由於新的體系結構,我必須將2個數據庫中的當前數據庫拆分爲兩個數據庫,兩個數據庫都有50%的初始數據庫(= 15GB)。在數據庫拆分的情況下收縮數據庫
1 /這是一個好主意,爲2個新創建的數據庫執行DBCC SHRINKDATABASE (0)
?我在問這個問題,因爲我讀過很多文章,指出數據庫的縮小會導致碎片化。
2 /在分離時將兩個數據庫都設置爲SIMPLE恢復,然後將其設置爲FULL back?
在這種情況下,您推薦應用的操作是什麼?
由於新的體系結構,我必須將2個數據庫中的當前數據庫拆分爲兩個數據庫,兩個數據庫都有50%的初始數據庫(= 15GB)。在數據庫拆分的情況下收縮數據庫
1 /這是一個好主意,爲2個新創建的數據庫執行DBCC SHRINKDATABASE (0)
?我在問這個問題,因爲我讀過很多文章,指出數據庫的縮小會導致碎片化。
2 /在分離時將兩個數據庫都設置爲SIMPLE恢復,然後將其設置爲FULL back?
在這種情況下,您推薦應用的操作是什麼?
收縮顯然是沒有機會空間被重新利用。說,數據庫最初是在非常小的大小 - 我有數據庫在這裏有多個文件和earch更大。所以,收益可能根本不值得。
但是,如果數據庫在合理的時間內無法恢復並且您需要空間,那麼這是收縮的有效方法。
其中一個數據庫的增長率很小,但另一個數據庫的增長速度更快。 – user3104183
那麼,如果它們再次長大,它們會縮小它們的感覺嗎?那麼,除非他們需要數年(多= =)才能恢復,否則這是一個經典的例子。即便如此,他們也是TINY。 – TomTom
謝謝你的回答。現在很清楚:只有緩慢增長的數據庫需要縮小,而其他數據庫不應該縮小。 – user3104183
讓我們將其移至dba.stackexchange.com - 這不是一個開發問題。 – TomTom