Обработка кода-первых миграций базы данных, которые проваливаются на полпути ⇐ C#

[Anonymous]

Моя компания поручила мне выяснить, хотим ли мы использовать EF6 для некоторых новых приложений. Я провел некоторое тестирование, и я получаю общее представление о большинстве аспектов, но обновления базы данных, сгенерированные миграциями кода, меня беспокоят. < /P>

У меня есть база данных с 3 таблицами. 4 -е было добавлено, и 3 существующие таблицы получили внешний ключ к этой таблице. Я сгенерировал сценарий обновления и запустил его. Но я сделал ошибку. Это произошло: < /p>


Была сгенерирована новая таблица. < /Li>
Иностранный ключ был добавлен в первую существующую таблицу. /> Теперь у меня есть частично обновленная база данных, которая для меня действительно плохой. Система EF6 не имеет ни малейшего представления о том, что она делала и не выполняла, и если я каким -то образом потеряю ошибку миграции, то и. Единственный способ, которым я мог найти это, было: < /p>


Выяснить, какое утверждение об обновлении вызывает ошибку. /> Запустите миграцию снова и надеюсь, что на этот раз я понял это правильно. Если бы миграция удалила некоторые столбцы, было бы намного труднее вернуть изменения. Кроме того, такая миграция могла бы вполне хорошо работать без проблем с машиной разработки, у которой нет данных в своих таблицах и внезапно терпит неудачу при развертывании в среде тестирования (или, что еще хуже). Итак, мой вопрос: как люди решают такие проблемы с EF6? Должен ли я просто использовать параметр -Script для запуска обновлений вручную один за другим? Я просто смирился и тройной проверяю все миграции? Есть ли лучший способ справиться с этим?

Подробнее здесь: https://stackoverflow.com/questions/470 ... il-halfway