2014-02-21 4 views
1

С Entity Framework можно включить миграции и создать шаги миграции. Но есть ли промежуточный способ, когда можно изменить модели и самостоятельно позаботиться о изменениях схемы базы данных? Я не хочу отказываться от базы данных, потому что есть будущие производственные сценарии.MVC Переключение с кода Сначала на базу данных сначала - изменить схему, не отбрасывая базу данных

Теперь - без включения миграции. Сначала я использую код, а когда создаю другое свойство в DbSet - допустим, например, в таблице «ExistingTable» int NewField {get; набор;}
И когда в SQL я обновить мою схему с Alter таблице ExistingTable добавить столбец Ньюфилд INT не нулевой

база данных знает существование нового поля, Entity Framework/C# знает свойство, но при запуске, существует некоторая скрытая проверка, которая все еще хочет сбросить мою базу данных из-за изменения модели. Вопрос: могу ли я перезаписать определенную настройку таким образом, чтобы intial 'Code First' сначала можно преобразовать в базу данных?

+0

Это не ответ, но сначала вы можете попробовать базу данных. Удалите свою модель, добавьте новые данные элемента/ADO.NET Entity Database Model – Gerard

ответ

0

Удаление таблицы __MigrationHistory из базы данных (Azure) действительно сработало для меня. Я сам сделал свои (простые) изменения базы данных и опубликовал код. Все работает нормально. Существует альтернатива, см. EF Code First Migrations Deployment to an Azure Cloud Service. Для простого однонаправленного патча (и никакой истории изменений не требуется) удаление __MigrationHistory отлично работает.

Смежные вопросы