在SQL 2005中使用模式的最佳做法？

Question

我們計劃將SQL 2000數據庫遷移到SQL 2005，並且我熟悉2005年在各種所有者/模式下創建表或其他對象的能力。

我們在SQL 2000中確實沒有這種能力，所以我想知道我的指導方針/最佳實踐將會用於創建/管理多個模式。

我應該爲所有對象創建一個模式嗎？ 我應該如何劃分它們？

Answer 1

我嘗試使用它來劃分數據庫中的責任區域。

我將有一個util/utils/tools Schema，它在數據庫之間非常便於攜帶，並且有一個Numbers表，UDF，SP和一些幫助處理數據庫的東西。這些過程不會在utils模式之外引用任何內容。

然後，我將有一個scratch/work/temp模式，在那裏我可以執行SELECT INTO並創建表格，我想要一個真正的表格而不是temp #table。這裏基本上只有桌子，但也可能在桌子上有一些觀點。

我有一個完全獨立的導入和測試結果數據庫來驗證，但如果你沒有，我可能有一個導入，導出和測試/測試結果模式，其中包含那些ETL或已知的好東西結果進行迴歸測試。

然後，其他一切只會在幾個模式 - 或者可能只是一個。在一個大系統中，每個子系統可能是一個模式。這些代碼可以引用其他模式，但在任何時候它引用架構之外的任何內容時都應該仔細查看。

Answer 2

我在設置新的測試服務器時使用了一個巨型模式，我只需要運行一個文件，我知道它包含所需的一切。

一些ORM可以爲每個對象生成一個文件，這可能有助於追蹤更改，也許？但我沒有看到手動操作的目的。