使用实体框架对设计不良的数据库进行建模

Question

我正在尝试为设计不佳的数据库建模。我使用实体框架（EF）提出的 POCO 对象不能准确地代表业务实体，因为我受到不良数据库设计的限制。我计划单独定义我的业务实体并将它们映射到 POCO。所以它会是这样的： 商业实体 ==> POCO 实体 ==> EF。

您认为这样做有什么缺点吗？

因此，我对 EF 非常陌生，从我目前所学到的知识来看，当数据库完美时，似乎 EF 效果最好。否则，我们最终要么手动自定义 EDMX，要么采用其他一些解决方法。

谢谢， 马夫

Answer 1

您如何处理这取决于您的应用程序的难点所在。您想使用一种方法来最大限度地提高代码的可维护性。

如果您没有太多的事务性数据捕获（即 CRUD 操作）和大量复杂的业务规则，那么使用 POCO 的抽象层将有助于保持您的复杂业务逻辑清晰且易于管理。另一方面，如果您的业务规则几乎不存在，而您的应用程序实际上只是要捕获大量记录并将它们存储在数据库中，那么您的抽象层就变成了需要维护的更多代码。