Size: a a a

2019 August 06

VP

Vladimir Petrakovich in Kotlin JVM
Alexey Otts
лучше конечно за 2 это сделать
Тогда 2 тривиальных запроса, и непонятно зачем хибер
источник

МР

Михаил Резниченко in Kotlin JVM
Quantum Harmonizer
Не знаю.
Я использовал Kwery, не рекомендую.
Пишу похожую штуку внутри Lychee, но там концепция не готова.
А с Kwery что не так? раз уж на то пошло
источник

VP

Vladimir Petrakovich in Kotlin JVM
Михаил Резниченко
А с Kwery что не так? раз уж на то пошло
А вам обязательно что-то на котлине?
источник

МР

Михаил Резниченко in Kotlin JVM
Vladimir Petrakovich
А вам обязательно что-то на котлине?
Мне бы хотелось что-то простое и легко поддерживаемое
источник

AE

Alexandr Emelyanov in Kotlin JVM
Vladimir Petrakovich
Ну и как?
Вот хочу я сделать user.orders.filter { it.date.year == 2019 }.sumBy { it.total }
не надо тащить linq, это плохая идея. для остального есть query builders
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexandr Emelyanov
не надо тащить linq, это плохая идея. для остального есть query builders
Не, если мы собираем запросы, это уже не граф объектов
источник

AE

Alexandr Emelyanov in Kotlin JVM
Alexey Otts
Это делается уже отдельными запросом, а тут у тебя есть 1000 объектов, которые просто достали из БД. Решилось в итоге это всё навешиванием какой то там аннотации на поле, которая говорила, возьми и вытяни заодно для такого количество объектов из кеша это поле
зачем отдельным, если можно одним?
источник

AE

Alexandr Emelyanov in Kotlin JVM
Alexey Otts
да вроде нет никаких проблем, HashMap и в продакшен
на каждый кейс по мапке? нуну
источник

AO

Alexey Otts in Kotlin JVM
Alexandr Emelyanov
зачем отдельным, если можно одним?
Затем что ты очень много данных дублированных в таком случае будешь гнать через соединение
источник

AO

Alexey Otts in Kotlin JVM
Alexandr Emelyanov
на каждый кейс по мапке? нуну
изи бризи
источник

AE

Alexandr Emelyanov in Kotlin JVM
Vladimir Petrakovich
А такое разве можно сделать нормально одним запросом? Ну то есть стоит ли вообще делать джоин?
естественно
источник

VP

Vladimir Petrakovich in Kotlin JVM
Михаил Резниченко
Мне бы хотелось что-то простое и легко поддерживаемое
Для Java много таких штук написано
Работать с jOOQ например вполне просто
источник

AO

Alexey Otts in Kotlin JVM
Alexandr Emelyanov
естественно
Ну если это ок, то 🤷‍♂️
источник

AE

Alexandr Emelyanov in Kotlin JVM
Vladimir Petrakovich
Не, если мы собираем запросы, это уже не граф объектов
так надо разделять мух и котлет
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexandr Emelyanov
естественно
То есть предлагается тащить из БД дубликаты, чтобы отсеять их в приложении средствами ORM?
источник

AE

Alexandr Emelyanov in Kotlin JVM
Alexey Otts
Затем что ты очень много данных дублированных в таком случае будешь гнать через соединение
все от объемов зависит конечно. но тут надо взвешивать, что быстрее: один запрос с джойном или 2 отдельных
источник

QH

Quantum Harmonizer in Kotlin JVM
Михаил Резниченко
А с Kwery что не так? раз уж на то пошло
не поддерживается, не экранирует имена колонок, что-то ещё было
пока не выпилил, использую форк
источник

VP

Vladimir Petrakovich in Kotlin JVM
Alexandr Emelyanov
так надо разделять мух и котлет
Так зачем тогда вообще пытаться изобразить граф объектов, если что-то сложное лучше вытягивать отдельными обдуманными запросами?
источник

AO

Alexey Otts in Kotlin JVM
Quantum Harmonizer
не поддерживается, не экранирует имена колонок, что-то ещё было
пока не выпилил, использую форк
Я на него глянул, оно же ведь просто генерирует строку для запроса да?
источник

AE

Alexandr Emelyanov in Kotlin JVM
Vladimir Petrakovich
То есть предлагается тащить из БД дубликаты, чтобы отсеять их в приложении средствами ORM?
в 80% случаев 2 запроса будут идти долше чем один с джойном и отсеиванием дубликатов
источник