这个问题在一定程度上解决了这个问题LINQ to SQL .dbml 最佳实践 https://stackoverflow.com/questions/33664/best-practices-for-managing-linq-to-sql-dbml-files，但我不知道如何添加到问题中。
我们的应用程序之一使用 LINQ to SQL，目前整个数据库只有一个 .dbml 文件，该文件变得越来越难以管理。我们正在考虑将其重构为更特定于模块/功能的单独文件，但一个问题是许多高级类必须在多个 .dbml 文件中重复，因为关联不能跨 .dbml 文件使用。 dbml 文件（据我所知），以及附加的部分类代码。
有人解决过这个问题吗？您会提出什么建议？
利用命名空间设置。您可以通过单击 ORM 的空白区域来在属性中访问它。
这允许我为一组业务规则拥有一个用户表和一个用户类，为另一组业务规则拥有第二个（但数据存储相同）用户表和一个用户类。
或者，分解库，这也应该具有根据公司的命名约定更改命名空间的效果。我从未开发过需要访问每个表的企业应用程序。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
