0

我正在使用 MVC4/webapi 创建一个新的 Visual Studio 网站,该网站将针对 75 个预先存在的表的数据库(在外键等方面并不完美)。我在想我将创建一个 ado.net 实体数据模型并选择我所有的表。然后,当我的表发生变化时,我将执行“更新模型”。

在我的 linq2sql 项目中,我总是一直对我的所有表运行 sqlmetal 以保持同步并且效果很好。

我将所有表放在一个 ado.net 实体数据模型中的计划是否合理?我可能会遇到什么陷阱?拥有大量 ado.net 实体数据模型会更好吗?我已经尝试在其他项目中使用多个 ado.net 实体模型,而且我的 web.config 中的连接字符串似乎不断加倍。

我确实对 SO 进行了搜索,但没有找到任何直接解决我问题的讨论。

4

1 回答 1

0

如果您按照您的计划进行操作,您将错失拥有比数据库模型更简单的实体模型的机会:

  • 您的应用程序几乎可以肯定不需要全部 75 个表。
  • 您将错过将一系列 1-1 表视为单个实体的机会
  • 您将错过在模型中使用继承的机会
  • 您将错过将连接表排除在模型之外的机会

您将失去实体框架相对于 LINQ to SQL 的最大优势之一:它不需要与数据库保持一对一的关系。

于 2013-10-12T14:52:23.430 回答