Как изменить структуру модели (таблиц) сформированных с помощью Entity Framework?

Question

[Frip]

Используемые технологии
Entity Framework
ASP.NET CORE 3.1

Допустим, изначально была сформирована следующая модель, которая потом преобразовалась в таблицу

public class MyModel{
        public Guid Id { get; set; }

        public string Title { get; set; }

        public  string Subtitle { get; set; }

        public  string Text { get; set; }

        public string TitleImagePath { get; set; }
}

Данная модель так же связана с таблицей Users (ASP.NET Identity) через поле Guid

Так вот, например, через некоторое время, необходимо из данной модели удалить какое-либо поле, и добавить парочку новых. (Изменилось ТЗ, внесли правки и тд.)
Например:

public class MyModel{
        public Guid Id { get; set; }

        public string Title { get; set; }

        public  string Text { get; set; }

        public string TitleImagePath { get; set; }

        public int View { get; set; }
      
        public string Tag { get; set;}
}

Так вот, что нужно сделать, чтобы:

1. Добавились новые поля
   
2. Удалились необходимые поля
   
3. Сохранились те данные, которые находятся в полях, которые не удаляются
   
4. Сохранились данные в связанных таблицах
   
   

Answer 1

[Sumor]

Наверное вам нужно прочитать про Миграции.

Добавляемые поля должны быть с null или содержать значение по-умолчанию. Тогда при добавлении поля данные не удалятся.
Удаление полей, обычно не приводит к удалению записей, если вы не трогаете ключи.
Данные в связанных таблицах не трогаются, если не удаляются данные из основной таблицы и не трогаются ключи на основе которых сделаны связи.

Comments

[Frip]

Если уже была проведена миграция, заполнены все данные и прочее. Потом я просто меняю модель (как в примере, который я написал в вопросе) мне придется заново проводить миграцию?
Если я меняю модель, удаляя поле (в моем примере, удалил поле Subtitle), её представление в виде столбца таблицы со всеми данными тоже удалиться, но, я так предполагаю, после проведения еще одной миграции?
Иначе говоря, как я это вижу:
1) Изначальное проектирование моделей - установка начальных данных в коде (code-first) - проведение миграции
2) В связи с ТЗ изменились модели -> Вид таблицы
3) Меняю модель в code-first - провожу миграцию

[Sumor]

Для разработки/тестирования/отладки можно создавать БД заново или у вас будут изменения сразу вслед за кодом.
На каждую версию программы, которая пойдёт пользователям, вы создаёте отдельную миграцию, в неё накапливаются изменения этой версии, а при релизе применяете их на боевых базах последовательно (если у вас установленное ПО устарело на несколько версий). В частности, по миграции можно сгенерить SQL скрипт на изменение БД и последовательно запускать эти скрипты.

[#]

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