Entity Framework: введение ошибки FOREIGN KEY [дубликат]

Ни один из вышеупомянутых решений не работал для меня. Мне нужно было использовать nullable int (int?) Для внешнего ключа, который не был необходим (или не был не нулевым столбцом), а затем удалить некоторые из моих миграций.

Начните с удаления миграции, затем попробуйте ввести значение null.

Проблема была как модификацией, так и моделью. Не требуется изменение кода.

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

[ForeignKey("StageId")]
public virtual Stage Stage { get; set; }
public int? StageId { get; set; }

Существующие ответы велики, я просто хотел добавить, что я столкнулся с этой ошибкой по другой причине. Я хотел создать начальную миграцию EF в существующей БД, но я не использовал флаг -IgnoreChanges и применил команду Update-Database в пустой базе данных (также при существующих сбоях).

Вместо этого я должен был выполнить эту команду, когда текущая структура db является текущей:

Add-Migration Initial -IgnoreChanges

В структуре db существует реальная проблема, но сохранить мир за один шаг за раз ...

У меня тоже была эта проблема, я сразу же решил ее с помощью этого ответа из аналогичного потока

. В моем случае я не хотел удалять зависимую запись по ключу удаление. Если это имеет место в вашей ситуации, просто просто измените значение Boolean при переходе на false:

AddForeignKey("dbo.Stories", "StatusId", "dbo.Status", "StatusID", cascadeDelete: false);

Скорее всего, если вы создаете отношения, которые генерируют эту ошибку компилятора, но DO хотят сохранить каскадное удаление ; у вас есть проблема с вашими отношениями.

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

Добавьте этот метод в класс базы данных контекста:

protected override void OnModelCreating(DbModelBuilder modelBuilder) {
    modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();
}

Это звучит странно, и я не знаю почему, но в моем случае это происходило, потому что мой ConnectionString использовал «.». в атрибуте «источник данных». Как только я изменил его на «localhost», он работал как шарм. Никаких других изменений не было.

В .NET Core я изменил параметр onDelete на ReferencialAction.NoAction

         constraints: table =>
            {
                table.PrimaryKey("PK_Schedule", x => x.Id);
                table.ForeignKey(
                    name: "FK_Schedule_Teams_HomeId",
                    column: x => x.HomeId,
                    principalTable: "Teams",
                    principalColumn: "Id",
                    onDelete: ReferentialAction.NoAction);
                table.ForeignKey(
                    name: "FK_Schedule_Teams_VisitorId",
                    column: x => x.VisitorId,
                    principalTable: "Teams",
                    principalColumn: "Id",
                    onDelete: ReferentialAction.NoAction);
            });

Вы можете установить cascadeDelete в false или true (в методе миграции Up ()). Зависит от вашего требования.

AddForeignKey("dbo.Stories", "StatusId", "dbo.Status", "StatusID", cascadeDelete: false);

Кто-нибудь задается вопросом, как это сделать в ядре EF:

      protected override void OnModelCreating(ModelBuilder modelBuilder)
            {
                foreach (var relationship in modelBuilder.Model.GetEntityTypes().SelectMany(e => e.GetForeignKeys()))
                {
                    relationship.DeleteBehavior = DeleteBehavior.Restrict;
                }
           ..... rest of the code.....

В .NET Core я играл со всеми верхними ответами - но без каких-либо успехов. Я много изменил структуру БД и каждый раз добавлял новую попытку миграции в update-database, но получал ту же ошибку.

Затем я начал remove-migration один за другим, пока Консоль диспетчера пакетов бросил мне исключение:

Миграция '20170827183131 _ ***' уже была применена к базе данных

. После этого я добавил новую (add-migration) и update-database успешно

Таким образом, мое предложение было бы: очистить все ваши временные миграции до вашего текущего состояния БД.

Я получал эту ошибку для многих объектов, когда я переносился с модели EF7 на версию EF6. Я не хотел проходить каждую сущность по одному, поэтому я использовал:

builder.Conventions.Remove<ManyToManyCascadeDeleteConvention>();
builder.Conventions.Remove<OneToManyCascadeDeleteConvention>();

Я исправил это. Когда вы добавите миграцию, в методе Up () появится строка, подобная этой:

.ForeignKey («dbo.Members», t => t.MemberId, cascadeDelete: True)

Если вы просто удалите cascadeDelete с конца, он будет работать.