пугает что там над проектом работает полтора землекопа и много открытых проблем
@C8Z0T7Q67061991200896 күн бұрын
По поводу генерации моделек именно из БД подход не очень, а через миграционные скрипты поджики делать нормально, ибо в бд могут занести все что угодно , особенно на дев.
@alexeyloginov68185 күн бұрын
При сборке поднимается бд в докере На нее накатываются миграции, результат используется для генерации java классов Схема БД на dev должна соответствовать миграциям, иначе с любым подходом работы с БД будут проблемы
@ItIsHidden4 күн бұрын
Это говорит о проблеме в процессах. Естественно, что используется также liquebase или flyway. Все изменения в структуре таблиц в базе только через них.
@NummeSpnet2 күн бұрын
@@ItIsHidden liquebase не существет))) ладно там миссклик, но это блин в разных сторонах клавы)
@bananasbaКүн бұрын
Годы идут, а джависты все еще не представляют насколько жизнь проще с LINQ :)
@NummeSpnet2 күн бұрын
доклад так себе так однозначно. - начинаем с чего-то абстрактного - потом синтаксис жука - потом паттерн аутбокс - где сравнение плюсом получения от того и того, и тд? в итоге весь доклад можно ужать до 5ти минут....
@se-unkn6 күн бұрын
10:45 а про скалярные запросы в хибернейте не слышали? Да и запрос в примере не то чтоб большой мягко с4азать
@oleggye4 күн бұрын
Хороший пойнт, но мне кажется, что использование plain sql для всех запросов на отчёты, явно ставит под сомнение необходимость использования JPA. Идея же в том, чтобы не трогать SQL, как мне кажется и оставаться гибкими.
@se-unkn4 күн бұрын
@oleggye можно скалярные запросы и в hql (jpql), я и не писал про нативный sql