Что-то не так с генерацией больших миграций? - PullRequest
0 голосов
/ 10 марта 2011

Я просто сел и выяснил все индексы, которые я хочу в моей программе. У меня уже есть 7 моделей, и я понял, что хочу добавить 14 индексов в базу данных.

Это мой первый настоящий проект Rails, и миграции, которые я сделал и видел в руководствах, были характерны только для одной модели. Я не видел ни одного руководства, явно комментирующего это так или иначе - считается ли наилучшей практикой делать одну миграцию на модель? Или ограничить размер и сложность миграции?

Ответы [ 3 ]

1 голос
/ 10 марта 2011

Размер миграции не имеет значения.Когда ваша разработка закончена, вы будете использовать

rake:db:schema:dump
RAILS_ENV=production rake db:schema:load

. Она поместит все в сжатый файл, который будет использоваться для воссоздания вашей производственной базы данных.

1 голос
/ 01 октября 2011

Для большинства это может быть второстепенным, а для кого-то большим.

Я просто убирал дом по проекту.У меня была модель, которая не использовалась.Я счастливо выполнил:

rails destroy scaffold LouseyModel  

... и леса были сняты.Это также удалило оригинальный файл миграции.Я полагаю, если вы тот, кто хранит одно действие == один файл миграции, то это не проблема, и это хороший способ убрать беспорядок в разработке.Если вы любите вручную редактировать свои миграции и добавлять несколько вещей в один файл миграции, то это может привести к нежелательному поведению с помощью db: setup и некоторых других задач db rake, которые зависят от последовательных миграций..

1 голос
/ 10 марта 2011

Обычно я делаю свои миграции целенаправленными. Хорошо, если они большие, но в большинстве случаев вы хотите, чтобы они были маленькими. Думайте о них как о функциях - их легче понять, когда они маленькие. Меньшие миграции также облегчают решение проблемы, если во время миграции что-то идет не так.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...