Size: a a a

2021 August 06

AK

Abzal Kalimbetov in Astana JKUG
Интересно, кто нибудь измерял/сравнивал скорость разработки при этом?
источник

БС

Бакытжан Сейтказин... in Astana JKUG
https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D0%B5%D0%B1%D1%80%D1%8F%D0%BD%D0%BE%D0%B9_%D0%BF%D1%83%D0%BB%D0%B8_%D0%BD%D0%B5%D1%82

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

AK

Abzal Kalimbetov in Astana JKUG
Хотелось более приземленные вещи прочитать, на простом языке
источник

N

Nurba in Astana JKUG
По своему опыту могу сказать что  хуже , так как в hibernate можно native SQL написать и не париться, в jooq тебе надо сперва написать SQL, а потом это ещё в jooq. Ну лично мне не зашёл. Насчёт скорости тоже все спорно, и во многом зависит от самой выборки и настройки jdbc.  В основном писали сложные запросы,  где маппинг не очень удобный. Код получается грамоздким. Если кратко, то боль и страдания.
источник

AZ

Azamat Zhurtbayev in Astana JKUG
Кстати, давно уже не работал с хибернейтом. Помню что у него был кеш в памяти - нормально ли он работает при репликации контейнеров?
источник

AZ

Azamat Zhurtbayev in Astana JKUG
У меня ещё основная боль при работе с хибернейтом была в попытке строить "generic" запросы (фильтры). Обычно начинались проблемы n+1 на eager полях.
источник

N

Nurba in Astana JKUG
Без понятия, обычно редис или что то другое используется, а в hibernate свои локальные запросы. Мне кажется управлять общим кэшем hibernate в JVM дорогое удовольствие)
источник

N

Nurba in Astana JKUG
Ну как говорится серебряной пули нет 😂😂, но у нас репо файлы достигали до 2-3к строк, приходилось все делить
источник

o

olzhas in Astana JKUG
Используем активно JOOQ. Плюсы
* Performance, performance and performance
* TypeSafe на этапе компиляции
* Использование расширенного SQL
* Отсутствие магии, больше контроля.
* Отличная реализация динамических запросов (когда куча фильтров)
* Динамические селекты. Что то вроде GraphQL.
* Скорость разработки выше чем у JPA, при условии что у вас приложение не тупой CRUD.
источник

A

Anton in Astana JKUG
Если редис подключен, то есть шанс что все взлетит как надо с минимальными доработками. Спринг смотрит на наличие редиса и сам начинает его использовать в качестве хранилища кэша
источник

at

asylbek tyg'ynbai' in Astana JKUG
Щас даже последние версии плагина жука генерят дао классы с круд методами
источник
2021 August 07

SS

Shamil Sabirov in Astana JKUG
звучит волшебно. а может many2many запрос? чтобы из связанной таблицы фильтр сделать?
источник

o

olzhas in Astana JKUG
Да можно. Через subselect или join с группировкой
источник

SS

Shamil Sabirov in Astana JKUG
то же самое с помощью стандартное JPA может любой разработчик сделать. разве нет?
источник

AZ

Azamat Zhurtbayev in Astana JKUG
А сможет ли любой разработчик в jpa проконтролировать и при необходимости оптимизировать такие запросы в зависимости от нужд проекта?
источник

D

D. in Astana JKUG
источник

SS

Shamil Sabirov in Astana JKUG
конечно. и это уже выходит за рамки JPA или других фрэймворков. это уже в сторону native sql. ни один фреймворк не даст максимум интеграции с БД. нужно DBA иметь, желательно. чтобы посоветоваться можно было... без понимания SQL и механизмов работы СУБД. как можно вообще чтото делать(как разработчик)  без понимания основных  принципов работы СУБД?
источник

AZ

Azamat Zhurtbayev in Astana JKUG
Ну как бы жук рассчитан на разработчиков, хорошо знающих реляционки (SQL, индексы, функции, триггеры и т.д.)
источник

SS

Shamil Sabirov in Astana JKUG
не только мня бесят разрабы, которые БД генерят из hiber?
источник

SS

Shamil Sabirov in Astana JKUG
честно, не работал. но подскажите пож-та - как там с интеграцией с  J2EE и Spring, особенно в плане транзакций?
источник