文档介绍：T-SQL应该注意的几点————————————————————————————————作者:————————————————————————————————日期: *    这一点我想大家已经是比较熟知了,这样的错误相信会犯的人不会太多。但我这里还是要说一下。    不使用Select*的原因主要不是坊间所流传的将*解析成具体的列需要产生消耗,这点消耗在我看来完全可以忽略不计。更主要的原因来自以下两点:    扩展方面的问题    造成额外的书签查找或是由查找变为扫描    扩展方面的问题是当表中添加一个列时,Select*会把这一列也囊括进去,从而造成上面的第二种问题。    而额外的IO这点显而易见,当查找不需要的列时自然会产生不必要的IO,下面我们通过一个非常简单的例子来比较这两种差别,如图1所示。      图1.*带来的不必要的IO    这一点有时候会被人疏忽,因为对于T-SQL来说,如果对于变量不指定长度,,如图2所示。          合适的数据类型首先是从性能角度考虑,关于这一点,我写过一篇文章详细的介绍过,有兴趣可以阅读:对于表列数据类型选择的一点思考,这里我就不再细说了  不要使用字符串类型存储日期数据,这一点也需要强调一些,有时候你可能需要定义自己的日期格式,但这样做非常不好,不仅是性能上不好,并且内置的日期时间函数也不能用了。    解析对象的时候需要更多的步骤,。   不仅如此,如果不指定Schema容易造成混淆,有时会报错。   还有一点是,Schema使用的混乱有可能导致更多的执行计划缓存,换句话说,就是同样一份执行计划被多次缓存,让我们来看图3的例子。          推荐使用实体对象+操作这种方式,比如Customer_Update这种方式。在一个大型一点的数据库会存在很多存储过程,不同的命名方式使得找到需要的存储过程变得很不方便。因此有可能造成另一种问题,就是重复创建存储过程,比如上面这个例子,有可能命名规范不统一的情况下又创建了一个叫UpdateCustomer的存储过程。 ,尽量不要使用循环,可以使用CTE,如果要使用循环,也放到一个事务中   这点其实显而易见。SQLServer是隐式事务提交的,所以对于每一个循环中的INSERT,都会作为一个事务提交。这种效率可想而知,但如果将1000条语句放到一个事务中提交,效率无疑会提升不少。   打个比方,去银行存款,是一次存1000效率高,还是存10次100?下面,根据吉日的要求,补个例子,( NumberINTPRIMARYKEY);--循环插入,不给力,我的笔记本45秒******@indexINT;******@index=1;******@index<=100000BEGIN (Number)VALUES(***@index); S