Best Practices Analyzer Tool for Microsoft SQL Server 2000是Microsoft SQL Server開發(fā)團隊開發(fā)的一個數(shù)據(jù)庫管理工具，可以讓你檢測設(shè)計的數(shù)據(jù)庫是否遵循SQL Server操作和管理的最佳實踐準(zhǔn)則。這些準(zhǔn)則公認(rèn)有助于提高數(shù)據(jù)庫的性能和效率，并讓應(yīng)用程序易于維護。<?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用來和后面創(chuàng)建Best Practice Group相關(guān)聯(lián)（和SQL Server實例名稱保持一樣就可以了）。Database List的缺省值為*，表示包含當(dāng)前SQL Server實例的所有數(shù)據(jù)庫。但是，BPA會跳過對‘master’, ‘tempdb’, ‘msdb’, ‘pubs’, and ‘northwind’等數(shù)據(jù)庫的檢測。

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

首先需要創(chuàng)建一個Best Practice Group，其實是組合了一些Rules，并和前面輸入的SQL Server實例進(jìn)行關(guān)聯(lián)。

（4)分析SQL Server實例

將前面創(chuàng)建Best Practice Group移到Best Practice Groups to be Executed列表中，就可以按照前面定義的Rules來執(zhí)行，并產(chǎn)生Report提供改進(jìn)的建議和準(zhǔn)則。

?

3，SQL BPA v1.0包括的Rules

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

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

?

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

（1）數(shù)據(jù)庫設(shè)計

Rule: Tables without Primary Keys or Unique Constraints

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

?

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

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

因此，要符合下列準(zhǔn)則：

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

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

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

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

?

（2）T-SQL

Rule: Cursor FOR UPDATE column list

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

?

Rule: Cursor Usage

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

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

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

?

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

?

Rule: Explicit Index Creation

推薦使用CLUSTERED or NONCLUSTERED顯式創(chuàng)建index。

?

Rule: INSERT Column List

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

?

Rule: Nested Triggers Configuration

檢測由于nested triggers的配置問題，未觸發(fā)的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在每一條語句執(zhí)行完成后，都會發(fā)送’done’信息。這些信息會導(dǎo)致觸發(fā)trigger的應(yīng)用程序可能產(chǎn)生一些意外的后果。因此，在trigger前面加上SET NOCOUNT ON是一個良好的設(shè)計習(xí)慣。

?

當(dāng)然，在stored procedures, functions中都推薦在前面添加SET NOCOUNT ON。這樣一系列SQL命令執(zhí)行影響的行數(shù)不會傳回客戶端，減少網(wǎng)絡(luò)流量，提高性能。

?

Rule: NULL Comparisons

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

?

Rule: Results in Triggers

檢測triggers，確保triggers沒有數(shù)據(jù)返回給調(diào)用者。因此，不推薦在triggers中使用如下語句：

PRINT statement

SELECT (without assignment or INTO clause)

FETCH (without assignment)

?

Rule: Scoping of Transactions

檢測stored procedures and triggers中的transaction范圍，推薦transaction的開始和結(jié)束在同一T-SQL結(jié)構(gòu)內(nèi)。

?

一般而言，盡量縮小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語句的使用。

推薦如下選項設(shè)置為ON:

• ANSI_NULLS

• ANSI_PADDING

• ANSI_WARNINGS

• ARITHABORT

• CONCAT_NULL_YIELDS_NULL

• QUOTED_IDENTIFIER

推薦如下選項設(shè)置為OFF:

• NUMERIC_ROUNDABOUT

Rule: Temp Table Usage

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

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

不過，由于并發(fā)執(zhí)行的限制和統(tǒng)計信息的維護，當(dāng)有大量的數(shù)據(jù)插入臨時表時，仍推薦采用臨時表。

?

Rule: TOP without ORDER BY

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

?

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推薦當(dāng)在stored procedure, function, view or trigger中引用table or view時，最好指定table or view的擁有者。

?

當(dāng)SQL Server查詢未指定owner的table/view對象時，首先查詢?nèi)笔〉?/span>owner，然后才是dbo。這樣，會導(dǎo)致SQL Server產(chǎn)品額外的運行成本。通過指定owner，可以改進(jìn)SQL Server的性能。（第一次聽到這種說法）

?

4，參考文檔及相關(guān)資源

工具下載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

轉(zhuǎn)載于:https://www.cnblogs.com/rickie/archive/2004/09/24/46113.html

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。