Как определить дополнительные отношения внешнего ключа в FluentAPI/Data Annotations с помощью платформы Entity Framework?

Ответ 1

Я бы, вероятно, попытался создать две взаимно-однозначные отношения как optional: required, потому что Poll должен иметь ссылку на Posts, а Post также должен иметь ссылка на Posts:

modelBuilder.Entity<Posts>()
    .HasOptional(x => x.Post)
    .WithRequired();

modelBuilder.Entity<Posts>()
    .HasOptional(x => x.Poll)
    .WithRequired();

Это делает Posts автоматически директором в отношениях и Post или Poll зависимым. У принципала есть первичный ключ в отношении, зависимый внешний ключ, который также является первичным ключом в таблице Post/Poll, потому что это взаимно однозначное отношение. Только в отношениях "один-ко-многим" у вас будет отдельный столбец для внешнего ключа. Для отношения "один к одному" вы также должны удалить столбцы внешнего ключа PostId и PollId, потому что Posts ссылается на свой первичный ключ на Post и Poll.

Альтернативный подход, который, по-видимому, подходит для вашей модели, - это наследование. Тогда модель будет выглядеть так:

public abstract class BasePost  // your former Posts class
{
    public int ID { get; set; }
    public string UserName { get; set; }
}

public class Post : BasePost
{
    public string Text { get; set; }
    // other properties of the Post class
}

public class Poll : BasePost
{
    // properties of the Poll class
}

Вам больше не нужен TypeOfPost, потому что вы можете отфильтровать два конкретных типа с помощью оператора OfType LINQ, например:

var x = context.BasePosts.OfType<Post>()
    .Where(p => p.UserName == "Jim")
    .ToList();

Это позволит выбрать все сообщения определенного пользователя, но не опросы.

Вы должны решить, какое именно сопоставление наследования вы хотите использовать - TPH, TPT или TPC.

Edit

Чтобы получить отношения "один ко многим", вы можете указать следующее сопоставление в Fluent API:

modelBuilder.Entity<Posts>()
    .HasOptional(x => x.Post)
    .WithMany()
    .HasForeignKey(x => x.PostID);

modelBuilder.Entity<Posts>()
    .HasOptional(x => x.Poll)
    .WithMany()
    .HasForeignKey(x => x.PollID);

Свойства внешнего ключа должны быть нулевыми (int?) для этого, как вы уже нашли. Поскольку имена ваших свойств внешнего ключа следуют за соглашением об именах, которое использует EF для сопоставления, вы можете полностью исключить отображение Fluent. Это потребовалось бы только в том случае, если у вас были нетрадиционные имена (например, PostFK или что-то еще). Затем вы можете использовать аннотации данных ([ForeignKey(...)]) вместо Fluent API.

Ответ 2

Причина, по которой он не разрешал null, потому что следующее:

public int PollID { get; set; }
public virtual Poll Poll { get; set; }

public int PostID { get; set; }
public virtual Post Post { get; set; }

должно быть

public int? PollID { get; set; }
public virtual Poll Poll { get; set; }

public int? PostID { get; set; }
public virtual Post Post { get; set; }

Ответ 3

The ForeignKey просто должен быть Nullable, чтобы сделать его необязательным - виртуальный отдельный и требуется только для Lazy Loading.

Требуемая связь в декларативном коде EF First:

public User User { get; set; }
[ForeignKey("User")]
public int UserId { get; set; }

Необязательная связь в декларативном коде EF First:

public User User { get; set; }
[ForeignKey("User")]
public int? UserId { get; set; }

Вы увидите это при запуске update-database -verbose -f:

ALTER TABLE [dbo].[MyTable] ALTER COLUMN [UserId] [int] NULL

Ответ 4

Что-то еще, что может помочь. Настройка атрибутов внешнего ключа (аннотации) с атрибутом [Обязательный] также обеспечит необходимые свойства навигации для EF EVEN WHEN, когда свойство FK имеет значение NULL. У меня есть специальный случай с устаревшими данными, где требуется свойство FK, но может или не может ссылаться на запись в отношении. Имеет смысл, но я не думал, что EF был "умным".

    [Required] <-- even if the FK is nullable, OrgUnit will be Required
    [StringLength(10)]
    [ForeignKey("OrgUnit"), Column(Order = 1)]
    public string OrgCode
    {
        get;
        set;
    }

    ... other FK, Column order 0   

    public virtual OrgUnit OrgUnit
    {
        get;
        set;
    }