Ребят, как лучше быть со схемой при флайвейте. Писать свою

руками? Как лучше по ней сгенерировать энтити классы

Блин, использую JPA Buddy и кайфую Генерирует в любую сторону Часто потом ручками приходиться подправлять, но это всё равно куда легче, чем с нуля писать

Есть пример на гите?

Это плагин к Idea Тут разве что видосом 🤷‍♂ У них свой канал есть

Модно накидать энтити, далее через hibernate настройку ddl-auto: update запустить приложение, хибер базу создаст со схемой. Далее либо вытянуть схему через idea (либо в логах хибер пишет запросы на создание таблиц ещё) либо через какой-нибудь flyway plugin поискать генерацию миграции по существующей бд. В ликвибейс так можно

Неа, модно написать схему и сгенерировать маппинг на querydsl/jooq

Боже упаси, и уволить не думая того кто так сделает

Кстати, жук не научился ещё генерить код без живой бд?

Наш человек! 😁 А что руками подправлять приходится?

Не знаю, вроде нет. Querydsl тоже. Хотя я не вижу проблемы взять конечную схему бд, я вижу проблемы в другом, ее не просто собрать суммой по миграциям без базы

Опечаточка, моЖно. Я как вариант предлагал

Представьте, что вы пришли на проект, БД большая, а истории миграции там нету. Взять слепок с БД текущей нельзя?

Перечитайте ещё раз что написано в исходном сообщение

Отвечал человеку, как получить ddl схему, имея entity

Ох, по-разному На вскидку могу только одно вспомнить сейчас - у меня кастомная генерация айдишников, allocationSize = 10, а для самого sequence идёт increment by 1 Мне всегда Buddy пытается выставить increment by 10, после чего айдишники так и начнут пропускать по 9 значений и занимать каждое десятое И какой-то возможности в превью изменений убрать конкретно это изменение или тем более запомнить что его не нужно применять - нет Так что приходится после генерации его просто удалять

Угм, спасибо. А чем дырки в айдишниках мешают? 🙂

Структура айдишника с условно-конечным количеством значений Понятное дело что это значение очень большое, но это совсем не повод уменьшать его в 10 раз

А, ну понятно 🙂 Надо будет тикет завести, может, легко пофиксится.

Спасибо 😊

Там лонг в компы завезли

Рад за ваши познания Ограничение количества символов штука такая, айдишник и так 36-разрядный 0-z

Сейчас надо бы начать халивар что числовой ид не нужен и только вредит

А какая субд поддерживает такие сиквенсы?

Там строки нефиксированной длины в компы завезли, если уж вы ими оперируете

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

Расскажите это всем компаниям в которым уже многими годами отработан такой вариант и переход в целом не представляется возможным не сломав всё огромному количеству клиентов

Не очень понял схему) т.е. из сиквенса тянется целое, которое потом преобразуется в 36-ичную систему счисления?

Угу

Тогда понятно)