首页 文章

在SQL 2005中使用Schema的最佳实践?

提问于
浏览
2

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

我们在SQL 2000中没有那种能力,所以我想知道我的指南/最佳实践对于创建/管理多个模式是什么 .

我应该为所有对象创建一个架构吗?我应该如何分开它们?

2 回答

  • 3

    我尝试用它来划分数据库中的责任区域 .

    我将有一个util / utils / tools Schema,它在数据库之间非常便携,并且有一个Numbers表,UDF,SP和帮助处理数据库的东西 . 这些过程不引用utils模式之外的任何内容 .

    然后我将有一个临时/工作/临时模式,我可以在其中创建SELECT INTO并创建表格,我想要一个真正的表而不是temp #table . 这里基本上只有表格,但也可能对表格有一些看法 .

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

    然后其他一切只会在一些模式中 - 或者只是一个模式 . 在大型系统中,每个子系统可能是一个模式 . 这些中的代码可以引用其他模式,但在引用模式之外的任何时候都应该仔细查看 .

  • -1

    在设置新的测试服务器时,我使用了一个巨大的模式,我只有一个文件可以运行,我知道它包含了所需的一切 .

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

相关问题