【问题标题】:EntityFramework Core relation to composite keyEntityFramework Core 与复合键的关系
【发布时间】:2017-03-14 15:34:41
【问题描述】:

考虑以下数据库表。不幸的是,这些表格不能以任何方式更改。

Houses 有一个名为 Id 的自动递增 ID 字段、一个名为 Name 的字符串字段和一个名为 AreaId 的整数字段。后者不是Areas 表的外键。

Areas 有一个由AreaIdCountryIdLangId 组成的组合键。可以存在具有相同AreaId 但具有不同CountryIdLangId 的区域。例如:可以有两行具有相同的AreaId 但不同的LangId

注意:为什么House 有多个Areas?一个House 没有多个Area's, it only has oneArea. TheArea 的表有一个复合键,这意味着一个特定的行会有多个翻译。例如:区域 ID 5 可能有英语的 LangId 5 和西班牙语的 LangId 3。

这两个表由以下两个 C# 类描述。

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

    [MaxLength(80)]
    public string Name { get; set; }

    public int? AreaId { get; set; }

    [ForeignKey("AreaId")]
    public List<Area> Areas { get; set; }
}

public class Area
{
    public int AreaId { get; set; }

    public int CountryId { get; set; }

    public string LangId { get; set; }

    public string Name { get; set; }
}

复合键是在上下文中定义的,完全按照文档中的说明。

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Area>()
        .HasKey(a => new { a.AreaId, a.CountryId, a.LangId });
}

例如,让我们获取数据库中所有房屋的列表,包括它们各自的区域。

_context.Houses.Include(h => h.Areas).ToList();

在输出窗口中生成以下 SQL,结果列表包含与区域不正确匹配的房屋。

SELECT [a].[AreaId], [a].[CountryId], [a].[LangId], [a].[Name]
FROM [Areas] AS [a]
WHERE EXISTS (
    SELECT 1
    FROM [Houses] AS [h]
    WHERE [a].[AreaId] = [h].[Id])
ORDER BY [a].[Id]

如您所见,EntityFramework 将[a].[AreaId][h].[Id] 相关联,而不是[h].[AreaId]。我如何在 EF 中表达这种关系?

【问题讨论】:

  • 你能在复合键上显示配置代码吗?
  • 我已经编辑了问题,添加了复合键的配置
  • 我认为这不可能。顺便说一句,相当奇怪的数据库设计,甚至不合逻辑——一所房子如何在多个区域等。无论如何。
  • 它的实际翻译。您可以有两个带有ID 1 的区域行。第一个将有LangId 5 和Title“Plaza”。第二个将有LangId 6 和Title "Square"。虽然他们都有ID 1

标签: c# asp.net entity-framework asp.net-core entity-framework-core


【解决方案1】:

您将无法在 EF 中正确映射它。如果您希望House 引用Area,则外键应包含与Area 的复合键相同的字段,否则EF 将不接受映射。一种解决方法可能是跳过映射并在必要时手动加入实体,但这掩盖了真正的问题:糟糕的设计

主要的设计缺陷是添加翻译时必须复制Area。现在的问题是——而且永远是——哪条记录代表我的物理Area 实体?关系数据库的基本前提是实体由唯一记录表示。您的设计违反了该核心原则。

很遗憾,这些表格不能以任何方式更改。

嗯,他们应该是!甚至不应该考虑以这种方式离开它。您不应该使用扭曲的关系模型,它对于顺利的应用程序开发来说太关键了。

我可以从您的描述中将其拼凑起来的模型应该是这样的:

public class House
{
    public int Id { get; set; }
    public string Name { get; set; }
    public int? AreaId { get; set; }
    public Area Area { get; set; }
}

public class Area
{
    public int Id { get; set; }
    public int CountryId { get; set; }
    public Country Country { get; set; }
    public string Name { get; set; } // E.g. the name in a default language
    public ICollection<AreaTranslation> AreaTranslations { get; set; }
}

public class AreaTranslation
{
    public int AreaId { get; set; }
    public int LanguageId { get; set; }
    public string LocalizedName { get; set; }
}

public class Country
{
    public int Id { get; set; }
    public string Name { get; set; }
}

public class Language
{
    public int Id { get; set; }
    public string Name { get; set; }
}

对于此模型,您需要一个显式映射指令(EF 将推断其余部分):

modelBuilder.Entity<AreaTranslation>()
            .HasKey(a => new { a.AreaId, a.LanguageId });

您会看到Area 现在真正代表了一个物理区域。 House 现在自然有一个Area,而不是Areas 这个奇怪的集合,必须以某种方式被视为一个区域。 AreaTranslation 连接类可以使用各种语言。我假设一个Area 属于一个Country

【讨论】:

  • 感谢您的详细解答!我继承了数据库,这不是我的设计(我不是数据库架构师,但我可以使用一些常识)。你给了我一些坚实的基础来巩固我对新模式的立场
猜你喜欢
  • 2012-02-28
  • 1970-01-01
  • 1970-01-01
  • 2020-08-13
  • 2012-10-03
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多