Aktywne Wpisy
_gabriel +52
Żyjemy w czasach, gdzie ku%$#stwo staje się czymś normalnym i pożądanym przez społeczeństwo. W historii świata jeszcze nie było takiej sytuacji, gdzie degeneracja była tak silnie promowana za pomocą mass mediów i pompowane były w to tak potężne pieniądze. W ciągu 10-15 lat normy tak się przesunęły, że prawdziwi, normalni ludzie nie potrafią się odnaleźć w obecnej rzeczywistości i popadają w nałogi oraz depresję.
Ateizm jest dość nowym i powszechnym zjawiskiem, wielokrotnie
Ateizm jest dość nowym i powszechnym zjawiskiem, wielokrotnie
Rabusek +86
jakie są zalety budowania zapytań w Spring Data poprzez
org.springframework.data.jpa.domain.Specification
zamiast stworzyć metody które będą nam budowały zapytania w Stringu. Parametry oraz informacje jakie kolumny oraz czy to jest order ASC, OR czy AND przychodzą w atrybutach(XML). Takie sklejanie zapytania żmudne, ale mniej kodu niż ze Specification.#java #spring #hibernate
Komentarz usunięty przez autora
A w JPA masz kod Javowy i na każde pole możesz napisać prostego ifa.
Jak robisz bardziej skomplikowane wyszukiwarki?
Wiem że niby jak klient ma kasę na Oracle to Jooq to nie duża kwota. Ale chodzi o podejście. Biznes, architekci i cała reszta przyzwyczajona, że Java, Spring, JS itd. cały stack jest darmowy. Nie przewidują w budżecie dodatkowych wydatków. Potem przy licencjonowaniu apki muszą kolejną rzecz ogarniać (czy potrzebna dodatkowa licencja czy nie). Dlatego
Jak nie potrzebujesz NoSQL, to po co na siłę go wciskać? Używasz zwykłej relacyjnej bazy. Z domysłu jakiś darmowy np. PostgeSQL.
Ale czasem klient ma wymaganie, że ma bardzo dużo danych i zamiast Postgresa chciałby np. klastrowanego Oracle. Albo np. chcą SQL Server bo już mają na niego licencje i mają specjalistów DBA od tej konkretnej bazy.
Narzędzie trzeba wybrać do potrzeb.
Komentarz usunięty przez autora
Komentarz usunięty przez autora
No właśnie i querydsl jest o wiele wygodniejszy niż Specification lub składanie to przez konkatenacje stringów.