我有一个通过 ADO.net 数据服务与数据库交互的项目。数据库很大(近 150 个具有依赖关系的表)。该项目几年前开始,当时使用的是数据集;现在我们正在转向实体模型关系。由于我们添加了更多需要使用的表,该模型正在不断增长。这是管理这一切的正确方法吗?意思是我应该有一个SINGLE数据库模型文件是否具有单一数据上下文?
有哪些缺点以及如何将实体框架与大型数据库一起使用(或者不应该与大型数据库一起使用?
我看到的缺点是:
- Visual Studio 2010 开始冻结
在设计器中打开大型 XML 时(也许这不是问题,因为即使有很多表,它也不会冻结很长时间).
- 很难找到参考资料
该模型 (though F4+ 属性窗口的对象名称组合框几乎
删除此搜索相关问题).
PS,奇怪的是没有人回答。这个问题似乎很重要,用简单的话来说,我将重新表述它:整个大型数据库的一个模型或该数据库的多个模型哪个更好?
我怀疑你没有得到很多答案,因为这不是一个大问题。即使你有这两个缺点,你也说它们并不是真正的问题。当然,EDM 可以很好地处理大型数据库。我认为数据库越大,就越需要 ORM 解决方案。
但是,如果可以帮助您保持组织有序,您可以将一个模型拆分为多个文件 - 即多个 .edmx 文件可以构成单个数据上下文。
或者,如果您可以在逻辑上将模型拆分为可以通过接口进行交互的独立部分,而不需要直接连接数据上下文中的实体,这既有利于管理实体数据模型,也有利于基本的关注点分离。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)