我的 dbml 文件越来越大，越来越笨拙：
我倾向于采用多合一的方法来处理多个数据上下文，因为当我尝试使用代码进行管理时几乎是不可能的。有人建议我最好将它们全部放在一个图表中，困难在于管理此图表而不是代码。
我的图表管理起来很麻烦，如果我什至想删除一个表格并重新添加它，有时需要一点时间才能手动找到它！我什至在 VS2010 中找不到您在该图表中拥有的对象的列表！
有更好的方法吗？
【问题讨论】：
标签： asp.net database visual-studio-2010 linq-to-sql class-diagram
一般来说，同一个概念相关的表在同一张图中分组，并创建多个图，是的，这意味着你必须管理每个图；但通常这是一件好事。这就是为什么...相同的数据库架构，不同的图表。每个图表代表一个特定的业务子集。因此，产品目录部分、订单部分、计费部分、退货部分、销售部分......等等。只要确保它分组到特定的业务线即可。是的，这确实意味着表格将在不同的图表上重复
通过将表结构分割成业务逻辑分组，您可以快速查看所有与该摸索相关的表。这对开发人员很有帮助，因为他们必须在这些特定部分工作；他们无需了解整个数据库结构即可了解工作范围。进行更改时，如果您发现一个表格位于多个分组/图表上，您可以查看哪些业务领域受到更改的影响。这让您了解需要测试的应用程序区域，并且在您更改数据库结构时至少要考虑这些区域。理想情况下，这种类型的建模将针对以服务管理架构风格提供的服务来实现。但是，开始将您的表分组到业务流程中会有所帮助。如果您认为这很笨拙...请尝试查看其架构中有超过 1500 个表的 oracle 数据库。
这里的总体技巧是仅显示与某人需要查看以支持系统的业务流程/服务相关的那些表/视图。
祝你好运！
【讨论】：