Best Practices Analyzer Tool for Microsoft SQL Server 2000是Microsoft SQL Server開發團隊開發的一個數據庫管理工具，可以讓你檢測設計的數據庫是否遵循SQL Server操作和管理的最佳實踐準則。這些準則公認有助于提高數據庫的性能和效率，并讓應用程序易于維護。<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

?

1，安裝SQL BPA后，啟動界面如下所示：

2，開始使用SQL BPA最佳實踐分析器

安裝完成后會有一個SQL Server Best Practices Analyzer User Guide的Word文檔，如何使用講解的很清楚，基本步驟如下：

（1）登錄SQL BPA

（2）添加分析/檢測的SQL Server實例

這里需要輸入SQL Server實例名稱，Friendly Name用來和后面創建Best Practice Group相關聯（和SQL Server實例名稱保持一樣就可以了）。Database List的缺省值為*，表示包含當前SQL Server實例的所有數據庫。但是，BPA會跳過對‘master’, ‘tempdb’, ‘msdb’, ‘pubs’, and ‘northwind’等數據庫的檢測。

（3）管理Best Practice Groups（最佳實踐組）

首先需要創建一個Best Practice Group，其實是組合了一些Rules，并和前面輸入的SQL Server實例進行關聯。

（4)分析SQL Server實例

將前面創建Best Practice Group移到Best Practice Groups to be Executed列表中，就可以按照前面定義的Rules來執行，并產生Report提供改進的建議和準則。

?

3，SQL BPA v1.0包括的Rules

我覺得這個是重點，因為只有明白了這些SQL Server操作和管理的最佳實踐準則，才能在設計數據庫和編寫T-SQL腳本時，盡量按照這些Rules來操作，提高SQL Server和應用程序的性能和效率。

其實所有的Rules都在這里（English Version）file:///C:/Program%20Files/Microsoft%20SQL%20Server%20Best%20Practices%20Analyzer/html/RuleInformation.html#_Rule:_Explicit_Index_Creation，請注意我是采用默認路徑安裝的SQL BPA，如果你改變的安裝路徑，就不在這里了。

?

下面將一些自己比較感興趣的Rules整理了一下：

（1）數據庫設計

Rule: Tables without Primary Keys or Unique Constraints

檢測數據庫確保所有的table都有定義一個Primary Key或一列有Unique Constraint的定義。

?

Rule: User Object Naming（用戶對象的命名）

檢測以sp_, xp_, or fn_為前綴命名的用戶對象，避免和SQL Server的內置對象發生命名沖突。如果SQL Server發現存儲過程以sp_作為前綴，就會先到master數據庫中查詢這個存儲過程，影響性能呵。

因此，要符合下列準則：

不要使用sp_前綴來命名用戶定義的存儲過程；

不要使用xp_前綴來命名用戶定義的擴展存儲過程；

不要使用fn_前綴來命名用戶定義的函數。

其實，可以通過使用usp_, uxp_, or ufn_等前綴來命名就可以了，u表示user defined。

?

（2）T-SQL

Rule: Cursor FOR UPDATE column list

檢測stored procedures, functions, views and triggers中FOR UPDATE子句。當一個cursor定義了FOR UPDATE子句，則推薦提供明確的column列。FOR UPDATE用來定義cursor內可更新的列。如果提供了 OF column_name，則只允許修改列出的列。如果在沒有指定列的列表，除非指定了READ_ONLY并發選項，否則所有列均可更新。SQL Server可以基于指定的列優化操作。

?

Rule: Cursor Usage

檢測stored procedures, functions, views and triggers中是否正確定義cursor可更新性。在如下情況下，會報告失敗：

當一個cursor沒有定義FOR UPDATE子句，但通過cursor來更新；

當一個cursor定義了FOR UPDATE子句，卻沒有通過cursor來更新。

?

不過，一般我們盡量避免使用服務器端cursor，因為比較占用服務器內存資源，影響SQL Server的性能。可以使用嵌套查詢或者WHILE語句，來代替cursor。即使使用cursor，也應注意定義cursor的一些選項，如FAST_FORWARD。

?

Rule: Explicit Index Creation

推薦使用CLUSTERED or NONCLUSTERED顯式創建index。

?

Rule: INSERT Column List

要求在使用INSERT時，明確提供column列表，提高代碼的可維護性。

?

Rule: Nested Triggers Configuration

檢測由于nested triggers的配置問題，未觸發的triggers。這個比較少有，直接貼過來了。

When 'nested triggers' configuration option is set to 0, any AFTER trigger defined on tables/views updated inside an INSTEAD OF trigger is not fired. This rule:

1) Checks the value of the configuration option and exits if it is not 0.

2) Scans all INSTEAD OF triggers and generates a list of tables/view being target of DML from within a trigger.

3) Checks whether any of the identified DML targets have AFTER triggers defined on them.

4) Reports non-compliance for any such case.

?

Rule: NOCOUNT Option in Triggers

檢測triggers，確保在triggers前面寫有SET NOCOUNT ON。

SQL Server在每一條語句執行完成后，都會發送’done’信息。這些信息會導致觸發trigger的應用程序可能產生一些意外的后果。因此，在trigger前面加上SET NOCOUNT ON是一個良好的設計習慣。

?

當然，在stored procedures, functions中都推薦在前面添加SET NOCOUNT ON。這樣一系列SQL命令執行影響的行數不會傳回客戶端，減少網絡流量，提高性能。

?

Rule: NULL Comparisons

檢測stored procedures, functions, views and triggers中涉及NULL常量的等于或不等于比較。推薦設置ANSI_NULLS為ON，并且使用IS關鍵字來呵NULL常量進行比較。

?

Rule: Results in Triggers

檢測triggers，確保triggers沒有數據返回給調用者。因此，不推薦在triggers中使用如下語句：

PRINT statement

SELECT (without assignment or INTO clause)

FETCH (without assignment)

?

Rule: Scoping of Transactions

檢測stored procedures and triggers中的transaction范圍，推薦transaction的開始和結束在同一T-SQL結構內。

?

一般而言，盡量縮小transaction的范圍，避免占用大量的資源，影響SQL Server性能。

?

Rule: SELECT *

檢測stored procedures, functions, views and triggers中SELECT *的使用。盡管SELECT * 比較方便，但是會降低程序的可維護性。對table or view的改變，可能會引起錯誤或性能的改變。

因此，推薦在SELECT語句后面顯式指定字段列表。

?

Rule: SET Options

檢測stored procedures and triggers中如下SET語句的使用。

推薦如下選項設置為ON:

• ANSI_NULLS

• ANSI_PADDING

• ANSI_WARNINGS

• ARITHABORT

• CONCAT_NULL_YIELDS_NULL

• QUOTED_IDENTIFIER

推薦如下選項設置為OFF:

• NUMERIC_ROUNDABOUT

Rule: Temp Table Usage

檢測stored procedures and triggers中臨時表的使用。當創建臨時表時，需要創建CREATE INDEX，并且在使用完成后，需要釋放該臨時表。

因為臨時表會產生大量的磁盤IO操作，因此推薦采用TABLE變量替換臨時表的使用。

不過，由于并發執行的限制和統計信息的維護，當有大量的數據插入臨時表時，仍推薦采用臨時表。

?

Rule: TOP without ORDER BY

檢測stored procedures, functions, views and triggers中缺少ORDER BY的TOP語句。在使用TOP語句時，推薦指定排序條件。否則，產生的結果將于SQL執行計劃相關而導致異常的行為。

?

Rule: Use of Schema Qualified Tables/Views

檢測stored procedures, functions, views and triggers中引用tables and views時，擁護者owner是否指定。雖然在SQL Server中引用特定的對象時，可以不指定server, database and owner(schema)，也就是說不用server_name.database_name.owner_name.***這么麻煩，但是SQL Server推薦當在stored procedure, function, view or trigger中引用table or view時，最好指定table or view的擁有者。

?

當SQL Server查詢未指定owner的table/view對象時，首先查詢缺省的owner，然后才是dbo。這樣，會導致SQL Server產品額外的運行成本。通過指定owner，可以改進SQL Server的性能。（第一次聽到這種說法）

?

4，參考文檔及相關資源

工具下載URL:

http://www.microsoft.com/downloads/details.aspx?FamilyId=B352EB1F-D3CA-44EE-893E-9E07339C1F22&displaylang=en

視頻下載URL:

http://www.microsoft.com/china/msdn/events/webcasts/shared/msdntv/episode.aspx?xml=/china/msdn/events/webcasts/msdntv/20040610sqlserverck/manifest.xml

轉載于:https://www.cnblogs.com/rickie/archive/2004/09/24/46113.html

總結

以上是生活随笔為你收集整理的SQL Server 最佳实践分析器使用小结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。