【问题标题】:Creating entity relationship with renamed fields and non-primary key in primary table使用主表中的重命名字段和非主键创建实体关系
【发布时间】:2013-03-12 02:12:13
【问题描述】:

以下是我试图在其中定义外键关系的两个部分表。

public class Form
{
    [Key, Column("FormID")]
    public System.Guid FormGUID { get; set; }

    [Column("PatGUID")]
    public Nullable<System.Guid> PatientGUID { get; set; }
}

public class Patient
{
    [Column("PatGUID")]
    public System.Guid PatientGUID { get; set; }

    [Key, Column("PatID")]
    public int PatientID { get; set; }

}

我已经删除了除此示例中的相关信息、字段、导航等之外的所有内容;希望不要太多。

我们有一个表格表格,其 FK 为 PatGUID 到带有字段 PatGUID 的患者表格。 Patient 表有一个PatID int KEY 字段。

我们需要为代码优先实体模型重命名字段;本例中需要修改的相关字段为PatGUID改为PatientGUID

我遇到的困难是尝试使用注释或流利的方式定义这个外键。

所以我需要的最终结果是:

  • 主键表:患者,字段:PatGUID(重命名为 PatientGUID)

  • 外键表:表单,字段:PatGUID(重命名为 PatientGUID)

这似乎不是什么大问题,但是Patient.PatGUID 不是主键并且PatGUID 字段被重命名为PatientGUID 并没有使 WCF 数据服务能够正确创建具有正确引用的引用,因此正确选择/加入:

SELECT … FROM  [dbo].[Form] AS [Extent1]
INNER JOIN [dbo].[Patient] AS [Extent2] ON [Extent1].[PatGUID] = [Extent2].[PatGUID]

【问题讨论】:

    标签: c# entity-framework foreign-keys data-annotations


    【解决方案1】:

    EF 还不支持主体的键不是主键而是具有唯一键约束的其他列的关系。它是on the feature request list,但既没有实现,也没有在下一个版本(EF 6)的路线图上。如果它完全实现(可能在 EF 7 中),预计要等一年或更长时间才能投入生产。

    在您的特定模型中,EF 根本无法识别 FormPatient 之间的任何关系,因为 Patient.PatientID 被标记为 [Key],而不是 Patient.PatientGUID,并且 EF 将 Form.PatientGUID 视为普通标量属性,而不是 Patient 的 FK。

    理论上,您可以将Patient.PatientGUID 伪装成模型中的[Key] 属性,尽管如果您不从数据库创建模型或从代码优先模型创建数据库,它不是数据库中的主键,也就是说,如果您手动在模型和(现有)数据库之间进行映射。但我不确定这是否不会在其他任何地方引起微妙的问题。

    如果要获取Patients 和相关的Forms,另一种方法是在LINQ 中编写手动join 语句。然后,您可以使用任意属性连接两个实体,而不仅仅是关键属性。在我看来,这是一种更干净、更不“棘手”的方法。但是,缺点是在PatientForm 之间没有导航属性——引用或集合,你不能使用急切加载(Include)、延迟加载或舒适的“虚线路径语法”等功能"(如 Form.Patient.SomePatientProperty 等)在您的 LINQ 查询中。

    【讨论】:

    • 不完全是我想听到的,但至少是一个明确的答案,说明为什么我无法让它发挥作用,并且知道我需要提出替代解决方案。
    猜你喜欢
    • 1970-01-01
    • 2013-11-09
    • 2012-03-02
    • 1970-01-01
    • 2015-03-25
    • 1970-01-01
    • 2015-11-22
    • 1970-01-01
    相关资源
    最近更新 更多