如何解决EF Core 中 ID 和类型的关系
我使用 EF Core(代码优先)我需要通过 ID 和类型在 2 个表之间建立关系 以下是我的课程
public class Lead : BaseEntity
{
public string FirstName { get; set; }
public string LastName { get; set; }
public short Status { get; set; }
public short PhoneType { get; set; }
public string Phone { get; set; }
public short EmailType { get; set; }
public string Email { get; set; }
public string Notes { get; set; }
public List<AddressInformation> AddressInformations { get; set; }
}
public class Opportunity : BaseEntity
{
public string FirstName { get; set; }
public string LastName { get; set; }
public List<AddressInformation> AddressInformations { get; set; }
}
public class AddressInformationViewModel
{
public int Id { get; set; }
public int SourceID { get; set; } // in this column i need to store ID for Lead or Oppurtunity
public string RelatedTo { get; set; } // in this column i need to store text "Lead" or "Oppurtunity"
public short AddresType { get; set; }
public string Description { get; set; }
}
AddressInformation 类将根据 SourceID 和 RelatedTo 列保存 Leads 或 Opportunity 的信息
我们如何处理这种关系? 当我进行数据迁移时,EF 将在 Lead Table 中添加新列的列名“LeadID”,我不需要这种方法,有没有办法处理这种关系。
解决方法
我建议为每个关系考虑一个多对多连接表,而不是在地址中有效地使用 SourceId + SourceType 关联。 IE。使用 LeadAddress 表和 OpportunityAddress 表。使用 EF Core 5 和 EF 6,您可以在没有连接实体的情况下关联它们,只需映射连接表,或者为早期的 EF Core 创建连接实体,或者如果您需要关系中的其他列。
使用特定链接表的主要优点是您可以维护 FK 关系。使用 SourceId + SourceType,您不能将 SourceId 用作潜在客户和业务机会的 FK,但是使用连接表,LeadId 可以 FK 引导,而 AddressId 可以 FK 寻址。这有助于保持查询地址相关详细信息的效率。
要考虑的这种方法的好处或限制是,通过链接表,地址可以合法地分配给潜在客户和机会,或在潜在客户/机会之间共享。如果您不想支持在多个实体之间共享地址,则需要实施检查以防止它。这确实意味着将地址视为不同的位置,而不仅仅是特定相关实体的数据容器。例如,123 Smithe St. 始终是 123 Smithe St。更改潜在客户的地址通常意味着将其与具有不同值的新地址对象相关联,而不是编辑 123 Smithe St. 的值(除非他们实际上是想更正地址,即 123 Smith St.)
SourceId + SourceType 可以实现,但 AFAIK 这必须作为单独的不相关实体处理并手动加入查询,即类似:
var query = context.Leads
.Join(context.Addresses.Where(a => a.RelatedTo == "lead"),l => l.Id,a => a.SourceId,(l,a) => new {Lead = l,Addresses = a})
.Single(x => x.Lead.Id == leadId);
随着查询越来越多,处理 Join 会变得更加复杂,而且 AFAIK 你不会得到像 Lead.Addresses 那样有用的东西,你可以从映射/导航属性中获得 Lead.Addresses 或至少 Lead .LeadAddresses 使用专用链接表。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。