У клиента грязная устаревшая база данных Microsoft SQL Server (работает на уровне совместимости 2008 года, который не может быть обновлен) со смешанными стратегиями именования, отсутствием внешних ключей и т. Д. И т. Д. К сожалению, мы не можем все перенести в новую схему, и мы должны используйте это "как есть".
Заказчик хочет, чтобы мы разработали современный веб-интерфейс для замены его старых настольных приложений VBA.
Мы будем использовать ASP.NET Core, поэтому Entity Framework является естественным выбором для нашей модели данных. Мы можем обойти грязные имена полей, используя атрибуты. Но я не уверен, как продолжить доставку наших изменений в схему базы данных.
У меня большой опыт работы с PHP и Laravel с его миграциями, которые в основном позволяют вам делать все, что вы хотите внутри миграции, без проверки целостности модели и при этом предоставляя инструменты для создания лесов и управления версиями базы данных.
Но как добиться той же свободы с Microsoft Entity Framework?
По сути, я бы хотел, чтобы EF прекратил проверку модели по базе данных при запуске add-migration и вместо этого просто создал пустую миграцию, где я мог бы вручную заполнить все, что мне нужно.
А также при запуске update-database я бы хотел, чтобы EF игнорировал модель и просто запускал миграции "как есть".