Что такое независимые ассоциации и ассоциации внешних ключей?

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

Вот пример модели с независимой ассоциацией (обратите внимание, что у зависимого нет внешнего ключа — только свойство навигации):

public class Dependent
{
    public int Id { get; set; }

    [Required]
    public Principal PrincipalEntity { get; set; }

}

public class Principal
{
    public int Id { get; set; }
    public ICollection<Dependent> DependentEntities { get; set; }
}

public class MyContext : DbContext
{
    public DbSet<Dependent> Dependents { get; set; }
    public DbSet<Principal> Principals { get; set; }
}

А вот пример той же модели, но с ассоциацией ForeignKey (обратите внимание на свойство PrincipalEntity_Id и атрибут [ForeignKey()]):

public class Dependent
{
    public int Id { get; set; }

    public int PrincipalEntity_Id { get; set; }

    [Required]
    [ForeignKey("PrincipalEntity_Id")]
    public Principal PrincipalEntity { get; set; }

}

public class Principal
{
    public int Id { get; set; }
    public ICollection<Dependent> DependentEntities { get; set; }
}

public class MyContext : DbContext
{
    public DbSet<Dependent> Dependents { get; set; }
    public DbSet<Principal> Principals { get; set; }
}

Обратите внимание, что ваша база данных не изменится — в базовой базе данных всегда был столбец для внешнего ключа, но с независимой ассоциацией он не был раскрыт.

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

Просто мое мнение о том, ПОЧЕМУ использовать независимые или внешние ключевые ассоциации:

Независимые ассоциации

Плюсы:

• Это правильный путь в объектно-ориентированном мире. В объектно-ориентированном мире мы используем ссылки внутри наших агрегатов, а не какие-то магические ключи.

Минусы:

• С чистым POCO вы не знаете, действительно ли основное отношение имеет значение NULL или просто не загружено, потому что в обоих случаях ваша ссылка равна нулю. Вы должны попросить контекст различаться между этими двумя нулями. Это не было проблемой с тяжелыми EntityObject базовыми объектами, где каждое свойство перехода к основному объекту было связано с другим свойством с суффиксом Reference, предоставляя некоторые дополнительные сведения об отношении.
• Способ EF управлять независимыми ассоциациями довольно сложен, особенно когда речь идет о присоединении графов отдельных объектов. Каждая независимая ассоциация имеет свое собственное состояние и никогда не может находиться в состоянии Modified. Каждая модификация всегда состоит из установки старого отношения как удаленного и создания нового отношения как добавленного - это настоящий беспорядок, когда вы пытаетесь его использовать.
• Сообщалось, что независимые ассоциации значительно замедляют создание представлений во время инициализации EF (или во время предварительной генерации представлений).
• Независимую ассоциацию может быть гораздо сложнее использовать в сценариях привязки данных, где вам нужно привязать только внешний ключ.

Ассоциации внешних ключей

Плюсы:

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

Минусы:

• Они концептуально неверны, и предложение их в EF было большим шагом назад от объектного мира к реляционному миру. Я по-прежнему считаю, что правильное решение улучшало или изменяло способ обработки независимых ассоциаций, даже если это могло привести к огромным критическим изменениям между EFv1 и EFv4. Мне также не нравится нынешняя ситуация, когда у нас есть два типа ассоциаций с совершенно разным поведением. Должен быть только один тип с четко определенным поведением и необязательными свойствами внешнего ключа, доступными для объекта.

Это различие имеет значение только для ассоциаций «один ко многим», потому что «один к одному» всегда является ассоциациями внешнего ключа, а «многие ко многим» всегда являются независимыми ассоциациями.