Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск Flyway 4.1.0, инструмента для контроля версий БД, opennews (??), 15-Фев-17, (0) [смотреть все] Очень круто , Аноним (-), 10:19 , 15-Фев-17, (1) +5 Вот только даунгрейд миграций flyway не поддерживает Модно только дропнуть базу, Аноним (-), 10:22 , 15-Фев-17, (2) +3 // Миграции ещё и на SQL пишутся Тот же liquidbase поддерживает YAML, что гораздо , Аноним (-), 10:42 , 15-Фев-17, (5) –1 Хотите чтобы flyway сам все дропал вместов вас , Аноним (-), 14:27 , 15-Фев-17, (17) это и на обычном sql невозможно, аноним_ (?), 20:50 , 15-Фев-17, (26) Лучше бы добавили роллбэки , _pochtynet_ (?), 10:26 , 15-Фев-17, (3) –2 // Для Oracle на DDL, Аноним (-), 16:28 , 15-Фев-17, (19) +1 // Очень сильно удивился в своё время что оракл не может такое, а постгрес без проб, Аноним (-), 23:42 , 19-Фев-17, (39) Это работа базы данных, Dmitry (??), 23:36 , 19-Фев-17, (38) Лого у проекта отличное Майкрософту бы поучиться , Пользователь Debian (?), 10:31 , 15-Фев-17, (4) // Вполне схожие логотипы по трудозатратам У Микрософта нелепо раскрашенные квадра, A.Stahl (ok), 10:59 , 15-Фев-17, (6) // А, так это крылья Долго не мог понять, что не так с ногами, Аноним (-), 13:10 , 15-Фев-17, (11) +3 // Это много каблуков, Аноним (-), 16:29 , 15-Фев-17, (20) у perl6 на логотипе бабочка, чтобы заинтересовать семилетних девочека это - кого, б.б. (?), 07:09 , 17-Фев-17, (36) –1 а мне нравится логотип logstash - чурбан с усами, Dmitry77 (ok), 23:32 , 19-Фев-17, (37) Так а что оно умеет то Просканить папку, посмотреть - выполнены ли все миграции, Аноним (-), 11:03 , 15-Фев-17, (7) –1 // Неюзабельно Как выше заметили downgrade не поддерживается, разработка в команд, A (?), 12:25 , 15-Фев-17, (9) Там несколько больше И самому еще написать нужно А так взял и получил результа, VoDA (ok), 14:06 , 15-Фев-17, (14) // я про основной код понятно, что там и обвязка для maven-плагина, и некоторый на, Аноним (-), 16:29 , 15-Фев-17, (21) +1 Почему только папку Мамку тоже , Led (ok), 23:31 , 15-Фев-17, (32) –1 Ага Летающая 200 литровая бочка с няшками , LinuxID (ok), 11:07 , 15-Фев-17, (8) +1 Я не совсем понял, запросы же все равно писать придется, какой профит , Аноним (-), 13:38 , 15-Фев-17, (12) // Удобная либа которая проверит текущую версию БД и накатит нужные обновления Про, VoDA (ok), 13:59 , 15-Фев-17, (13) // А можно поподробнее про java migrations Ну или хотя бы ссылочку - что это вообщ, Аноним (-), 16:30 , 15-Фев-17, (22) // Я так понимаю товарищ про то, что flyway не обязательно вызывать из командной ст, qsdg (ok), 20:50 , 15-Фев-17, (27) я пробежался по примерам чтобы сделать нормальную интеграцию под мои требован, Аноним (-), 23:11 , 15-Фев-17, (31) Наоборот Flyway может дергать кастомный java который будет выполнять эпические , VoDA (ok), 16:01 , 16-Фев-17, (34) Лови https flywaydb org documentation migration java, VoDA (ok), 15:59 , 16-Фев-17, (33) как интересно и кто-то этим реально пользуется , Аноним (-), 17:05 , 16-Фев-17, (35) А есть аналоги этой флайвей , Аноним (-), 14:20 , 15-Фев-17, (15) +1 // MyBatis migrations http www mybatis org migrations наверно самая простая Liqu, qsdg (ok), 20:54 , 15-Фев-17, (28) http www liquibase org , Аноним (-), 14:25 , 15-Фев-17, (16) Мой личный опыт с этой программой Понравилось 1 именование файлов как версию м, Шкурка_от_головки (ok), 15:19 , 15-Фев-17, (18) +1 // как по мне - очень спорнов чем это проявляется не все БД умеют транзакционность , Аноним (-), 16:32 , 15-Фев-17, (23)   // Помимо версии указывается еще описание миграции По мне, так это лучше, чем тyпо, Шкурка_от_головки (ok), 17:26 , 15-Фев-17, (24)   // Чем это лучше чем например тyпой таймстамп для сортировки и краткое описание м, Аноним (-), 17:32 , 15-Фев-17, (25)   Да, при наличии двух и более файлов с одной версией он ругается Но как часто Вы, Шкурка_от_головки (ok), 22:33 , 15-Фев-17, (29)   в активной фазе разработки проекта база меняется очень часто потом пилятся фичи, Аноним (-), 23:09 , 15-Фев-17, (30)   1,2,3,4,7,8,12,15,16,18

Сообщения

[Сортировка по времени | RSS]

	23. "Выпуск Flyway 4.1.0, инструмента для контроля версий БД"	+/–
	Сообщение от Аноним (-), 15-Фев-17, 16:32
	> 1. именование файлов как версию миграции как по мне - очень спорно > 3. гибкая конфигурация в чем это проявляется? > 1. отсутствие транзакций. например, если пишите запрос в несколько строк, и одна > из них ушла в fail, то откатить исполнившиеся строки нельзя. не все БД умеют транзакционность DDL (тот же mysql - не умеет) > 2. Никакая работа с несколькими схемами. Вполне логично было бы разделить миграции > для разных схем на разные директории, а работать с ними через > одну программу. а как же гибкая конфигурация? > 3. отсутствие downgrade насколько реально это нужно и как часто востребовано?
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Выпуск Flyway 4.1.0, инструмента для контроля версий БД"	+/–
	Сообщение от Шкурка_от_головки (ok), 15-Фев-17, 17:26
	> как по мне - очень спорно Помимо версии указывается еще описание миграции. По мне, так это лучше, чем тyпой таймстамп. > в чем это проявляется? Различные префиксы, суффиксы, разделители для именования файлов и т.д. Подробности в комментариях файла конфигурации. > не все БД умеют транзакционность DDL (тот же mysql - не умеет) Если программа берет на себя версионность БД, то как-то на уровне ПО можно это реализовать. > а как же гибкая конфигурация? Да, не все в ней гладко > насколько реально это нужно и как часто востребовано? Ну, это уже у каждого по-разному. Downgrade удобно использовать для отмены миграции, что приводит, соответственно, к уменьшению количества upgrade'ов.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Выпуск Flyway 4.1.0, инструмента для контроля версий БД"	+/–
	Сообщение от Аноним (-), 15-Фев-17, 17:32
	>> как по мне - очень спорно > Помимо версии указывается еще описание миграции. По мне, так это лучше, чем > тyпой таймстамп. Чем это лучше чем например тyпой таймстамп (для сортировки) и краткое описание миграции? ПОтенциальную проблему с версией я уже выше описал - как по мне это достаточно частый use-case >> в чем это проявляется? > Различные префиксы, суффиксы, разделители для именования файлов и т.д. Подробности в комментариях > файла конфигурации. хотелось бы услышать про фичи, которые реально нужны и востребованы. >> не все БД умеют транзакционность DDL (тот же mysql - не умеет) > Если программа берет на себя версионность БД, то как-то на уровне ПО > можно это реализовать. каким способом в данном случае? возможности rollback нет (не уверен, что эта задача в случае pure SQL вообще решается, даже для одной БД). Как по мне - в данном случае претензия не по адресу. >> насколько реально это нужно и как часто востребовано? > Ну, это уже у каждого по-разному. Downgrade удобно использовать для отмены миграции, > что приводит, соответственно, к уменьшению количества upgrade'ов. Не понимаю. Допустим я добавил миграцию и через пару месяцев решил ее зачем-то откатить. Да, было бы удобно, если бы я просто написал в файле миграции что-то типа "purge migration VXX_****" вместо пачки "ALTER TABLE....", но как это уменьшит количество upgrade'ов? Все равно ведь по сути нужно сформировать эту пачку и провести ее...
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Выпуск Flyway 4.1.0, инструмента для контроля версий БД"	+/–
	Сообщение от Шкурка_от_головки (ok), 15-Фев-17, 22:33
	> Чем это лучше чем например тyпой таймстамп (для сортировки) и краткое описание миграции? ПОтенциальную проблему с версией я уже выше описал - как по мне это достаточно частый use-case Да, при наличии двух и более файлов с одной версией он ругается. Но как часто Вы меняете базу, что не можете угнаться за версиями? Поэтому я и говорю о downgrad'е, что если необходимо внести изменения в миграцию, можно было ее downgrade'нуть изменить и upgrade'нуть измененную. А так получается, что при дальнейших изменениях, которые можно было бы объединить в один файл, приходится плодить маленькие миграции, тем самым увеличивая номер версии типи V1_2_45. > каким способом в данном случае? возможности rollback нет (не уверен, что эта задача в случае pure SQL вообще решается, даже для одной БД). Как по мне - в данном случае претензия не по адресу. Считаю, что если программа взялась работать с версионностью БД, то нужно это делать намного продуманней. С pure SQL, мне кажется, решается, если ограничить запросы только касающиеся структуры БД, и хранением для каждой миграции состояние структуры изменяемых таблиц. Все-таки на каждое действие должно быть обратное действие, даже если оно будет несколько сложнее начального действия. > Не понимаю. Допустим я добавил... Описал в начале, что я имел в виду говоря об уменьшении upgrade'ов.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Выпуск Flyway 4.1.0, инструмента для контроля версий БД"	+/–
	Сообщение от Аноним (-), 15-Фев-17, 23:09
	>Да, при наличии двух и более файлов с одной версией он ругается. Но как часто Вы меняете базу, что не можете угнаться за версиями? в активной фазе разработки проекта база меняется очень часто. потом пилятся фичи, зачастую параллельно, в итоге - будут конфликты. У нас в основном проекте наваяли самописную подсистему управления миграций, там сделали тупо цифровой номер файла - постоянно конфликты лезут. Но там я хоть при комите вижу этот конфликт и поднимаю версию своего файла до нужной, иначе комит просто не пройдет. В случае же с flyway получается вполне можно закомитить 2 файла с одной версией (но разными именами файлов, т.е. комит пройдет) и проблемы вылезут уже позже... не очень хорошо. можно конечно хуками обвешаться, но это всё равно костыль. > Поэтому я и говорю о downgrad'е, что если необходимо внести изменения в миграцию, можно было ее downgrade'нуть изменить и upgrade'нуть измененную. и как ты предлагаешь в таком случае отслеживать изменения миграций? хеш-суммы файлов в базе хранить рядом с версией (и не одну а 3, на случай коллизий)? не, уж лучше так - каждый набор изменений в отдельном файле со своим набором sql операторов. Иначе потом придется по всем миграциям бегать смотреть, кто тебе дев-базу сломал (точнее, лезть в историю VCS), в текущем же варианте - посмотреть нужно будет только последние несколько файлов никуда не переключаясь. > А так получается, что при дальнейших изменениях, которые можно было бы объединить в один файл, приходится плодить маленькие миграции, тем самым увеличивая номер версии типи V1_2_45. поэтому я и говорю - решение с номером версии жутко спорное. как по мне гораздо лучше таймстамп и краткое описание в имени файла. количество файлов миграций по большому счету ни на что не влияет. > Считаю, что если программа взялась работать с версионностью БД, то нужно это делать намного продуманней. С pure SQL, мне кажется, решается, если ограничить запросы только касающиеся структуры БД, и хранением для каждой миграции состояние структуры изменяемых таблиц. Смотри, нужно для каждого запроса писать "обратный" запрос, который вернет базу в предыдущее состояние. Автоматически такие запросы написать ИМХО невозможно. А пользователи библиотеки такое делать ручками никогда сами не будут. Это решается только своим псевдо-языком миграций, но возникает проблема поддержки всех фич СУБД. Как я понимаю, тут поддерживаются разные СУБД, и нужно следить за изменениями в каждой... Так себе задачка. И куда девать запросы на изменения данных? Вот нужно заказчику по хитрому условию обновить какое-то поле в большой таблице. Все, эту миграцию мы уже откатить не сможем, т.к. хранить в миграции состояние всех дев/превью/прод баз никто в здравом уме не будет. И разбираться потом, какие миграции откатываются а какие нет - тоже лишний гемор. Гораздо проще добавить новую миграцию.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема