c# – EF DB-first mapping mess

前端之家收集整理的这篇文章主要介绍了c# – EF DB-first mapping mess前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
由于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将为其生成实体.然后,您可以将其修改为使用继承,任何后续“从数据库更新模型”都不会导致不需要的导航属性.不是一个很好的解决方案,但解决方法.

猜你在找的C#相关文章