*применяет метод пяти ИЧОБЛЯ?*

и по ним тоже надо фильтроваться

в этом проблема

и?

в этом проблема

В чем проблема тонну перенести в SQL?

есть такая штука в психологии.. если вкратце, то очень сложно спорить с человеком, у которого открытый набор требований

В самом процессе. Фильтры он уже небось все написал

ты ему вроде как решение - а он тебе херак - дополнительное условие

*хочет сказать, что гемор с построением SQL* *смотрит на временные затраты по поиску решения на Specification* ну да, ты прав

ты ему уточняешь

а он херак - что-то ещё принёс

именно поэтому бизнес аналитиков принято пиздить.

пойду гуглить как пагинацию в SQL писать

иногда ногами

про пагинацию нормально вроде писал чувак... ща найду

та нашел уже)

зы я более чем уверен что эти два простых джойна можно в hql запихнуть как нефик делать, я такое делал с пятью джойнами и пагинацией четыре года назад, потом тюнил чтоб запрос в базу шёл один - всё норм

да хрен тебя знает что ты нашёл )

https://use-the-index-luke.com/

зы я более чем уверен что эти два простых джойна можно в hql запихнуть как нефик делать, я такое делал с пятью джойнами и пагинацией четыре года назад, потом тюнил чтоб запрос в базу шёл один - всё норм

тут же не HQL, а тут именно Java-код

вот этот чувак забавный. не уверен что именно на этом сайте он про правильную пагинацию писал, но всё же.

тут же не HQL, а тут именно Java-код

да даже это можно победить. просто выглядеть это будет как Пиррова победа

(да, это котлин)

ты просто упорешься чтобы простой sql записать средствами враппера вокруг hql

хипстеры сраные (с)

именно

чот для котлина вы пишете через жопу, прости

нахрена все эти типы, которые и так выводятся?

нахрена все эти типы, которые и так выводятся?

что бы показывать тем, кто его не знает

три человека не смогло мне помочь уже

второй сказал - а где типы?

if cityId != null я бы тоже переписал

что бы показывать тем, кто его не знает

а зачем тебе котлин в проекте, где его кто-то не знает?

а зачем тебе котлин в проекте, где его кто-то не знает?

я один в проекте)

тогда непонятно.. а впрочем ладно.

в общем, это тот самый случай, когда такое количество фильтров и джойнов требуют либо оптимизации в SQL

либо посмотреть в сторону JOOQ.

если мне не изменяет память, хибер энивей не кэширует всё что идёт через критериа апи или hql

т.е. выигрыша ты от них не получишь. более того, тебе ещё и флашить кэши надо будет.

если они не научились делать это сами за последние лет 7

если мне не изменяет память, хибер энивей не кэширует всё что идёт через критериа апи или hql

там можно добавить кастомный кэш

на Spring JDBC, Kotlin и кастомном RowMapper ты бы это сделал за пару минут

например, hibernate-ehcache

а кастомный кэш и прочую херабору начал бы добавлять когда проект стал бы неприлично жрать времени в этом месте

там можно добавить кастомный кэш

я о другом. у тебя все объекты задействованных классов должны быть персистент на момент твоего запроса

что, для хибернейта, не всегда правда

ты там монго вроде упоминал.... там вообще а-ля eventual consistency

а что вообще лучше всего юзать?

а никто тебе не скажет

какие фреймворки/либы/чистый SQL?

потому что нет silver bullet

Sping jpa о дааааа

мне привычней чистый SQL с Spring JDBC поверх

Sping jpa о дааааа

да, ща буду смотреть как делать в нём два джойна....

или нахер всё перепишу реально на SQL

сейчас вроде можно 99% кейсов покрыть через Spring JPA (?)

сейчас вроде можно 99% кейсов покрыть через Spring JPA (?)

по сути Spring JPA же и есть hibernate

да, Spring JPA. структуру описал, накидал интерфейсов без реализации, хуяк хуяк и в прод

ну

а, это да

я бы наоборот сказал

ну, он включает в себя него

Spring JPA это стандартизация, а хибер теперь скорее одна из библиотек для реализации...

и то неуверен что это правильное заявление.

оппа

то есть можно Spring JPA юзать с jOOQ, например?

ERROR: S client not available

типа совсем с ним без хибера вовсе?

Nullability in Kotlin-based Repositories там вообще хорошо

ну вот тебе цитата из интернетов: You can use JPA alone without using Hibernate and Before should know about major points in between Hibernate vs JPA as given below. Hibernate Hibernate is a ORM Framework which is support complete ORM and also use JPA features. Second level Cache is available so Performance is very good Its support .Net using NHibernate tool Its generate HQL(Hibernate Query Language) JPA JPA is part of EJB specification which is released in J2EE 1.5 and this will use for java as well as J2EE Second Level Cache is not available so Performance is not good. Its not support to .Net Its generate JPQL(Java Persistence Query Language) Top of any persistence provider like Hibernate we can use JPA.

ты можешь свою имплементацию запилить и быть вообще беспощадным

логично, javax.* же

круто, чё

в общем-то, когда мы выпиливали хибер in favour of plain SQL and Spring JDBC as a tool, we were warned by our guest star that then we have to have cache on our own

и это нормально.

не хватает цензурных слов

больше вводных. всё получилось? всё сломалось? руки стёр о клавиатуру?

больше вводных. всё получилось? всё сломалось? руки стёр о клавиатуру?

да, именно так оно и работает. вроде

мозг наружу выливается просто

столько времени сидеть

да, именно так оно и работает. вроде

его же можно заставить логгировать генерируемый sql

я так выловил багу с drop table вместо drop temporary table, гори оно в аду

его же можно заставить логгировать генерируемый sql

можно. но у меня студия напрочь отказывается воспринимать application.properties, так что увы

выкинь в окно и поставь IDEA CE :)

... и они мне, к сожалению, не доплачивают за рекламу ...

выкинь в окно и поставь IDEA CE :)

типа IDEA Ultimate дно?

потому что у меня идея

ну, в плане, баганая и так далее?

а я хз, ты написал "студия", я даже думать не стал кто это.

можно. но у меня студия напрочь отказывается воспринимать application.properties, так что увы

я не могу 100% обещать, но я вроде через параметры запуска добавил параметр

я не могу 100% обещать, но я вроде через параметры запуска добавил параметр

какой?

какой был нужен для логгирования sql в хибере

какой был нужен для логгирования sql в хибере

не, он подгружался из application.properties

spring.jpa.show-sql=true

и не перезаписывался? не верю. под рукой нет проекта проверить, к сожалению.

и не перезаписывался? не верю. под рукой нет проекта проверить, к сожалению.

сейчас почему-то application.properties не берётся, потому логирования SQL нет

Напoмните плез, у нас Serializable дoстатoчнo на интеpфейс/супеpкласс кинуть, или нужнo на всех наследникoв тoже?