Liquibase + Spring Boot ➡ Настройка и написание миграций

[@СергейС-с5т]

Очень живое и понятное объяснение, приятные анимации, весь ролик по делу. Автору спасибо

[@Ren-z5m3t]

Шикарная статья, язык, пояснения, исправления, ссылки, сайт. Тайминг, анимация (одна только огненная стрелка чего стоит), схемы БД. Сразу узнал много нового и не вошёл в ступор от избытка информации

[@СергейВячеслаев]

Спасибо, сегодня начал с этим делом разбираться. В другом туториале увидел, что в changeSet можно использовать path - путь к файлу sql, где уже будут описаны запросы к БД, там нагляднее и привычнее, чем через структуру yml файла как по мне. И еще можно ставить Теги, чтобы по ним откатываться например.

[@KonstantinShibkov]

да, все верно, можно писать SQL код и его использовать, так как таких примеров достаточно был выбран пример на yaml. Про ролбеки будет позже, это важно)

[@nikfilippov]

Очень качественно! Словил эстетическое удовольствие от просмотра.

[@thurious1933]

Гайд классный, успехов твоему каналу!

[@РоманКравченко-о4г]

Константин, не думали записать цикл видосов про микросервисы? Можно сделать на VirtualBox несколько микросервисов добавить туда gRPC. Docker, OpenShift и сякоразно )) есть идея, но не хватает экспертизы. Можно обсудить лично если интересно? Будет много подписчиков сразу) Аналогичных обучалок не встречал. Материал Liquibase + Spring Boot классно сделан!!

[@KonstantinShibkov]

Спасибо за оценку) Идея отличная, так как комплексных видео по технологиям и правда мало. Возможно стоит разобраться отдельно обзорно каждую. А так пишите в tg sendel, обсудим)

[@МихаилЧистяков-р9б]

Задана новая планка плотности информации. Не видел раньше подбоного - параллельно с потоками видео и аудио периодически подавать поток контекстной информации, "хинтов". Напирмер на 7:41 сразу три таких вставки подряд - хинт о hibernate ddl-auto, хинт о теме Intellij, хинт о переходе к следующему разделу. Ещё через 15 секунд - хинт о changelog и за ним хинт о форматах changelog. На 8:55 твориться вообще что-то невероятное). Всегда смотрю видео на х2 и все равно не хватает концентрации - чувствую, как мой мозг проставивает и приходится замедляться до скорости повествования. В этот раз ощущения почти не было. Спасибо.

[@valulka]

Классное видео и статья тоже!❤

[@KonstantinShibkov]

Спасибо!

[@bryanin]

Отличное видео. Все анимации в тему

[@raccoon8230]

Спасибо!

[@napeHEK1]

То есть подведя итог: мы заливаем проект с yaml'ами на Git. Ок. А миллионы данных, они мигрируются или только схема? Не понятно до конца

[@KonstantinShibkov]

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

[@napeHEK1]

@@KonstantinShibkov спасибо, что пояснили. То есть насколько я понимаю применяют в основном для разработки. Для деления/соединения колонки(ок) таблицы к примеру или добавление/удаление новых. Всегда можно прыгать по версиям. Но вот хорошего практического применения, чтоб наглядно игра стоила свеч, не вижу, конечно. Без миграции данных. Ну вот к примеру что такого может пойти не так при исправлении архитектуры, если ее изначально плохо сделали, ну ладно второй ведь раз они уже лучше подумают над ней (я надеюсь), чтоб откатывать обратно не пришлось. Единственное, наверное, при поиске ошибок на новой , чтобы откатить на момент когда она работала в старой схеме. Чтоб выявить че не работает сейчас. Только вот это приходит в голову. Не работал с ним никогда, и поэтому интересно часто ли она спасает

[@cosmo_polit]

спасибо

[@Sergey-wo3vu]

14.37 можно не удалять базу данных физически файлами, если она уже существует, а добавить после create Table через пробел в той же строке if not exist в файле changeset

[@KonstantinShibkov]

Если миграция применилась, то повторно при перезапуске она не будет выполнена. Если при первом запуске мы удалим таблицу, если она существует и создадим новую, при выполнении changeset, то при повтороном запуске она не будет удалена, примененная миграция будет проигнорирована. А при изменении существующего changeset, просто не стартанет liquibase, так как будет нарушен порядок применения миграций. Правильно понял замечание?

[@Sergey-wo3vu]

@@KonstantinShibkov в целом, да.

[@ИлонаАввакумова]

Спасибо за урок, очень наглядно, только не нашла файлы с примерами кода на SQL и XML по данной вами ссылке в ветке result 🤔

[@KonstantinShibkov]

да, вы правы, там нет этих примеров. Упустил. Добавлю и вам отвечу, спасибо что написали

[@slavacheban]

а если мне надо создать схему, таблиц databasechangelog еще не будет, так как они должны создаться в новой схеме? liquebase создает эти таблицы (databasechangelog, databasechangeloglock) еще до скриптов миграции

[@KonstantinShibkov]

Да, все верно, ликвибейс не поможет нам в этом. Если схемы нет. Но нам поможет в этом сам Spring Boot, если разместить resources/schema.sql c содержанием "CREATE SCHEMA IF NOT EXISTS mySchema;", то при запуске будет выполнен этот скрипт, до запуска миграций. В дальнейшем, новые схемы можно создавать и через ликвибейс. Более подробно как это работает и какие есть параметры конфигурации: docs.spring.io/spring-boot/docs/current/reference/html/howto.html#howto.data-initialization.using-basic-sql-scripts

[@rainrainov4495]

В базу данных добавить строки с id null не получилось. Ошибка id не может быть null.

[@KonstantinShibkov]

Можете уточнить на каком этапе или часть кода скинуть

[@rainrainov4495]

@@KonstantinShibkov @Entity @Data public class Author { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; @Column(name = "fullname", nullable = false) private String name; }

[@rainrainov4495]

@@KonstantinShibkov databaseChangeLog: - changeSet: id: change-column-author author: kon changes: - renameColumn: tableName: author oldColumnName: name newColumnName: fullname

[@rainrainov4495]

@@KonstantinShibkov org.springframework.boot spring-boot-starter-parent 3.1.4 com.sendel lesson-liquabase-start 0.0.1-SNAPSHOT lesson-liquabase-start Liquibase 17 org.springframework.boot spring-boot-starter-data-jpa org.springframework.boot spring-boot-starter-validation org.springframework.boot spring-boot-starter-web org.liquibase liquibase-core com.h2database h2 runtime org.projectlombok lombok true org.springframework.boot spring-boot-starter-test test org.springframework.boot spring-boot-maven-plugin org.projectlombok lombok

[@nicklepikhin]

Добрый день, подскажите, пожалуйста, как можно в IntelliJ IDEA включить autocompletion при заполнении yaml changeset файлов? Вижу, что у вас работает. Спасибо.

[@KonstantinShibkov]

А у вас версия Ultimate или Community?

[@nicklepikhin]

@@KonstantinShibkov ultimate

[@KonstantinShibkov]

@@nicklepikhin плагины дополнительные не стоят для этого версия. 2021.3.2 можете попробовать принудительно активировать, в yml когда находитесь, включите предложения через ctl+Space на вин/линукс или ⌃␣ на маке.

[@MegaVedun]

Отлично оформлено видео с нужными хинтами где нужно. Приятно смотреть

[@МишаА-й5с]

Спасибо большое, очень понятно для начинающих. От себя добавлю - можно использовать lombok ну и вместо постоянного захода в браузер - можно не отходя от идеи просматривать все интересующие данные

[@KonstantinShibkov]

да, даже если Community есть плагины для бд и запросов: plugins.jetbrains.com/plugin/1800-database-navigator plugins.jetbrains.com/plugin/14723-restfulbox

[@atlasiV]

🤯

[@bstrdn]

Приятно было смотреть! Хороший звук и визуальная часть.

[@mushroomland]

а что за плагин к идее, который подсказывает значения, например когда меняешь ddl-auto ?

[@KonstantinShibkov]

это чистая ide из плагинов только vim и тема оформления. Ultimate сам подставляет предложения. версия на всякий 2021.3.2

[@ugabuga-t7z]

Наконец-то я нашел нормальное объяснение, что такое эти ваши миграции и кто куда мигрирует. Порой складывается ощущение, что люди пользуются чем-то, но сами не понимают для чего. И потом не могут ответить на вопрос зачем эта технология вообще нужна, если и без неë можно работать. А еще раздражают не интуитивно понятные термины, которые как-будто специально придумывают, чтобы преувеличить сложность и серьезность темы. Мне как новичку очень помогло(и вставки в идеальных местах. Когда хотел уже идти гуглить, но всплывашка быстро напомнила о чëм речь) 👏

[@KonstantinShibkov]

Спасибо! С терминами и правда беда, особенно с переводами на русский)

[@mongol777]

Классное объяснение, спасибо) Про swagger будет такое же объяснение?)

[@dmytromoroz4451]

Отличное видео. Большое спасибо!

[@MgsMen]

Чётко ! Спс. Монтаж топ !! Очень крутая и увлекательная фишка. Лайк с порога

[@dreamer_vi905]

Спасибо, добрый человек! Всё ясно и по полочкам. С меня Лайк и Подписка.

[@indigolight6007]

какая тема в идеа, товарищи? подскажите! вопрос жизни и смерти! лайк, подписка!! голос супер! пока не досмотрел, объяснение не могу оценить!!!

[@indigolight6007]

нашел в видео пасхалку! приятно!

[@dartRichard]

кек) Прикольно) Встретил искомый мануал от уже знакомого человека )) Я так понимаю про rollback ролик не вышел? =)

[@KonstantinShibkov]

@@dartRichard эксперимент в тот раз на этом и закончился)

[@antonignatenko7776]

супер отличное объяснение спасибо

[@Incog05]

Пожалуйста не останавливайтесь. У вас крутые ролики.

[@Skykvi]

Спасибо за нормальную и полную информацию.

[@indigolight6007]

крутые эффекты! приятно смотреть!!!

[@qweezique]

Отлично 🙌 впечатлили спецэффекты)

[@MrMoshell]

в файле миграции название поля в таблице поменяли, а в entity Author забыли. для новичков - ликвибейз не умеет entity обновлять

[@Sst886]

А flyway умеет? Ищу что-то, что будет автоматически синхронизировать изменения энтити с change log - ом или наоборот. А то получается пишем все руками и проверяем validate, как-то криво

[@moovestone]

спасибо

[@mariknv8667]

Костя, спасибо за видео!

[@AnastasiaChoise]

Спасибо!

[@279-f7l]

какие dependency было испольэзвано?

[@KonstantinShibkov]

Все зависимости из проекта 'org.springframework.boot:spring-boot-starter-data-jpa' 'org.springframework.boot:spring-boot-starter-web' 'org.liquibase:liquibase-core' 'com.h2database:h2' весь файл с зависимостями github.com/sendelufa/lesson-liquibase-start/blob/main/build.gradle возможно интересует как это записать в maven?

[@Alex-z4p5n]

Прекрасный видеоурок, спасибо

[@uamurphy]

Подскажите, как включить автозаполнение в yaml файлах как у вас?

[@KonstantinShibkov]

Это стандартная возможность для Idea Ultimate. У вас какая версия редактора?

[@uamurphy]

@@KonstantinShibkov Ultimate

[@KonstantinShibkov]

@@uamurphy попробуйте поставить плагин plugins.jetbrains.com/plugin/23741-liquibase

[@uamurphy]

@@KonstantinShibkov спасибо, буду пробовать)

[@Denys_Lapshyn_1]

А как же генерировать таблицы в базе по Hibernate аннотациям когда всеми изменениями в базе управляет Liquibase?

[@KonstantinShibkov]

Уточните, пожалуйста, про какие аннотации речь

[@Denys_Lapshyn_1]

@@KonstantinShibkov Ну вот у меня есть @Entity классы у которых поля помеченны аннотациями (например @OneToMapy или там @Enumerated(EnumType.STRING)) и я настраиваю это используя spring.jpa.hibernate.ddl-auto=update что б по этим аннотациям Spring Boot мне сам сгенерировал таблицы. А используя Liquibase я получается должен это прописывать вручную.

[@Denys_Lapshyn_1]

видел способ как Liquibase отключается в конфигурации, дальше ставиться ddl-auto=create, Hibernate генерит таблицы, потом ddl-auto=none, maven плагином генерится changelog по уже созданной базе и дальше уже включается и используется Liquibase

[@KonstantinShibkov]

@@Denys_Lapshyn_1 Да, если подходить к полному разделению, то да, надо описать самому. В любом удобном формате и задать свои названия ключам и прочее и уже под них писать @Entity классы, но мы, разработчики, не любим писать руками инфраструктурные штуки, поэтому этот процесс хотим и можно упростить. Продолжение под вторым комментом)

[@KonstantinShibkov]

@@Denys_Lapshyn_1 И как раз один из способов, это при старте проекта, когда пишем с нуля, чуть упростить себе жизнь - позволить Hibernate создать таблицу, снять с нее changelog (как это сделать тут sendel.ru/posts/liquibase-changeset-from-database/ или через maven). И на одном из этапов внести правки, по названиям связей, может типы полей, если хибер выбрал не то и в коде не указаны конкретные типы. В дальнейшем обычно не такие большие изменения и уже добавить в миграцию не составляют труда)

[@mahamadsardar]

Understood Liquibase and how it works now ! spasibo!

[@СалимГизатуллин]

Спасибо большое, лучшее видео по liquabase, доступно и понятно)

[@daniilslobodeniuk479]

Best tutorial! I wanted to see step by step creation from scratch as in our production project everything was already done. Thanks!

[@MrSurprise777]

Очень круто. Все ясно и понятно. Спасибо большое!

[@MrTemurbek]

7:22 В postgres сама меняет сразу

[@detson_]

Спасибо большое! Было очень интересно. До просмотра этого видео я не понимал, что из себя представляет Миграция баз данных. Теперь ко мне пришло понимание😁 Как я понимаю, если мы используем механизм миграции, то мы навсегда отказываемся от удобной фичи Hibernate: генерировать таблицы базы данных - которая позволяет не писать самостоятельно длинные и уродливые sql запросы. В случае с Liquibase еще и необходимо изучать как писать конфигурации и миграции. Я правильно понимаю, что в реальных проектах у нас spring.jpa.hibernate.ddl-auto всегда будет none? Есть ли какие-то способы автоматической генерации changeset-ов, когда пользователь меняет сущности каким-либо образом? Как обрабатываються ситуации, когда разработчик изменил сущность, но забыл добавить новый changeset?

[@KonstantinShibkov]

Да, Hibernate больше не является инициатором изменений, поэтому автоматическое изменение структуры отключаем. Да, нам надо самим писать запросы, но при этом мы четко контролируем структуру бд, какие индексы создать, настроить тонко поля, комменты и тд. Возможно генерировать changeset, с готовой бд. Например, сам поменял в UI бд - потом запустил сбор изменений и получил changeset. Примерно описано тут sendel.ru/posts/liquibase-changeset-from-database/ Если разработчик изменил сущность, а структура бд не подходит, то при запуске приложения мы упадем, тут можно пойти еще таким путем spring.jpa.hibernate.ddl-auto=validate Автоматически после изменения Entity бд не меняется через миграцию, так как суть полного контроля структуры бд.

[@Ren-z5m3t]

Огонь!

[@rainrainov4495]

Добрый день. Спасибо за видео! Все понятно. По настройке liquibase maven plugin + hibernate + spring boot нет нормального материала в интернете. Хотелось бы узнать по поводу автогенерации миграций. Хорошо бы в сочетание с Spring config.

[@KonstantinShibkov]

Генерировать на основе готовой бд или чего?

[@rainrainov4495]

@@KonstantinShibkov На основе готовой базы данных и на основе Entity классов. Еще неплохо бы узнать как добавить liquibase в существующий проект.

[@KonstantinShibkov]

@@rainrainov4495 сам ликвибейс может генерить, например так sendel.ru/posts/liquibase-changeset-from-database/

[@KonstantinShibkov]

@@rainrainov4495 по поводу уже готового проекта, тут разные подходы, мне нравится - с готовой бд сделать миграции, а так как они использовать будут IF NOT EXISTS, то миграция ляжет ок. И дальше уже развивать схему. Но тут много нюансов, в зависимости от сложности бд и структур

[@rainrainov4495]

@@KonstantinShibkov Спасибо! С тем как генерить gangeset я разобрался. А в базу данных как добавить запись о миграции. Вручную создать две таблицы и добавить запись? Changelog-master тоже в ручную писать и ставить includAll с path аргументом? Нет автоматизированного способа? В visual study на c# писал код, там миграции генерились автоматом сами в один клик. В liquibase этого нет?

[@ТимурСафин-э8к]

Есть команда, которая сможет сгенерировать данные таблиц в файл liquibase-outputChangeLog.xml? На подобии этой команды generateChangeLog

[@KonstantinShibkov]

Можно через мавен команду или отдельно запускать ее, описал это тут sendel.ru/posts/liquibase-changeset-from-database/