c# – EntityFramework与复合键的核心关系

前端之家收集整理的这篇文章主要介绍了c# – EntityFramework与复合键的核心关系前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
请考虑以下数据库表.不幸的是,表格不能以任何方式改变.

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

区域具有由AreaId,CountryId和LangId组成的复合键.可以存在具有相同AreaId的区域,但具有不同的CountryId和LangId.例如:可以有两行具有相同的AreaId但不同的LangId.

注意:为什么众议院有多个区域?一个房子没有多个区域,它只有一个区域. TheArea`s表具有复合键,这意味着特定行将具有多个翻译.例如:Area ID 5可能有英语的LangId 5和西班牙语的LangId 3.

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

  1. public class House
  2. {
  3. public int Id { get; set; }
  4.  
  5. [MaxLength(80)]
  6. public string Name { get; set; }
  7.  
  8. public int? AreaId { get; set; }
  9.  
  10. [ForeignKey("AreaId")]
  11. public List<Area> Areas { get; set; }
  12. }
  13.  
  14. public class Area
  15. {
  16. public int AreaId { get; set; }
  17.  
  18. public int CountryId { get; set; }
  19.  
  20. public string LangId { get; set; }
  21.  
  22. public string Name { get; set; }
  23. }

复合键在上下文中定义,完全如文档中所述.

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

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

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

输出窗口中生成以下sql,结果列表包含与区域不正确匹配的Houses.

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

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

解决方法

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

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

Unfortunately the tables cannot be altered in any way.

好吧,他们应该!不应该考虑这样离开.你不应该使用扭曲的关系模型,它对于平滑的应用程序开发来说太关键了.

该模型,因为我可以从您的描述中将它拼凑在一起,应该是这样的:

  1. public class House
  2. {
  3. public int Id { get; set; }
  4. public string Name { get; set; }
  5. public int? AreaId { get; set; }
  6. public Area Area { get; set; }
  7. }
  8.  
  9. public class Area
  10. {
  11. public int Id { get; set; }
  12. public int CountryId { get; set; }
  13. public Country Country { get; set; }
  14. public string Name { get; set; } // E.g. the name in a default language
  15. public ICollection<AreaTranslation> AreaTranslations { get; set; }
  16. }
  17.  
  18. public class AreaTranslation
  19. {
  20. public int AreaId { get; set; }
  21. public int LanguageId { get; set; }
  22. public string LocalizedName { get; set; }
  23. }
  24.  
  25. public class Country
  26. {
  27. public int Id { get; set; }
  28. public string Name { get; set; }
  29. }
  30.  
  31. public class Language
  32. {
  33. public int Id { get; set; }
  34. public string Name { get; set; }
  35. }

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

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

你看到Area现在真正代表了那里的物理区域.一个房子现在自然有一个区域,而不是这个奇怪的区域集合,必须以某种方式被视为一个区域.各种语言由AreaTranslation联结类发挥作用.我假设一个区域属于一个国家.

猜你在找的C#相关文章