首页 > 数据库 > SQL Server > 正文

SQL Server 最佳实践分析器使用小结

2024-08-31 00:51:00
字体:
来源:转载
供稿:网友

Best PRactices Analyzer Tool for Microsoft SQL Server 2000是Microsoft SQL Server开发团队开发的一个数据库管理工具,可以让你检测设计的数据库是否遵循SQL Server操作和管理的最佳实践准则。这些准则公认有助于提高数据库的性能和效率,并让应用程序易于维护。

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


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表