我们计划将SQL 2000数据库迁移到SQL 2005，我熟悉2005年在各种所有者/模式下创建表或其他对象的能力。
我们在SQL 2000中没有真正具备这种能力，所以我想知道我的指南/最佳实践对于创建/管理多个模式是什么。
我应该为所有对象创建一个架构吗？ 我应该如何分开它们？
答案 0 :(得分：3)
我尝试用它来划分数据库中的责任区域。
我将有一个util / utils / tools Schema，它在数据库之间非常便携，并且有一个Numbers表，UDF，SP和帮助处理数据库的东西。这些过程不引用utils模式之外的任何内容。
然后我将有一个临时/工作/临时模式，我可以在其中创建SELECT INTO并创建表格，我想要一个真正的表而不是temp #table。这里基本上只有表格，但也可能在表格上有一些观点。
我有一个完全独立的数据库用于导入和测试结果以进行验证，但如果你没有，我可能有一个导入，导出和测试/测试结构模式，其中包含ETL或已知的良好结果回归测试。
然后其他一切只会在一些模式中 - 或者只是一个模式。在大型系统中，每个子系统可能是一个模式。这些代码中的代码可以引用其他模式，但在引用模式之外的任何时候都应该仔细查看。
答案 1 :(得分：-1)
我在设置一个新的测试服务器时使用了一个巨大的模式，我只有一个文件可以运行，我知道它包含了所需的一切。
有些ORM会为每个对象生成一个文件，这有助于跟踪更改吗？但我没有看到手动这样做的目的。