2

我们计划将 SQL 2000 数据库迁移到 SQL 2005，我熟悉 2005 年在各种所有者/模式下创建表或其他对象的能力。

我们在 SQL 2000 中并没有真正具备这种能力，所以我想知道我的指南/最佳实践将用于创建/管理多个模式。

我应该为所有对象创建一个模式吗？我应该如何划分它们？

4

2 回答 2

3

我尝试使用它来划分数据库内的责任区域。

我将有一个 util/utils/tools 模式，它在数据库之间非常可移植，并且有一个数字表、UDF、SP 和帮助处理数据库的东西。这些过程不引用 utils 架构之外的任何内容。

然后我将有一个临时/工作/临时模式，我可以在其中执行 SELECT INTO 并创建我想要一个真实表而不是临时#table 的表。这里基本上只有表格，但表格上也可能有一些视图。

我有一个完全独立的用于验证导入和测试结果的数据库，但如果你没有，我可能有一个导入、导出和测试/测试结果模式，其中包含那些是 ETL 的东西或回归测试的已知良好结果反对。

那么其他一切都只会出现在几个模式中 - 或者可能只是一个。在大型系统中，每个子系统都可能是一个模式。其中的代码可以引用其他模式，但在引用模式之外的任何内容时都应该非常仔细地查看。

于 2009-01-16T22:00:45.903 回答
-1

在设置新的测试服务器时，我对所有事情都使用了一个巨大的模式，我只有一个要运行的文件，我知道它包含所需的一切。

一些 ORM 会为每个对象生成一个文件，这可能有助于跟踪更改？但我没有看到手动执行此操作的目的。

于 2009-01-16T21:21:32.100 回答