EF 4.1 代码优先：如何设计和映射这些实体？

Question

我有 3 个实体：Member、AuthenticationToken 和 Email。

1. 每个 Member 可能有许多 AuthenticationTokens
2. 每个 AuthenticationToken 可能有一个或零个 电子邮件
3. 每个成员 可能有零个或一个 PrimaryEmail（来自Emails 表）。 实际上，PrimaryEmail是AuthenticationToken的关联Email之一

，所以我有：

public class Member {
    public int MemberId { get; set; }
    public int? PrimaryEmailId { get; set; }
    public virtual Email PrimaryEmail { get; set; }
    public virtual ICollection<AuthenticationToken> AuthenticationTokens { get; set; }
}

public class AuthenticationToken {
    public int AuthenticationTokenId { get; set; }
    public int MemberId { get; set; }
    public virtual Member Member { get; set; }
    public virtual Email Email { get; set; }
}

public class Email {
    public int EmailId { get; set; } // is same as AuthenticationTokenId that the email associated with it
}

根据我上面解释的设计，我可以添加 Member 和 AuthenticationToken，但是当我想将电子邮件附加到 Member 或 AuthenticationToken（或两者）时，我给出以下错误：

INSERT 语句与 FOREIGN KEY 约束等冲突。

这个设计正确吗？？？ 如何设计我的表（和实体）来实现我的目的？ 如何以代码优先方式映射我的实体？请问你有什么想法吗？

Answer 1

当我觉得默认约定无法理解我时，我个人使用 EF 4.1 中的 Fluent API 来配置我的所有实体，因此我将使用 Fluent API 进行回答。

以下是我如何设置模型：

public class Member
{
    public Member()
    {
        AuthenticationTokens = new List<AuthenticationToken>();
    }

    public int MemberId { get; set; }

    public virtual Email PrimaryEmail { get; set; }
    public virtual ICollection<AuthenticationToken> AuthenticationTokens { get; set; }
}

public class AuthenticationToken
{
    public int AuthenticationTokenId { get; set; }

    public virtual Email Email { get; set; }
}

public class Email
{
    public int EmailId { get; set; }
}

这是我的上下文和流畅的配置：

public class ExampleApplicationContext : DbContext
{
    public ExampleApplicationContext()
        : base("ExampleApplicationConnection")
    {

    }

    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        // No cascade on delete because the primary email may be held by an authentication token.
        modelBuilder.Entity<Member>()
            .HasOptional(x => x.PrimaryEmail)
            .WithOptionalDependent()
            .Map(x =>
            {
                x.MapKey("EmailId");
            })
            .WillCascadeOnDelete(false);

        // Cascade on delete because an authentication token not associated with a Member makes no sense.
        modelBuilder.Entity<Member>()
            .HasMany(x => x.AuthenticationTokens)
            .WithRequired()
            .Map(x =>
            {
                x.MapKey("MemberId");
            })
            .WillCascadeOnDelete();

        // No cascade on delete because an email may be held by a Member.
        modelBuilder.Entity<AuthenticationToken>()
            .HasOptional(x => x.Email)
            .WithOptionalDependent()
            .Map(x =>
            {
                x.MapKey("EmailId");
            })
            .WillCascadeOnDelete(false);
    }

    public DbSet<Member> Members { get; set; }
}

我将在这里尽力解释我为什么这样设计的推理。首先，在您的模型中，Member 似乎应该是根聚合（其他实体的老板）。我的意思是身份验证令牌没有任何意义，除非它属于特定的成员。 Email 本身也没有任何意义，除非它属于 Member 或属于 AuthenticationToken。因此，AuthenticationToken 没有属性来查明它所附加的 Member（要查明这一点，您首先需要一个 Member 并且而不是仅仅看看它的收藏）。本质上，一切都围绕着 Member 对象。如果没有 Member，则无法创建 AuthenticationToken。如果没有 Member 或 AuthenticationToken，则无法创建 Email。

我不完全确定您对 EF 4.1 中的流畅 API 是否满意，因此如果您有任何问题，请发表评论，我会尽力回答。我还提供了一个小型示例应用程序，用于构建和验证上面介绍的模型。如果您想运行该程序（它是一个小型控制台应用程序），您只需修改 App.config 中的连接字符串以指向您的 SQL Server 实例。

我担心的一件事是 Email 可以同时属于 Member 和 AuthenticationToken。我的担忧来自于我必须设置一些有趣的级联删除。但是，我不知道您的所有要求，并且此设置似乎工作得很好，因此这可能不是问题。

示例控制台应用程序