обрабатывать миграцию Entity Framework, когда база данных и разработка совпадают

Question

Я использую Entity Framework 6 с подходом кода первым. Я использую одну и ту же базу данных для целей реального времени и разработки, когда я делаю изменения в модели или добавляю новые поля в модель, затем добавляю миграцию и запускаю update-database, миграция добавляет и успешно обновляет локально, а когда запускает приложение из visual studio, его работы хорошо. Но, с другой стороны, мое уже опубликованное приложение вылетает, когда я открываю действующий URL-адрес, я вижу эту ошибку

введите описание изображения здесь

одно из решений -publi sh приложение, чтобы жить, но я хочу другое лучшее решение.

Я хочу ознакомиться с наилучшей практикой работы со структурой сущностей, я могу добавлять или изменять модель, используя EF, пока живое приложение работает нормально, как оно работало до модификации модели. Я использую SQL Сервер в качестве базы данных.

Answer 1

Я использую ту же базу данных для жизни и разработки,

Это так плохо, что это даже не смешно. Это означает, что вы НЕ МОЖЕТЕ делать критические изменения НИКОГДА. Это также означает, что любая ошибка в коде во время разработки может уничтожить производственные данные. Это все равно что сказать: «У меня проблемы со здоровьем. Я проглатываю яд, почему это плохо» плохо.

Стандартная практика (даже не самая лучшая, это СТАНДАРТ) - иметь отдельные копии базы данных для каждой среды. , Многие команды даже делают копии базы данных для всех или конкретных c разработчиков - даже если база данных имеет размеры в десятки терабайт.

Но ОДНА копия базы данных для разработки и производства НИКОГДА не будет работать, и это очевидно взлом производственной базы данных. Начните использовать копии.