以下是我试图在其中定义外键关系的两个部分表。
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; }
对于这个例子,除了相关信息、字段、导航等,我已经删除了所有内容;希望不要太多。
我们有一个表 Form,FK 为 PatGUID
到具有字段 PatGUID
的 Patient 表。
Patient 表有一个 PatID
int KEY 字段。
我们需要为我们的代码优先实体模型重命名我们的字段;此示例中需要更改的相关字段是 PatGUID
更改为 PatientGUID
。
我遇到的困难是尝试使用注释或流利定义此外键。
所以我需要的最终结果是:
主键表: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 尚不支持委托(delegate)人的键不是主键而是具有唯一键约束的其他列的关系。是on the feature request list但既没有实现,也没有出现在下一个版本 (EF 6) 的路线图上。如果它完全实现(可能在 EF 7 中),预计需要等待一年或更长时间才能投入生产。
在您的特定模型中,EF 根本无法识别 Form
和 Patient
之间的任何关系,因为 Patient.PatientID
被标记为 [Key]
,而不是 Patient.PatientGUID
,EF 将 Form.PatientGUID
视为普通标量属性,而不是 Patient< 的 FK/
.
理论上,您可以将 Patient.PatientGUID
伪造为模型中的 [Key]
属性,但如果您不创建它,它就不是数据库中的主键来自数据库的模型或来自代码优先模型的数据库,也就是说,如果您手动在模型和(现有)数据库之间进行映射。但我不确定这是否会在其他任何地方引起微妙的问题。
如果要获取 Patients
和相关的 Forms
,另一种方法是在 LINQ 中编写手动 join
语句。然后,您可以使用任意属性连接两个实体,而不仅仅是关键属性。在我看来,这是更简洁且不那么“棘手”的方法。但是,缺点是您在 Patient
和 Form
之间没有导航属性 - 引用或集合,并且您不能使用预加载 (在您的 LINQ 查询中包括
),延迟加载或舒适的“点路径语法”(如 Form.Patient.SomePatientProperty
等)。
关于c# - 在主表中创建具有重命名字段和非主键的实体关系,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15352114/