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

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