具有75个表的现有数据库的合理实践

时间:2013-10-12 14:46:48

标签: sql-server entity-framework

我正在创建一个使用MVC4 / webapi的新视觉工作室网站,该网站将违反75个预先存在的表格的数据库(在外键方面不完美等)。我在想我将创建一个ado.net实体数据模型并选择我的所有表格。然后,当我的表格改变时,我会做“更新模型”。

使用我的linq2sql项目,我总是对我的所有表运行sqlmetal以保持同步并且运行良好。

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

我确实搜索了SO,但未找到任何直接解决我问题的讨论。

1 个答案:

答案 0 :(得分:0)

如果您遵循了您的计划,那么您将错过让实体模型比数据库模型更简单的机会:

  • 您的应用程序几乎肯定不需要所有75个表。
  • 您将错过将一系列1-1表格视为单一实体的机会
  • 您将错过在模型中使用继承的机会
  • 您将错过将联结表格从模型中删除的机会

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