я пока только на 12-й минуте, но лайк ставлю уже(что для меня необычное поведение). Нравится уровень подготовки. Надеюсь уровень такой будет до конца вебинара... смотрим-с.
Вопрос: при деплое на Хероку, когда проект начинает разворачиваться, и доходит до ликвибейза, выскакивает ошибка: у такого-то пользователя нет прав на выполнение операции INSERT. Соответственно, SQL скрипт не отрабатывает, и проект не запускается. Использую плагин ClearDB, база MySQL. СУБД менять не могу, т.к. не я один с ней работаю. Jaws тоже пробовал - такой же результат один в один, т.е. от конкретно используемого плагина не зависит. Подключаюсь к базе плагина, смотрю права пользователей - права даны на всё. То есть дело не в правах, а сервер мне пытается хероку в ухо вкручивать. Ну а если я запускаю проект локально, предварительно удалив базу, потом делаю дамп того, что сгенерировал ликвибейз, заливаю этот дамп руками на хероку, потом уже деплою туда проект, то всё прекрасно запускается и работает без глюков. Вот что ему надо? Собственно, данное видео нашёл по запросу "liquibase heroku", всё ждал, когда уже дойдёт до деплоя, но увы. Где-нибудь существует подобное видеоруководство с примером заливки на хероку проекта, использующего ликвибейз? Очень странно, такая ходовая, казалось бы, тема, но нигде не разобрана.
Довольно странная ошибка. Какое-то время назад я пробовал деплоить не Хероку приложение использующее liquibase и не помню, что были проблемы именно из-за этого. Нужно больше инфы. Хотя бы точный текст ошибки.
@@TheUsharik Дословно текст ошибки следующий: "Пользователь Вася@хост не имеет прав на совершение операции инсерт". Больше никаких подробностей. Пользователь тот же, что прописан во всех конфигах приложения, и в базе на хероку по запросу show privileges показывает, что у него есть все права. Может, дело в @хост. Ошибка на самом деле распространённая, судя по буржуйским форумам, и все ответы сходятся к одному: пользовать платный clearDB. Но это решение я оставлю в качестве последнего средства, т.к. проект учебный, и даже десять баксов жалко, если есть другие пути. А нет у вас подробного описания процесса деплоя, чтобы прям логи посмотреть? Я, кстати, тоже с гикбрейнса студент.
Может ли Liquibase сохранят данные что хранятся в БД при откатах и возрате к последней версии changelog.xml? Допустим с фронта приходят данные и сохраняются в БД, потом откатились назад при помощи Liquibase, а потом решили что зря откатились и решили вернутся на последнюю версию. Сохранятся ли при этом данные в БД? Например: в таблице users не было колонки email сделали cangeSet добавив колону email, в БД добавились новые пользователи с почтой. Потом решили откатиться к версси без почты, а потом все же подумали и решили вернутся к последней версии с почтой. В таком случае данные в колонки email сохроняться? И как не потерять данные?
Каждый может использовать только XML для DDL/DML и Rollback. Как уже упоминалось другими, использование только XML отменяет необходимость написания Rollback, ОДНАКО!, как указал автор, иногда (и они будут происходить в Production) у вас будут очень сложные SQL statements которые будут почти невозможно прописать через XML.
Зачем changesets писать не на XML (YAML, JSON), а на SQL? На хабре же написали более простой метод: "Кроме того, если нам будет нужно откатить данный changeSet, Liquibase сумеет автоматически создать скрипт для удаления данной таблицы. Если бы мы использовали SQL скрипты, то нам пришлось бы вручную писать скрипт для отката изменений." Несостыковка
@@TheUsharik Мне просто вот прямо сегодня надо внедрить Liqiubase в новый продакшн проект и я думаю просто описать базу на yaml и все. В проекте +-2 таблицы описанные аналитиками уже. И я думаю то что нельзя описать описателями я и сам не знаю. Ну и для этого можно в исключительном случае добавить SQL
зачем рассказывать про среду разработки, когда тема про Liquibase, люди приходят уже с опоеделенными знаниями про java и среду разработки. Много лишних не по тему вопросы, растянут ролик
Вебинар абсолютно ни о чем. Такое ощущение что автор всё делает лично для себя. Что, почему, зачем...после каждого изменения остается куча вопросов почему иммено так делается и используется.
Худшая подача информации по теме Liquibase из виденных мною. Думаю человек потеряет работу, если руководство увидит такую лекцию. Возможно, чел. только вернулся из отпуска? Хотя бы понял, что GB - халтурная контора
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
![Как работает Графика в Видеоиграх? [Branch Education на русском]](/img/1.gif)
Лучшее обьяснение по Liquibase, данное видео помогло мне разобраться и настроить в пет проекте миграцию, Спасибо большое!
Спасибо большое, за хороший материал. Очень зашло. Посмотрю еще ваши трансляции.
🎯🎯🎯
Спасибо, в кач-ве ознакомления очень зашло. Большую часть на скорости 1.5 смотрел, а потом на 1.75 - ничего не упустил и время сэкономил :)
Отличный материал. Все четко и понятно. Спасибо!
И да, вы топ контент делайте по java, spring мне очень заходит, спасибо!
я пока только на 12-й минуте, но лайк ставлю уже(что для меня необычное поведение). Нравится уровень подготовки. Надеюсь уровень такой будет до конца вебинара... смотрим-с.
Спасибо тебе хороший человек!
32:14 - добавление зависимости в idea. Это тому, кто знает для чего Liquibase, но не знает как пользоваться
Отличная подача материала, благодарю!
Обычно комментарии не оставляю, но это было действительно хорошее обучающее видео! Спасибо!
Вопрос: при деплое на Хероку, когда проект начинает разворачиваться, и доходит до ликвибейза, выскакивает ошибка: у такого-то пользователя нет прав на выполнение операции INSERT. Соответственно, SQL скрипт не отрабатывает, и проект не запускается. Использую плагин ClearDB, база MySQL. СУБД менять не могу, т.к. не я один с ней работаю. Jaws тоже пробовал - такой же результат один в один, т.е. от конкретно используемого плагина не зависит. Подключаюсь к базе плагина, смотрю права пользователей - права даны на всё. То есть дело не в правах, а сервер мне пытается хероку в ухо вкручивать. Ну а если я запускаю проект локально, предварительно удалив базу, потом делаю дамп того, что сгенерировал ликвибейз, заливаю этот дамп руками на хероку, потом уже деплою туда проект, то всё прекрасно запускается и работает без глюков. Вот что ему надо? Собственно, данное видео нашёл по запросу "liquibase heroku", всё ждал, когда уже дойдёт до деплоя, но увы. Где-нибудь существует подобное видеоруководство с примером заливки на хероку проекта, использующего ликвибейз? Очень странно, такая ходовая, казалось бы, тема, но нигде не разобрана.
Довольно странная ошибка. Какое-то время назад я пробовал деплоить не Хероку приложение использующее liquibase и не помню, что были проблемы именно из-за этого. Нужно больше инфы. Хотя бы точный текст ошибки.
@@TheUsharik Дословно текст ошибки следующий: "Пользователь Вася@хост не имеет прав на совершение операции инсерт". Больше никаких подробностей. Пользователь тот же, что прописан во всех конфигах приложения, и в базе на хероку по запросу show privileges показывает, что у него есть все права. Может, дело в @хост. Ошибка на самом деле распространённая, судя по буржуйским форумам, и все ответы сходятся к одному: пользовать платный clearDB. Но это решение я оставлю в качестве последнего средства, т.к. проект учебный, и даже десять баксов жалко, если есть другие пути. А нет у вас подробного описания процесса деплоя, чтобы прям логи посмотреть? Я, кстати, тоже с гикбрейнса студент.
Может ли Liquibase сохранят данные что хранятся в БД при откатах и возрате к последней версии changelog.xml? Допустим с фронта приходят данные и сохраняются в БД, потом откатились назад при помощи Liquibase, а потом решили что зря откатились и решили вернутся на последнюю версию. Сохранятся ли при этом данные в БД? Например: в таблице users не было колонки email сделали cangeSet добавив колону email, в БД добавились новые пользователи с почтой. Потом решили откатиться к версси без почты, а потом все же подумали и решили вернутся к последней версии с почтой. В таком случае данные в колонки email сохроняться? И как не потерять данные?
бэкапы делать
Спасибо
Добавьте ссылки ваших статей на Хабре
habr.com/ru/post/460377/
habr.com/ru/post/460907/
Каждый может использовать только XML для DDL/DML и Rollback. Как уже упоминалось другими, использование только XML отменяет необходимость написания Rollback, ОДНАКО!, как указал автор, иногда (и они будут происходить в Production) у вас будут очень сложные SQL statements которые будут почти невозможно прописать через XML.
Зачем changesets писать не на XML (YAML, JSON), а на SQL? На хабре же написали более простой метод: "Кроме того, если нам будет нужно откатить данный changeSet, Liquibase сумеет автоматически создать скрипт для удаления данной таблицы. Если бы мы использовали SQL скрипты, то нам пришлось бы вручную писать скрипт для отката изменений." Несостыковка
Между вебинаром и статьёй на хабре прошло некоторое время. Нестыковки вполне возможны.
Скорость на 1.5 если поставить то смотреть можно
Учту. Спасибо)
А зачем мы писали SQL? Если описывать базу напрямую в XML, можно использовать любые базы с любым диалектом. Ну и нет такой дикой структуры
Это так только на первый взгляд. Каждая серьёзная БД имеет массу специфических тонкостей, которые XML описатели от Liquibase не покроют.
@@TheUsharik Мне просто вот прямо сегодня надо внедрить Liqiubase в новый продакшн проект и я думаю просто описать базу на yaml и все. В проекте +-2 таблицы описанные аналитиками уже. И я думаю то что нельзя описать описателями я и сам не знаю. Ну и для этого можно в исключительном случае добавить SQL
Всё отлично, но про id ничего не сказано, почему и откуда так
Вы про Id у changeset-ов?
начало с 8-45
По содержанию отлично, но вот эти "эээ.." и "ааа..." почти после каждого слова немного мешают..
зачем рассказывать про среду разработки, когда тема про Liquibase, люди приходят уже с опоеделенными знаниями про java и среду разработки. Много лишних не по тему вопросы, растянут ролик
Вебинар абсолютно ни о чем. Такое ощущение что автор всё делает лично для себя. Что, почему, зачем...после каждого изменения остается куча вопросов почему иммено так делается и используется.
Благодарю за оставленный комментарий! Если есть какие-то более конкретные вопросы, то буду рад помочь)
Худшая подача информации по теме Liquibase из виденных мною. Думаю человек потеряет работу, если руководство увидит такую лекцию. Возможно, чел. только вернулся из отпуска?
Хотя бы понял, что GB - халтурная контора