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表.
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]
解决方法
在您的特定模型中,EF不会识别Form和Patient之间的任何关系,因为Patient.PatientID被标记为[Key],而不是Patient.PatientGUID,EF将Form.PatientGUID视为普通标量属性,而不是作为FK患者.
理论上,您可以将Patient.PatientGUID伪造为模型中的[Key]属性,但如果不从数据库或数据库中创建模型,那么它不是数据库中的主键,也就是代码优先模型如果您手动在模型和(现有)数据库之间进行映射.但我不知道这不会在别的地方产生微妙的问题.
另一种方法是在LINQ中编写手动连接语句,如果要获取病人和相关的表单.然后,您可以使用任意属性连接两个实体,而不仅仅是关键属性.在我看来,这是更干净,更“棘手”的做法.然而,不利之处在于,您不会在患者和表单之间导航属性 – 引用或集合 – 您不能使用像加载加载(包括),延迟加载或舒适的“虚线路径语法”(如Form.Patient .SomePatientProperty等)在您的LINQ查询.
