У нас есть около 100 файлов миграции базы данных. Многие из них вносят необратимые изменения в схему. Существуют также более поздние миграции, которые изменяют или удаляют таблицы, созданные в предыдущих миграциях.
Мы создаем новые базы данных прямо из файла schema.rb, поэтому нам было интересно, есть ли смысл сохранять полный набор миграций?
Мы создадим новую миграцию, основанную на нашем существующем schema.rb.
Да, то, что вы предлагаете, считается лучшей практикой.
Я делал это со своими старыми приложениями несколько раз. Вы захотите где-нибудь создать резервную копию своих миграций, пока не будете удовлетворены тем, что все в порядке, конечно, это важная часть обслуживания приложения — если у вас много старых миграций, может потребоваться вечность, чтобы выполнить db:reset или запустить новую среду разработки.
db:reset будет принимать навсегда, неверен, rake db:reset и rake db:setup уже используют schema.rb (или structure.sql). Тем не менее: удаление старого беспорядка имеет смысл :)
- person nathanvda; 01.06.2014
Я использую исключительно rake db:setup и rake db:reset (никогда rake db:migrate) для установки новой базы данных на рабочий сервер или на новую машину для разработки. Эти команды уже используют schema.rb или structure.sql для воссоздания базы данных.
Тем не менее, очень легко сделать копию schema.rb, использовать ее в качестве новой отправной точки и удалить все старые миграции.
Я предпочитаю сохранять свои миграции для исторических целей, но это дело вкуса.
