使用/外键引用映射多对多关系

时间:2012-06-02 23:27:50

标签: c# .net sql-server entity-framework relational-database

对于精通EF的用户来说,这应该是一个简单的问题。

我有以下架构(在我的脑海中)表示表之间的关系应该如何。

[FooBar]      [Foo]          [Bar]

FooId PK,FK   Id PK          Id PK
BarId PK,FK   BarId FK       Name
IsRead        Name           Description
              Description    

但是,当我尝试使用EF代码生成模式时,首先它无法解释实体之间的关系,因为我已经解释了它们(添加了外键FooId[bar]表,并且无法完全创建[FooBar]桥表。

如果有人可以指导我如何使用EF4代码实现上述架构 - 首先我很感激。只要创建了所需的数据库模式,解决方案是否涉及我的POCO模型的属性,流畅的配置或两者的混合并不重要 -


POCO模型:

public class Foo
{
    public int Id { get; set; }
    public string Text { get; set; }
    public string Description { get; set; }
    public int BarId { get; set; }

    public Bar Bar { get; set; } /* bar entity */

    public virtual ICollection<Bar> BridgedBars { get; set; }

    public Foo()
    {
        Bars = new List<Bar>();
    }
}

public class Bar
{
    public int Id { get; set; }
    public string Text { get; set; }
    public string Description { get; set; }

    public virtual ICollection<Foo> Foos { get; set; }
    public virtual ICollection<Foo> BridgedFoos { get; set; }

    public Bar()
    {
        Foos = new List<Foo>();
        BridgedFoos = new List<Foo>();
    }
}

public class FooBar
{
    public int FooId { get; set; }
    public int BarId { get; set; }

    public virtual Foo Foo { get; set; }
    public virtual Bar Bar { get; set; }

    public bool IsRead { get; set; }
}

1 个答案:

答案 0 :(得分:8)

您的模型确实会在FooId中创建属于Bar定义的关系的外键Foo.BrideBars。 EF不会将此导航属性与ICollection<Foo>中的Bar属性之一相关联,因为它们中有两个,并且EF无法唯一确定哪个是正确的对。因此,它为Foo.BrideBars创建了一个关系,而另一端没有导航属性。可以这么说,有一个不可见的Bar.Foo属性导致外键。

要映射到模型的数据库模式实际上并不代表多对多关系,而是与中间“桥”实体FooBar建立两个一对多关系。您必须在导航属性中使用此类来定义正确的关系。它看起来像这样:

public class Foo
{
    public int Id { get; set; }
    public string Text { get; set; }
    public string Description { get; set; }

    public int BarId { get; set; }
    public Bar Bar { get; set; }

    public virtual ICollection<FooBar> FooBars { get; set; }
}

public class Bar
{
    public int Id { get; set; }
    public string Text { get; set; }
    public string Description { get; set; }

    public virtual ICollection<Foo> Foos { get; set; }
    public virtual ICollection<FooBar> FooBars { get; set; }

}

public class FooBar
{
    [Key, Column(Order = 0)]
    public int FooId { get; set; }
    [Key, Column(Order = 1)]
    public int BarId { get; set; }

    public virtual Foo Foo { get; set; }
    public virtual Bar Bar { get; set; }

    public bool IsRead { get; set; }
}

此模型中的命名约定将检测到正确的关系。仅对于FooBar实体,必须明确定义键,因为属性名称不符合约定(无Id和无FooBarId属性)。在此模型中,在FooBar中使用复合键是有意义的。

我想,您的真实类和属性没有名称FooBar。如果您的真实姓名不符合您可能必须指定与注释的关系的约定 - 或者使用Fluent API:

modelBuilder.Entity<Foo>()
    .HasRequired(f => f.Bar)
    .WithMany(b => b.Foos)
    .HasForeignKey(f => f.BarId);

modelBuilder.Entity<FooBar>()
    .HasKey(fb => new { fb.FooId, fb.BarId }); // replaces the [Key] annotations

modelBuilder.Entity<FooBar>()
    .HasRequired(fb => fb.Foo)
    .WithMany(f => f.FooBars)
    .HasForeignKey(fb => fb.FooId);

modelBuilder.Entity<FooBar>()
    .HasRequired(fb => fb.Bar)
    .WithMany(b => b.FooBars)
    .HasForeignKey(fb => fb.BarId);

在数据库架构中,FooBar表将具有复合主键:

[FooBar]       [Foo]          [Bar]

FooId PK,FK    Id PK          Id PK
BarId PK,FK    BarId FK       Name
IsRead         Name           Description
               Description    

但是在FooBar中使用PK是必要的,因为EF模型中的每个实体都必须定义一个键属性 - 单个或复合 - 映射到数据库表中的主键。

在这个问题中 - Create code first, many to many, with additional fields in association table - 更详细地介绍了如何处理这种类型的关系。 (有时人们也称之为“多对多关系与负载”(IsRead属性是示例模型中的“有效负载”),但实际上并不是很多 - -many。)