推薦：怎樣用壓縮技術給SQL Server備份文件瘦身
眾所周知，隨著數(shù)據(jù)庫體積的日益龐大，其備份文件的大小也水漲船高。雖然說通過差異備份與完全備份配套策略，可以大大的減小SQL Server數(shù)據(jù)庫備份文件的容量。可是，其體積仍然很龐大。所以，在日常工作中，如何給SQL Server的備份文件瘦身，就是很多數(shù)據(jù)庫

為數(shù)據(jù)庫配置比較大的內存，可以有效提高數(shù)據(jù)庫性能。因為數(shù)據(jù)庫在運行過程中，會在內存中劃出一塊區(qū)域來作為數(shù)據(jù)緩存。通常情況下，用戶訪問數(shù)據(jù)庫時，數(shù)據(jù)先會被讀取到這個數(shù)據(jù)緩存中。當下次用戶還需要訪問這個數(shù)據(jù)時，就會從這個數(shù)據(jù)緩存中讀取。因為在數(shù)據(jù)緩存中讀取數(shù)據(jù)要比在硬盤上讀取數(shù)據(jù)快幾百倍。所以擴大數(shù)據(jù)庫服務器內存，可以有效提高數(shù)據(jù)庫性能，特別是操作大型數(shù)據(jù)庫時效果更加明顯。

但是，現(xiàn)在企業(yè)中普遍采用的數(shù)據(jù)庫服務器都是32位的操作系統(tǒng)。而這個32位的操作系統(tǒng)卻有最大內存的使用限制。通常情況下，標準的32位地址最多可以采用4GB的內存。若數(shù)據(jù)庫管理員想讓數(shù)據(jù)庫系統(tǒng)采用更多的內存來提高數(shù)據(jù)庫的性能，則就需要進行額外的配置。下面筆者就介紹兩種常用的配置方式，讓SQLServer數(shù)據(jù)庫服務器支持大內存，讓其成為數(shù)據(jù)庫的加速劑。

一、讓數(shù)據(jù)庫應用程序支持3GB的內存空間。

雖然操作系統(tǒng)支持4GB內存。可是，這并不會全部給數(shù)據(jù)庫等應用程序使用。默認情況下，在32位操作系統(tǒng)中，將有2GB的內存空間是為操作系統(tǒng)所保留的。即使沒有用完，其他應用程序也是不能夠染指的。而包含SQL Server數(shù)據(jù)庫在內的所有應用程序，只能過采用剩余的2GB內存空間。

但是，在實際應用中，操作系統(tǒng)往往用不著多大2G的內存。根據(jù)筆者的經(jīng)驗，一般只要為操作系統(tǒng)保留1G的內存已經(jīng)足夠其使用。只要沒有病毒等不良因素作怪，這個內存不會被完全適用。如此的話，應用程序可以采用的內存空間就會多達3G，比原先整整多出一個G來。

要實現(xiàn)這個轉變，其實很簡單。在Windows操作系統(tǒng)中，有一個BOOT啟動配置文件。為了讓數(shù)據(jù)庫服務器支持3GB的用戶模式進程空間，必須在這個配置文件中，加入一個/3gb的參數(shù)，然后重新啟動操作系統(tǒng)即可。這么設置之后，應用程序就可以尋址3GB的進程地址空間 ，而為操作系統(tǒng)保留1GB的內存空間。

有時候，這個小小的配置可以在很大程度上提高數(shù)據(jù)庫的性能。記得有一次，筆者為一家企業(yè)優(yōu)化數(shù)據(jù)庫性能。筆者查看了用戶的數(shù)據(jù)庫環(huán)境之后，就建議用戶增大數(shù)據(jù)庫服務器的內存，從2G增加到4G。可是，效果并沒有很大的改善。正當筆者束手無措的時候，就想到了改變操作系統(tǒng)與應用程序的內存分配方式。為此，筆者就更改了BOOT啟動配置文件，只給操作系統(tǒng)保留1G的內存空間。重新啟動后，數(shù)據(jù)庫性能得到了很大的改善。

分享：如何在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