c# – 在主表中创建与重命名字段和非主键的实体关系
以下是我试图定义外键关系的两个部分表.
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; } } 除了这个例子的相关信息,领域,导航等外,我已经消除了所有这些;希望不要太多 我们有一个表格,PatGUID的FK到具有字段PatGUID的Patient表. 我们有要求我们的代码第一实体模型重命名我们的字段;此示例中需要更改的相关字段将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] 解决方法
EF不支持关系,主体的键不是主键,而是具有唯一键约束的其他列.这是
on the feature request list,但是在下一个版本(EF 6)的路线图上都没有实现.如果它实现了(在EF 7也许),期望等待一年或更长时间,直到它准备好生产.
在您的特定模型中,EF不会识别Form和Patient之间的任何关系,因为Patient.PatientID被标记为[Key],而不是Patient.PatientGUID,EF将Form.PatientGUID视为普通标量属性,而不是作为FK患者. 理论上,您可以将Patient.PatientGUID伪造为模型中的[Key]属性,但如果不从数据库或数据库中创建模型,那么它不是数据库中的主键,也就是代码优先模型如果您手动在模型和(现有)数据库之间进行映射.但我不知道这不会在别的地方产生微妙的问题. 另一种方法是在LINQ中编写手动连接语句,如果要获取病人和相关的表单.然后,您可以使用任意属性连接两个实体,而不仅仅是关键属性.在我看来,这是更干净,更“棘手”的做法.然而,不利之处在于,您不会在患者和表单之间导航属性 – 引用或集合 – 您不能使用像加载加载(包括),延迟加载或舒适的“虚线路径语法”(如Form.Patient .SomePatientProperty等)在您的LINQ查询. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |