推薦：SQL Server數(shù)據(jù)庫中處理空值時常見問題
數(shù)據(jù)完整性是任何數(shù)據(jù)庫系統(tǒng)要保證的重點(diǎn)。不管系統(tǒng)計(jì)劃得有多好，空數(shù)據(jù)值的問題總是存在。本文探討了在SQL Server中處理這些值時涉及的3個問題：計(jì)數(shù)、使用空表值以及外鍵處理。 用COUNT(*)

當(dāng)您懷疑計(jì)算機(jī)硬件是影響SQL Server運(yùn)行性能的主要原因時，可以通過SQL Server Performance Monitor監(jiān)視相應(yīng)硬件的負(fù)載，以證實(shí)您的猜測并找出系統(tǒng)瓶頸。下文將介紹一些常用的分析對象及其參數(shù)。

Memory: Page Faults / sec

如果該值偶爾走高，表明當(dāng)時有線程競爭內(nèi)存。如果持續(xù)很高，則內(nèi)存可能是瓶頸。

Process: Working Set

SQL Server的該參數(shù)應(yīng)該非常接近分配給SQL Server的內(nèi)存值。在SQL Server設(shè)定中，如果將"set working set size"置為0, 則Windows NT會決定SQL Server的工作集的大小。如果將"set working set size"置為1，則強(qiáng)制工作集大小為SQLServer的分配內(nèi)存大小。一般情況下，最好不要改變"set working set size"的缺省值。

Process:%Processor Time

如果該參數(shù)值持續(xù)超過95%，表明瓶頸是CPU。可以考慮增加一個處理器或換一個更快的處理器。

Processor:%Privileged Time

如果該參數(shù)值和"Physical Disk"參數(shù)值一直很高，表明I/O有問題�？煽紤]更換更快的硬盤系統(tǒng)。另外設(shè)置Tempdb in RAM，減低"max async IO"，"max lazy writer IO"等措施都會降低該值。

Processor:%User Time

表示耗費(fèi)CPU的數(shù)據(jù)庫操作，如排序，執(zhí)行aggregate functions等。如果該值很高，可考慮增加索引，盡量使用簡單的表聯(lián)接，水平分割大表格等方法來降低該值。

Physical Disk:Avg.Disk Queue Length

該值應(yīng)不超過磁盤數(shù)的1.5~2倍。要提高性能，可增加磁盤。

注意:一個Raid Disk實(shí)際有多個磁盤。

SQLServer:Cache Hit Ratio

該值越高越好。如果持續(xù)低于80%，應(yīng)考慮增加內(nèi)存。 注意該參數(shù)值是從SQL Server啟動后，就一直累加記數(shù)，所以運(yùn)行經(jīng)過一段時間后，該值將不能反映系統(tǒng)當(dāng)前值。

分享：SQL Server不存在或訪問被拒絕 Windows里的一個bug
sql server 經(jīng)常會出現(xiàn)如下錯誤: --------------------------- SQL Server 企業(yè)管理器 --------------------------- 由于如下所示的連接錯誤，SQL Server 注冊失敗。還要注冊嗎？