用MS实体框架生成复杂数据库模型

Question

我有一个有大约160张表的数据库(这太令人震惊了！)我以为它有大约50.)

我们使用没有DAL的代码基，我们希望开始使用MS实体框架(这是.net DAL中最新、最热门的东西，对吗?)所以我们可以使用Linq和其他3年前的最新技术。

我试图自动生成整个DB模型，但使用和修改它似乎是一场噩梦。例如，它有几个表不是自动链接的(也许DB模型在几个方面缺乏)。

然后，我尝试分别生成数据库的每个“区域”，但有两点困扰着我。

首先，每个模型都需要一个不同的连接字符串。他妈的。另外，我们有不同数据库的客户端，在30个客户端维护10条连接字符串将是一场噩梦。

其次，它似乎无法链接到其他模型中的类。也许我只是没找到？有了大约10-15个“模块”，大部分的wich连接在一起，它将挫败统一DAL的目的之一。例如，我们有一个“文件”表，链接到联系人、技术支持、产品、网络等。我们仍然可以使用ID，但这有点令人难过。

那你会怎么做？一个巨大的模型非常复杂的创建和维护；或者几个较小的模型，更容易更新，但更复杂的使用在日常的基础上？你用的是什么，优点和缺点是什么？

Answer 1

首先，对于连接字符串，是的，每个模型都需要自己的连接字符串，因为它是一个EntityConnection，它不仅包含关于如何连接到数据库的信息，而且还包含关于如何在运行时找到模型的3部分(即SSDL、CSDL和MSL)的信息。因此，在处理一个数据库时，即使数据库连接字符串部分也是相同的，但是每个模型的元数据部分是不同的，这就是为什么需要它们都在其中的原因。

其次，您做对了，一个包含所有实体的大型EDM并不是一个很好的实践，也是不推荐的。包含对原因的详细讨论，以及关于如何将数据库表分离为不同模型的一些指导方针。