c# – EF DB-first mapping mess

发布时间：2020-12-15 05:37:44 所属栏目：百科来源：网络整理

导读：由于EF的这个小怪癖,我有一个令人沮丧的情况.这是一个简单的行为演示.首先是数据库架构：如您所见,RestrictedProduct是产品的一个特例,我打算用一些特殊的代码创建Product的子类. 现在我导入到EF数据模型：哎呀！ EF看到RestrictedProduct只有两个字段,都

由于EF的这个小怪癖,我有一个令人沮丧的情况.这是一个简单的行为演示.首先是数据库架构：

如您所见,RestrictedProduct是产品的一个特例,我打算用一些特殊的代码创建Product的子类.

现在我导入到EF数据模型：

哎呀！ EF看到RestrictedProduct只有两个字段,都是FK,所以它将它映射为Product和Restriction之间的一对多关系.所以我回到数据库并向RestrictedProduct添加一个Dummy字段,现在我的EF模型看起来好多了：

但那个Dummy领域是愚蠢而毫无意义的.也许我可以删除它？我从数据库表和实体模型中删除了该字段,然后从数据库刷新模型…

不好了！产品限制关联以新名称(RestrictedProduct1)返回！另外,它不会编译：

Error 3034: Problem in mapping fragments starting at lines (x,y) :Two entities with possibly different keys are mapped to the same row. Ensure these two mapping fragments map both ends of the AssociationSet to the corresponding columns.

有没有办法防止这种行为,没有在RestrictedProduct表上保留Dummy字段？

解决方法

我刚刚遇到了同样的问题,作为将伪字段放在RestrictedProduct表中以强制创建实体的替代方法,您还可以使RestrictedProduct.RestrictionId字段为空,然后EF将为其生成实体.然后,您可以将其修改为使用继承,任何后续“从数据库更新模型”都不会导致不需要的导航属性.不是一个很好的解决方案,但解决方法.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!