我已经阅读过Entity Framework One-To-One Mapping Issues,这里没有重复,因为业务规则规范在这里是不同的。
有两个表,发票和订单。
Invoices
-> InvoiceID (Primary, Auto Number)
Orders
-> OrderID (Primary, Auto Number)
-> InvoiceID (FK InvoiceID of Invoices Table)现在的问题是,如果属性的名称不同,EF需要此关联的一对多关系。如果属性的名称相同,则它用于派生类的用途,但这里的Order不是派生类或发票。
为每个购物车生成InvoiceID,但只为已支付发票生成OrderID,因此每个订单都有InvoiceID,但每个订单没有对应的发票。
如果我为此创建了一个单独的表,那么我必须编写太多的代码来完成它。有没有什么方法可以取消这个限制,让EF仍然处理我的模型。
但是,目前如果我按如下所示更改模型,它就可以工作
Invoices
-> InvoiceID (Primary, Auto Number)
Orders
-> OrderID (Auto Number)
-> InvoiceID (Primary, FK InvoiceID of Invoices Table)但是这是一个好的实践吗?因为根据定义,Orders表的InvoiceID肯定是唯一的,但我们将在每个地方引用OrderID以进行比较和大量其他引用。我知道我可以索引属性,但我觉得这个设计并不完美。

发布于 2010-11-10 23:01:37
这里最明显的解决方案似乎是将EDM中发票和订单之间的1:*关联更改为1:1关联。但是,正如您所经历的那样,当您在模型中的两个实体之间有一个外键关联时,映射将不会生效。
映射唯一外键关联的唯一方法是使用独立关联。这与我们在EF3.5中使用的关联类型相同,其中不支持外键。
要将外键关联转换为独立关联,意味着从Order实体中删除InvoiceID外键,并通过映射重新创建关联。
要对关联进行更改,您需要执行以下操作:
当在您的应用程序中遇到这个问题时,您必须决定哪个对您的模型和应用程序逻辑更重要:外键标量(例如,Order.InvoiceID),或者当一个实体(发票)和另一个实体(订单)通过外键(InvoiceID)连接时,能够定义它们之间的1:1关联。
好消息是,新的EF4.0延迟加载仍将与独立协会一起工作,只是外键不会公开。为此,您必须转到导航属性(发票)并读取其InvoiceID,如下所示:
Order order = context.Orders.First();
int invoiceID = order.Invoice.InvoiceID;或者,您可以使用以下代码在Order实体上正确读取它,而不必延迟加载或急切加载发票属性:
int invoiceID = order.InvoiceReference.EntityKey.EntityKeyValues[0].Value;https://stackoverflow.com/questions/4144557
复制相似问题