T-SQL应该注意的几点.doc

《T-SQL应该注意的几点.doc》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、1.在生产环境中不要出现Select*    这一点我想大家已经是比较熟知了，这样的错误相信会犯的人不会太多。但我这里还是要说一下。    不使用Select*的原因主要不是坊间所流传的将*解析成具体的列需要产生消耗，这点消耗在我看来完全可以忽略不计。更主要的原因来自以下两点:·    扩展方面的问题·    造成额外的书签查找或是由查找变为扫描    扩展方面的问题是当表中添加一个列时，Select*会把这一列也囊括进去，从而造成上面的第二种问题。    而额外的IO这点显而易见，当查找不需要的列时自

2、然会产生不必要的IO，下面我们通过一个非常简单的例子来比较这两种差别，如图1所示。      图1.*带来的不必要的IO 2.声明变量时指定长度   这一点有时候会被人疏忽，因为对于T-SQL来说，如果对于变量不指定长度，则默认的长度会是1.考虑下面这个例子，如图2所示。      图2.不指定变量长度有可能导致丢失数据 3.使用合适的数据类型   合适的数据类型首先是从性能角度考虑，关于这一点，我写过一篇文章详细的介绍过，有兴趣可以阅读：对于表列数据类型选择的一点思考，这里我就不再细说了  不要使用字

3、符串类型存储日期数据，这一点也需要强调一些，有时候你可能需要定义自己的日期格式，但这样做非常不好，不仅是性能上不好，并且内置的日期时间函数也不能用了。 4.使用Schema前缀来选择表   解析对象的时候需要更多的步骤，而指定Schema.Table这种方式就避免了这种无谓的解析。   不仅如此，如果不指定Schema容易造成混淆，有时会报错。   还有一点是，Schema使用的混乱有可能导致更多的执行计划缓存，换句话说，就是同样一份执行计划被多次缓存，让我们来看图3的例子。      图3.不同的sc

4、hema选择不同导致同样的查询被多次缓存 5.命名规范很重要   推荐使用实体对象+操作这种方式，比如Customer_Update这种方式。在一个大型一点的数据库会存在很多存储过程，不同的命名方式使得找到需要的存储过程变得很不方便。因此有可能造成另一种问题，就是重复创建存储过程，比如上面这个例子，有可能命名规范不统一的情况下又创建了一个叫UpdateCustomer的存储过程。 6.插入大量数据时，尽量不要使用循环，可以使用CTE，如果要使用循环，也放到一个事务中   这点其实显而易见。SQLServ

5、er是隐式事务提交的，所以对于每一个循环中的INSERT,都会作为一个事务提交。这种效率可想而知，但如果将1000条语句放到一个事务中提交，效率无疑会提升不少。   打个比方，去银行存款，是一次存1000效率高，还是存10次100？下面，根据吉日的要求，补个例子,见代码1.CREATETABLEdbo.TestInsert(NumberINTPRIMARYKEY);--循环插入，不给力,我的笔记本45秒DECLARE@indexINT;SET@index=1;WHILE@index<=BEGININSE

6、RTdbo.TestInsert(Number)VALUES(@index);SET@index=@index+1;END--放到一个事务中循环，略好，但也不是最好,我的笔记本1秒BEGINTRANDECLARE@indexINT;SET@index=1;WHILE@index<=BEGININSERTdbo.TestInsert(Number)VALUES(@index);SET@index=@index+1;ENDCOMMIT--批量插入，10W行，显示0秒，有兴趣的同学改成100W行进行测试INS

7、ERTdbo.TestInsert(Number)SELECTTOP()rn=ROW_NUMBER()OVER(ORDERBYc1.[object_id])FROMsys.columnsASc1CROSSJOINsys.columnsASc2CROSSJOINsys.columnsASc3ORDERBYc1.[object_id];--CTE方式，和上面那种方式大同小异，也是批量插入,比如:WITHcteAS(SELECTTOP()rn=ROW_NUMBER()OVER(ORDERBYc1.[objec

8、t_id])FROMsys.columnsASc1CROSSJOINsys.columnsASc2CROSSJOINsys.columnsASc3ORDERBYc1.[object_id])INSERTdbo.TestInsert(Number)SELECTrnFROMcte   代码1.几种插入方式的比较  7.where条件之后尽量减少使用函数或数据类型转换   换句话说,WHERE条件之后尽量可以使用可以嗅探参数的方式，比如说尽量少用