·您的位置: 首页 » 资源教程 » 编程开发 » 数据库 » SQL SERVER 最佳实践分析器使用小结

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

类别: 数据库教程  评论数:0 总得分:0
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
-= 资 源 教 程 =-
文 章 搜 索
关键词:
类型:
范围:
纯粹空间 softpure.com
Copyright © 2006-2008 暖阳制作 版权所有
QQ: 15242663 (拒绝闲聊)  Email: faisun@sina.com
 纯粹空间 - 韩国酷站|酷站欣赏|教程大全|资源下载|免费博客|美女壁纸|设计素材|技术论坛   Valid XHTML 1.0 Transitional
百度搜索 谷歌搜索 Alexa搜索 | 粤ICP备19116064号-1