这可能只是一个是或否类型的问题，但无论如何......
从我见过的使用 mvc 的所有(以及大多数)示例来看，创建 dbml 文件的方法似乎只是将数据库的整个架构放入其中，并让它自动生成所有 linq 到sql 的好东西。看来您只需要其中一个(因为您不能在同一项目中的单独 dbml 文件中拥有重复的表)，但出于某种原因，似乎有更好的方法来做到这一点......特别是在处理具有相当数量表的大型项目。
那么，这是创建在 mvc 项目中使用的 dbml 文件的正确方法吗？只需将整个表结构放入其中即可？如果没有，怎么办？
最佳答案
如果架构很大，我想我将完全依赖 SQLMetal生成我的 *.dbml 和支持类的脚本。这样，每当数据库更新时，您就可以重新生成整个数据模型。否则，如果数据库中的表、 View 等得到更新，您不必删除该表，然后将该表重新拖放到可视的 *.dbml 文件中。
实际上，我不是 SQLMetal 专家，但我认为您甚至可以使用它来生成 Linq-toSql 所需的所有内容，甚至不需要/生成 *.dbml 文件。
关于asp.net-mvc - ASP.NET MVC : Best Practices for dbml files，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1716556/