Эта ошибка возникает, когда вы пытаетесь изменить или изменить таблицу, которая уже существует, когда вы хотите изменить схему или таблицу, которая уже существует, и ядро ​​EF не поддерживает ее, но требует ручных действий. вот что вы можете с этим сделать:

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

У меня возникла эта проблема, когда я попытался сменить модель с public byte Id {get; set;} на public int Id {get; set;}. Чтобы решить эту проблему, я сделал следующее:

1. Удалите все миграции до создания целевой модели с Remove-Migration -Project <target_project> в консоли диспетчера пакетов.
2. Удалить актуальную базу данных
3. Если у вас есть некоторые миграции в середине, которые вы не создавали (например, они пришли из другой ветки), скопируйте файлы миграции, а также файл ModelSnapshot и вставьте их в свою ветку (перезапишите их осторожно!).
4. создать новую миграцию с add-migration <migration_name> в консоли диспетчера пакетов
5. обновить базу данных с помощью update-database в консоли диспетчера пакетов

Я могу решить это таким образом, потому что мой код не был в производственной среде. Возможно, вам придется столкнуться с другими сложными проблемами, если модель уже существует.

Я столкнулся с той же проблемой, и я решил ее за два шага и две миграции:

Шаг 1

1. Отбросьте столбец идентичности.
2. Прокомментируйте идентификатор в BankAccount и добавьте новый (например, BankAccountId as
   identity, добавьте миграцию и обновление - это отбрасывает id).
3. Добавьте новый столбец в качестве идентификатора.

Шаг 2

1. Отбросьте только что добавленный столбец и снова добавьте предыдущий. Комментарий BankAccountId и идентификатор без комментария.
2. Добавьте миграцию и обновление (это приведет к удалению BankAccountId и добавлению идентификатора в качестве идентификатора).

На мой взгляд, запуск EF Migrations против чего-либо, кроме вашей базы данных разработки, вызывает проблемы, поскольку вы, естественно, ограничены тем фактом, что EF-миграции иногда категорически отказываются работать при изменении структуры ваших объектов (изменение первичных ключей и изменение внешних ключей наиболее часто встречающиеся).

В течение многих лет я использовал инструменты, чтобы гарантировать, что схема БД включена в систему контроля версий (в дополнение к миграции EF). Сделайте свои разработки, чтобы изменить свою базу данных разработчиков (где данные не важны), создайте несколько миграций, но затем используйте инструменты для их объединения в сценарий развертывания БД.

Вот краткое описание того, что я бы сделал в этом случае: -

1. Убрать (закомментировать) все ссылки на старый класс BankAccount
2. Создать миграцию и применить к базе данных разработчика
3. Повторно добавьте класс BankAccount с его исправленным определением.
4. Создать миграцию и применить к базе данных разработчика
5. Используйте инструмент сравнения БД (я предпочитаю APEX SQL Diff, но на рынке есть и другие), чтобы создать сценарий развертывания, который объединяет обе миграции.
6. Протестируйте этот скрипт в своей промежуточной среде (где у вас должны быть данные)
7. Если проверка прошла успешно, обратитесь в производство

Реальность такова, что если у вас есть производственные данные, структуру которых вы хотите радикально изменить с помощью подхода, основанного на коде, это, вероятно, плохо кончится для вас, если вы не поймете и не решите миграцию данных из одной структуры в другую.

Мне пришлось:

1. Прокомментируйте таблицу полностью из кода
2. Запустите миграцию, которая очистит его от БД
3. Снова раскомментируйте таблицу с исправленным отображением
4. Снова запустить миграцию

Сделанный

В моем случае таблица SharedBalances переименована в Balances, а ее идентификационный столбец SharedBalancesId переименован в BalanceId. Команды SQL выполняются на SQL Server. Вы также можете попробовать migrationBuilder.Sql (my_sql_command_here)

Я создал миграцию и получил ту же ошибку.

Переименуйте столбец и таблицу с помощью команды TSQL:

EXEC sp_RENAME 'SharedBalances.SharedBalanceId', 'BalanceId', 'COLUMN';

EXEC sp_RENAME 'SharedBalances', 'Balances';

-- Caution: Changing any part of an object name could break scripts and stored procedures.

Прокомментируйте команду RenameTable в своей миграции:

/*
migrationBuilder.RenameTable(
    name: "SharedBalances",
    newName: "Balances");
*/

Прокомментируйте команду AddPrimaryKey в своей миграции:

/*
migrationBuilder.DropPrimaryKey(
    name: "PK_SharedBalances",
    table: "Balances");
migrationBuilder.AddPrimaryKey(
    name: "PK_Balances",
    table: "Balances",
    column: "BalanceId");
*/

Обновите вхождения команд DropForeignKey имени таблицы в вашей миграции:

Из этого....

        migrationBuilder.DropForeignKey(
            name: "FK_SharedBalances_Users_OwnerUserId",
            table: "SharedBalances");

        migrationBuilder.DropPrimaryKey(
            name: "PK_SharedBalances",
            table: "SharedBalances");

К этому:

        migrationBuilder.DropForeignKey(
            name: "FK_SharedBalances_Users_OwnerUserId",
            table: "Balances");

        migrationBuilder.DropPrimaryKey(
            name: "PK_SharedBalances",
            table: "Balances");

Теперь ваша миграция будет работать. Вот как это случилось:

пожалуйста, выполните этот шаг:

1-пожалуйста, сделайте все изменение столбца идентификатора на сервере sql (не в вашей структуре первого объекта кода)

2 комментария изменения столбца идентификаторов в миграции (файл .cs)

3-обновление-база данных

наслаждайся этим

Я столкнулся с той же проблемой (в моем случае у меня не было данных в таблицах), и я решил ее таким образом (это не правильный способ, но у меня это сработало):

1. Я удалил вручную миграции из проекта EFCore. Я удалил те строки, которые были добавлены из файла _ContextModelSnapshot. (У меня была одна миграция, которая была применена, и одна, которая была создана, но не применялась, так как я получал ошибку - Измените свойство IDENTITY столбца, столбец необходимо удалить и создать заново.)
2. Я удалил вручную таблицы, которые были созданы в базе данных (при первой миграции)
3. Я удалил строку в таблице _EFMigrationHistory, которая связана с миграцией, которую я хотел удалить.
4. Повторно запустить VS
5. Добавить-Migration NewOneCleanMigration
6. Обновление базы данных

Вопрос состоит из двух частей:

TL; DR: Пусть EF сделает это за вас.

Во-первых: пусть EF выполняет отношения

Короче говоря, свойство идентификации - это то, что БД использует для управления выделенным столбцом идентификатора, поэтому он не зависит от чего-либо внешнего для идентификации каждой строки, поэтому классу bankAccount необходимо собственное поле идентификатора, чтобы иметь свойство идентификации; теперь, если вы попытаетесь указать EF вручную, как делать отношения, как вы делаете с строкой

    HasOne(b => b.Customer).WithOne(c => c.BankAccount).HasForeignKey<BankAccount>(f => f.Id);

то, что вы делаете, - это переопределение внутренней логики самого EF, и в этом случае вы сообщаете EF, что идентификатор банковского счета - это поле, которое ссылается на клиента, что не так, и поэтому EF пытается удалить IDENTITY из поле id в модели банковского счета, но это только потому, что вы сказали ему, что идентификатор банковского счета должен совпадать с идентификатором клиента.. Думаю, я понимаю, что вы пытаетесь сказать об отношениях «один к одному», но что происходит, когда клиент пытается открыть другой банковский счет? D: Вместо этого вы должны сохранить поле int CustomerId и удалить поле Customer Customer не только потому, что оно чище, но и потому, что EF распознает связь между ними, пока существует класс с именем Customer с полем Id.

   public int CustomerId { get; set; } //keep

   public Customer Customer { get; set; } //delete

Таким образом, клиент может открыть столько счетов в банке, сколько ему заблагорассудится, стол не пострадает, и EF знает, что делать.

Он автоматически сгенерирует соответствующий внешний ключ и добавит его в файл миграции следующим образом:

    migrationBuilder.AddForeignKey(
            name: "FK_BankAccount_Customer_CustomerId",
            table: "BankAccount",
            column: "CustomerId",
            principalTable: "Customer",
            principalColumn: "Id",
            onDelete: ReferentialAction.Cascade);

Это будет отражать отношение «один ко многим», и это нормально.

Теперь, чтобы ответить на вопрос, хотите ли вы все еще отбросить свойство:

Во-вторых: заставить EF удалить свойство Identity

(но это не решит проблему внешнего ключа исходного вопроса).

Во-первых, просто напомним: чтобы изменить свойство идентификации, менеджер БД (mysql, sqlserver и т. д.) Всегда будет просить вас удалить и воссоздать таблицу, потому что это поле является сердцем таблицы. Итак, вам нужно обмануть EF, чтобы он нашел обходной путь для вас.

1. Добавьте второй элемент Id в класс модели с очевидным именем, например duplicateId.

   public class BankAccount
   {
       public int Id { get; set; }
       public int duplicateId { get; set; }
       ...
   }
   

2. ЭТО УЮЛКА;)
   В том классе, в котором вы реализовали интерфейс DbContext, добавьте следующий метод, в котором вы указываете ef, в каком поле вы хотите использовать первичный ключ:

   protected override void OnModelCreating(ModelBuilder modelBuilder)
   {
       modelBuilder.Entity<BankAccount>().HasKey(x => new { x.duplicateId });
   }
   

3. Добавьте новую миграцию с $ dotnet ef migrations add ModelIdChange1, поскольку при этом изменяется первичный ключ таблицы, и метод миграции Up должен выглядеть примерно так:

   protected override void Up(MigrationBuilder migrationBuilder)
   {
       migrationBuilder.DropPrimaryKey(
           name: "PK_BankAccount",
           table: "BankAccountTableName");
   
       migrationBuilder.AddColumn<int>(
           name: "duplicateId",
           table: "BankAccountTableName",
           type: "int",
           nullable: false,
           defaultValue: 0)
           .Annotation("SqlServer:Identity", "1, 1");
   
       migrationBuilder.AddPrimaryKey(
           name: "PK_BankAccount",
           table: "BankAccountTableName",
           column: "duplicateId");
   ...
   }
   

4. Затем выполните обновление базы данных с помощью $ dotnet ef database update (эти команды могут отличаться, используйте любой синтаксис, который вы уже использовали ранее).

5. (НЕОБЯЗАТЕЛЬНО) Если вам нужно сохранить исходные идентификаторы, убедитесь, что они сохранились, или просто выполните «грязное» обновление таблицы, чтобы скопировать данные из поля Id в duplicateId.

6. Теперь исходное поле Id можно удалить или обновить, поэтому просто удалите исходное поле из модели:

   public class BankAccount
   {
       public int duplicateId { get; set; }
       ...
   }
   

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

7. И добавьте новую миграцию с $ dotnet ef migrations add ModelIdChange2, а затем выполните обновление базы данных с помощью $ dotnet ef database update, при котором будет удален исходный столбец Id и останется duplicateId в качестве первичного ключа.

8. Теперь модель выглядит почти как оригинальная, но с новым столбцом идентификаторов вы можете оставить это так или просто переименовать поле обратно с duplicateId в Id в классе BankAccount следующим образом:

   public class BankAccount
   {
       public int Id { get; set; }
       ...
   }
   

   и сделайте $ dotnet ef migrations add ModelIdChange3, а затем выполните обновление базы данных с помощью $ dotnet ef database update.

Для таких ленивых, как я: вы хотите изменить тип данных столбца первичного ключа "Идентификатор" с int на Гид в таблице с именем "Переводы", как в моем случае.

1. Ваша сгенерированная миграция в этом случае

migrationBuilder.AlterColumn<Guid>(
     name: "Id",
     table: "Translations",
     type: "uniqueidentifier",
     nullable: false,
     oldClrType: typeof(int),
     oldType: "int")
     OldAnnotation("SqlServer:Identity", "1, 1");

Вы можете удалить или прокомментировать это

2. Из ошибки обновления базы данных System.InvalidOperationException: чтобы изменить свойство IDENTITY столбца, столбец необходимо удалить и воссоздать заново..
3. Мы также знаем, что мы не можем отбросить столбец, не сняв сначала ограничение первичного ключа. Наша новая миграция становится

migrationBuilder.DropPrimaryKey(
    name: "PK_Translations",
    table: "Translations");

  migrationBuilder.DropColumn(
    name: "Id",
    table: "Translations");

  migrationBuilder.AddColumn<Guid>(
    name: "Id",
    table: "Translations",
    type: "uniqueidentifier",
    nullable: false);

Не забудьте сделать противоположное в методе переопределения Down на случай, если вы захотите отменить миграцию.

У меня была аналогичная проблема, когда я менял компонент реляционной навигации в конфигурации таблицы с WithMany на WithRequiredDependent. Платформа Entity Framework хотела удалить индекс и воссоздать столбец, хотя в базе данных ничего не должно было измениться.

Чтобы исправить это, я перекомпоновал последнюю миграцию, которая позволила сущности принять изменение без создания новой миграции. Вы можете перекомпилировать последнюю миграцию, отменив миграцию из целевой базы данных и повторно запустив сценарий Add-Migration для последней миграции с тем же именем миграции.

1. В таблице нет важных данных

• Переименуйте таблицу entity.ToTable("BankAccount2")
• Добавить Выполнить миграцию Add-Migration BankAccountTempChanges
• Обновить базу Update-Database
• Переименовать стол обратно в entity.ToTable("BankAccount")
• Добавить Выполнить миграцию Add-Migration BankAccountOk
• Обновите базу еще раз Update-Database

2. В таблице есть данные, которые нельзя потерять

• Применить решение из ответа @Hani