实体框架与过滤器关联

Question

我的模型中有以下模型：

Patient

Vendor

Organization

每个实体都需要地址。

地址基本上如下所示，

Address
  AddressTypeId // with Navigation Property/Association to AddressType
  EntityKey // indicates the PK Id of the entity this address is for

AddressType
  EntityId // indicates the entity type this address type corresponds to (Patient or Vendor)
  // This should be on the AddressType, not the Address, since we need a way of knowing what kind of AddressTypes are available to create for new addresses for Patients, Vendors, and Organizations
  //...that is Patients support AddressType X, Vendors support AddressType Y, etc.

我想在地址的 EntityKey 属性上创建患者、供应商和组织的关联 - 每个关联都有一个过滤器约束，即地址的 AddressType.EntityId 是该实体的匹配 EntityId（1 表示患者， 2 代表供应商，3 代表地址）。

这样做的最佳方法是什么？市场上的大多数 ORM 都支持这种情况……而且这肯定是一种非常常见的情况。

注意：我不想创建 PatientAddress/PatientAddressType、VendorAddress/VendorAddressType 和 OrganizationAddress/OrganizationAddress 类型派生实体。它严重扰乱了模型并使其基本上难以理解。

现在，我正在通过在 LINQ 查询中执行显式联接来解决这个问题：

const int patientTypeEntityId = 1;
var query = from p in repository.Patients
              let addresses = repository.Addresses.Where(a => 
                  a.EntityKey == p.Id & a.AddressType.EntityId == patientTypeEntityId)
              select new { Patient = p, Addresses = a }

但我不想继续这样做。

Answer 1

如果我理解正确的话，您希望在您的 Patient、Vendor 等中拥有一个地址集合......

public class Patient
{
    public int Id { get; set; }
    public ICollection<Address> Addresses { get; set; }
}

public class Vendor
{
    public int Id { get; set; }
    public ICollection<Address> Addresses { get; set; }
}

public class Address
{
    public int Id { get; set; }
    //public int EntityKey { get; set; }
    public AddressType AddressType { get; set; }
}

并以某种方式告诉 EF Patient.Addresses< /code> 仅填充地址类型为“Patient”的地址。

我认为这是不可能的，原因如下：

• 如果您没有在 Address 中公开外键（那里没有 EntityKey 属性），您必须告诉 EF在映射中键入密钥（否则它将创建/假设两个不同的 FK 列）：

  modelBuilder.Entity()
      .HasMany(p => p.PVAddresses)
      .WithRequired()
      .Map(a => a.MapKey("EntityKey"));
  
  modelBuilder.Entity()
      .HasMany(p => p.PVAddresses)
      .WithRequired()
      .Map(a => a.MapKey("EntityKey"));
  

由于两个不同关系的重复“EntityKey”列，这会引发异常。

• 接下来我们可以尝试的是将外键公开为 Address 中的属性（EntityKey 属性在那里），然后使用此映射：

  modelBuilder.Entity()
      .HasMany(p => p.PVAddresses)
      .WithRequired()
      .HasForeignKey(a => a.EntityKey);
  
  modelBuilder.Entity()
      .HasMany(p => p.PVAddresses)
      .WithRequired()
      .HasForeignKey(a => a.EntityKey);
  

： （令人惊讶的是）不会抛出异常，而是在数据库中的 Patient-Address 和 Vendor-Address< 之间创建两个 FK 约束/code> 具有相同的 FK 列EntityKey。对于您的模型，我认为这没有意义，因为它要求始终存在具有相同 PK 的 Patient 和 Vendor如果您的地址包含一些 EntityKey。因此，您必须手动删除数据库中的这些 FK 约束（这对我来说感觉非常 hacky）。

• 最后一件事是，您无法为导航属性的延迟加载和急切加载指定过滤器。 Addresses 集合将始终填充与 Patient 或 Vendor 的 PK 具有相同 EntityKey 的地址分别。您可以通过显式加载来应用过滤器：

  var Patient = context.Patients.Single(p => p.Id == 1);
  context.Entry(患者).Collection(p => p.Addresses).Query()
      .Where(a => a.Addresstype.EntityId == PatientTypeEntityId)
      。加载（）;
  

但是您必须确保永远不会对 Addresses 集合使用延迟加载或急切加载。所以，这并不是真正的解决方案，我们应该立即忘记它。

对我来说最丑陋的一点是你不能对 EntityKey 进行 FK 约束。换句话说：数据库允许 EntityKey = 1，而没有引用该 PK 的 Patient 或 Vendor（因为不知何故，患者 1 和供应商 1 已被删除，对于例子）。

仅出于这个原因，我更喜欢 @Akash 所示的解决方案 - 除了它可能是 EF 唯一有效且干净的解决方案这一事实之外。