管理LINQ to SQL .dbml模型复杂性
管理LINQ to SQL .dbml模型复杂性
提问于 2008-09-03 17:46:50
这个问题在LINQ to SQL .dbml best practices上的这个问题中得到了一定程度的解决，但我不确定如何添加到问题中。
我们的一个应用程序使用LINQ to SQL，我们目前有一个用于整个数据库的.dbml文件，这变得难以管理。我们正在考虑将其重构到更特定于模块/功能的单独文件中，但一个问题是，许多高级类必须在几个.dbml文件中复制，因为关联不能跨.dbml文件使用(据我所知)，以及附加的分部类代码。
有没有人解决过这个问题，你会有什么建议？
回答 5
Stack Overflow用户
发布于 2008-09-11 18:02:05
利用名称空间设置。您可以通过在ORM的空白区域中单击，在属性中找到它。
这允许我为一组业务规则创建一个用户表和一个用户类，并为另一组业务规则创建第二个(但相同的数据存储)用户表和用户类。
或者，拆分库，这也应该具有根据公司的命名约定更改名称空间的效果。我从来没有开发过需要访问每个表的企业应用程序。
Stack Overflow用户
发布于 2008-09-04 02:55:49
超过一定大小后，使用xml而不是dbml设计器可能会变得更容易。
Stack Overflow用户
发布于 2008-11-28 18:32:18
我也写了一个工具！我的是使用c#编写对dbml文件的脚本更改，这样您就可以重新运行它们，而不会丢失更改。查看我的博客http://www.adverseconditionals.com 4更多详细信息
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/42200
复制相关文章
相似问题
腾讯云开发者
