推薦：如何在SQL 2005中實現(xiàn)循環(huán)每一行做一定的操作
如果我們想對一個表的每一行做出比較復雜的操作，大多會想到用游標，本文中，我們將換一種思路，用SQL Server 2005中的新函數(shù)ROW_NUMBER()和while循環(huán)來對每一行執(zhí)行操作。詳細的示例代碼如下： select Department_No as departmentNo,ROW_NUMBER() OVER(ORD

不利之處就在于資源的消耗方面。如果采用了壓縮備份技術，則壓縮會顯著增加CPU的使用率。而壓縮進程所占用的額外CPU可能會對兵法操作產(chǎn)生消極的影響。為了盡量減少這個不利影響，可以采取的措施就是調(diào)整SQL Server數(shù)據(jù)庫的備份策略。如把備份時間放在午夜時分。那時候，基本上沒有用戶使用數(shù)據(jù)庫，或者數(shù)據(jù)庫的使用幾率會大大降低。此時，就是多一些額外的CPU消耗，用戶也很難察覺到。

另外在數(shù)據(jù)庫中，也可以通過降低優(yōu)先級的方式，來降低壓縮備份對數(shù)據(jù)庫的不利影響。如當發(fā)生CPU爭用時，此備份的CPU使用就會受到資源控制其的限制。通過將特定的用戶會話映射到限制CPU使用的資源調(diào)控器工作負荷來實現(xiàn)。不過這個實現(xiàn)起來比較復雜，以后若有機會，筆者將會專題講述。對于大部分企業(yè)來說，數(shù)據(jù)庫的使用都有很明顯的高發(fā)期與低潮期。只需要稍微調(diào)整一下備份策略，在數(shù)據(jù)庫使用低潮期進行壓縮備份，就可以很輕松的避免壓縮備份所帶來的負面影響。而完全不需要吃力不討好，采用這么復雜的解決方案。即使像銀行類這些金融機構，在晚上12點之后用戶也會大量的減少。此時他們釋放出來的CPU給壓縮備份使用已經(jīng)足夠了。

還好筆者以前采取的備份策略，就是在晚上12點之后讓數(shù)據(jù)庫進行自動備份。所以這次采用了壓縮備份之后，對于性能的影響可以忽略。

問題四：如何啟用壓縮備份?

默認情況下，數(shù)據(jù)庫在執(zhí)行備份的時候，是不采用壓縮備份的。如果數(shù)據(jù)庫管理員出于特定的需要要啟用壓縮備份的話，就需要管理員去手工啟動。壓縮備份的默認行為是數(shù)據(jù)庫系統(tǒng)中的備份壓縮默認選項服務器級配置來決定的。

如需要啟用壓縮備份策略，只需要經(jīng)過簡單的三個步驟即可。

第一步：打開數(shù)據(jù)庫對象資源管理器，右鍵單擊需要啟用壓縮備份策略的那個服務器，然后打開屬性對話框。

第二步：單擊數(shù)據(jù)庫設置節(jié)點。找到備份和還原選項卡。在壓縮備份頁簽中顯示了備份壓縮默認設置的當前配置。這個“壓縮備份”選項決定了數(shù)據(jù)庫在備份的時候是否要才用壓縮備份策略。如果選中的話，默認情況下數(shù)據(jù)庫將啟用壓縮備份。

第三步：建立新備份媒體。筆者在上面提到過，壓縮備份與未壓縮備份不能夠存儲在同一個媒體集中。如果數(shù)據(jù)庫管理員是中途啟用這個壓縮備份策略的。即在原先的備份媒體中已經(jīng)有未壓縮的備份文件，那么數(shù)據(jù)庫管理員要么需要刪除原有的備份文件，要么就是重新建一個備份媒體。筆者的意見是重新建立別分媒體，而保留原有的備份文件。這主要是出于安全的考慮。萬一壓縮備份因為某些原因不成功，則仍然可以有補救措施。

壓縮備份是SQLServer數(shù)據(jù)庫推出的一個新技術。筆者以為，如果企業(yè)數(shù)據(jù)庫容量比較小的話，沒有必要采用這個壓縮備份。只有數(shù)據(jù)庫容量比較大，或者要進行異地備份的情況下，采用壓縮備份的效果才會顯現(xiàn)出來。由于壓縮備份有比較大的限制條件和管理難點，數(shù)據(jù)庫管理員還是需要在性能、壓縮效果等方面評估壓縮備份可能會給企業(yè)帶來的效果。評估之后再進行取舍，是否要采用壓縮備份。

分享：如何在應用環(huán)境中構造最優(yōu)的數(shù)據(jù)庫模式
數(shù)據(jù)庫設計(Database Design)的概念：數(shù)據(jù)庫設計是指對于一個給定的應用環(huán)境，構造最優(yōu)的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應用系統(tǒng)，使之能夠有效地存儲數(shù)據(jù)，滿足各種用戶的應用需求(信息要求和處理要求)。 (在數(shù)據(jù)庫領域內(nèi)，經(jīng)常把使用數(shù)據(jù)庫的各類系統(tǒng)統(tǒng)稱為數(shù)