что там, хайп по эликсиру умер уже?

https://github.com/theSteveMitchell/after_party

Как вы мигрируете данные в проде?

я тут вот про этот гемчик вспомнил.

Как вы мигрируете данные в проде?

вручную?)

можно забыть какие таски уже запускал а какие нет.

приведи пример

Пример - команда из пяти девелоперов, есть тимлид который выполняет роль девопса

Ему нужно срочно те фичи которые сдали смержить и задеплоить на прод

бегать и искать какие миграционные таски добавили или куда то их записывать - геморойно.

бегать и искать какие миграционные таски добавили или куда то их записывать - геморойно.

Сразу удалять таски, после успешного выполнения?

я имею в виду примеры миграционных тасок?

типа импорт дёрнуть или что?

или сами migrations

Перекинуть top level поле в json филд или наоборот.

или тот же импорт да.

?

?

серъезная заявка

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

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

self.unrabbit!

Error: can't modify frozen String

или тот же импорт да.

Унутре миграции же

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

я плюшка умвр чяднт

Унутре миграции же

миграции не для данных https://robots.thoughtbot.com/data-migrations-in-rails

Унутре миграции же

смищно же.

не нада так делать.

бегать и искать какие миграционные таски добавили или куда то их записывать - геморойно.

schema_migrations таблица для этого

schema_migrations таблица для этого

запускать миграции данных в миграции схем базы - моветон

простой кто оплачивать будет? )

Перекинуть top level поле в json филд или наоборот.

блядь (простите) это не изменение схемы?

нет

это данные.

И их может быть ОЧЕНЬ много

если это сделать как часть миграции то сервис будет простаивать пока миграция накатывается.

если это сделать как часть миграции то сервис будет простаивать пока миграция накатывается.

есть варианты: делай два сервера с репликацией бд, делай вторую бд (клон из первой) на время миграции, ну и так далее

о, городить реплику, да, это гораздо проще.

как та же капистрано делает: папочку создала, всё подготовила — резко заменила

это у тебя мастер-мастер получается?

то же самое с БД можно провернуть: вторую бд создал, всё настроил, и поменял. но там посложнее с данными будет, да

это у тебя мастер-мастер получается?

не знаю, надо пробовать. может и м-с получится

лол, надо пробовать.

слейв подождёт же простоя мастера?

Я тоже могу наобум что то сказать.

Я тоже могу наобум что то сказать.

а лучше бы пробовал)

а лучше бы пробовал)

так я и говорю то что пробовал

и нашел инструмент который позволяет это делать проще.

и нашел инструмент который позволяет это делать проще.

да. ты сначала спрашивал, что это типа не изменение схемы (хотя тут я не соглашусь вообще никак) а потом, что типа простой это две разные проблемы я тебе сейчас про вторую по ней инструментов ты вроде не постил и свои попытки

хорошо, давай по другому

приведи пример миграции данных.

приведи пример миграции данных.

я вообще такое впервые слышу. в контексте приложения это странно. хотя… ну вот есть у тебя куча записей с пустыми строками, например. а ты хочешь nil сделать. код меняешь, чтобы пустую строку не отдавал, и в базе подчищаешь, не меняя её структуру — вот тут "миграция для данных" ("миграция данных" звучит как их переезд)

https://robots.thoughtbot.com/data-migrations-in-rails

Вот тут глупые ребята обитают наверное.

а когда ты, например, удаляешь повторяющиеся email в разных регистрах, и добавляешь индекс уникальности с игнором регистра — ты меняешь схему anyway, попутно затрагивая данные

миграция базы данных - миграция схемы

миграция данных - миграция данных.

я не дропаю столбец в моем случае.

я не дропаю столбец в моем случае.

аааа

схема остаётся?

да ...

я перетаскиваю данные

а то "перенос поля" звучит как дроп столбца

потом следующим релизом я просто дропаю пустой столбец.

ERROR: S client not available

потом следующим релизом я просто дропаю пустой столбец.

хм-хм, дробишь

а до тех пор приложение умеет работать и с тем и с другим

а до тех пор приложение умеет работать и с тем и с другим

ну и нафига?

хм-хм, дробишь

ну это нормальный способ делать миграции данных и схемы с минимум простоя.

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

ну и нафига?

потому что приложение в данный момент работает

я мигрирую данные на живую, не останавливая приложение.

так, смотри. мне интересно становится. ты переносишь данные, не меняя схему. например, час. оставляешь столбец. он до следующего релиза чем-то заполняется? очевидно, да, если "и с тем и с другим"

нет, он до следующего релиза ничем не наполняется

потому что у меня приложение записывает данные уже в новое место, а читает из двух

в зависимости от того где эти данные есть.

Таким образом я без простоя мигрирую данные.

потому что у меня приложение записывает данные уже в новое место, а читает из двух

зачем читать из двух, если ты оттуда всё перенёс?

бля

Кто тебе сказал что я все перенес?

оно переноситься может час, два, сутки и т.д

приложение при этом должно продолжать работу.

ну пока не перенес, читает. как я понимаю.

всё, понял. ок

Это обычная практика мигрировать в два шага для минимум простоя.

дальше: после выполнения задачи переноса — там наверняка во время переноса будут добавляться новые данные, которые уже не попадут в выборку, не?

или ты делаешь кучу запросов, условно while exists?

почему тебе дважды приходится повторять? ))

потому что у меня приложение записывает данные уже в новое место, а читает из двух

так новые данные в новом столбце. даже я уже понял :)

почему тебе дважды приходится повторять? ))

потому что выходной, плохо соображаю, и вообще не углублялся в этот подход) сорян

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

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

да-да, это я понял

просто пытаюсь оценить затраты, риски и прочее

рисков нет если у тебя есть покрытие тестами.