Объединение миграций для уменьшения размеров БД и оптимизации сборки

Вопросы
#1

Помню была ошибка вида “Достигнут лимит миграций n…”, тогда рекомендовалось объединить миграции.

  1. Есть ли сейчас такой функционал с ограничением?
  2. Есть ли какие то рекомендации от команды РМС про плановую очистку. Речь идет о папке SqlFunctions и миграциях в папке Versions.

На текущий день проект активно разрабатывается, создается много миграций.

#2

100 миграций было совсем недавно ограничение (около месяца назад)

#3

Опыт УНП: объединять миграции каждый день в конце дня в одну дневную. Или перед слитием на прод объединение в одну миграцию.

#5

Встречаются ли конфликты?
Если да, то как решали?

#6

Какие бывают обычно ошибки при объединении и сбросе миграций:

  1. Если сбросить все миграции на проекте УНП - она не выполнятся никогда т.к. большой объём БД и большое количество таблиц. Решение: в УНП не сбрасывают миграции все :slight_smile:
  2. При объединении старых миграций - иногда не собирается мастер из-за того, что некоторые миграции ссылаются друг на друга и не всегда корректно это всё платформой обрабатываются. Решение: поиск кривых файлов и их дальнейшее объединение
  3. Миграции криво проводятся на промышленном контуре или на тестовом контуре. Решение: следить за тем, что творится в миграциях. Могут колонку добавлять и удалять в течение дня. Нужно тогда миграции объединять, чтобы по итогу не было миграции с этой колонкой. Также внимательно тестировать на тестовых выполнение миграций, чтобы на проде не было сюрпризов
1 Лайк