使用T-SQL的好习惯

3.使用合适的数据类型

合适的数据类型首先是从性能角度考虑，关于这一点，我写过一篇文章详细的介绍过，有兴趣可以阅读：对于表列数据类型选择的一点思考，这里我就不再细说了

不要使用字符串类型存储日期数据，这一点也需要强调一些，有时候你可能需要定义自己的日期格式，但这样做非常不好，不仅是性能上不好，并且内置的日期时间函数也不能用了。

4.使用Schema前缀来选择表

解析对象的时候需要更多的步骤，而指定Schema.Table这种方式就避免了这种无谓的解析。

不仅如此，如果不指定Schema容易造成混淆，有时会报错。

还有一点是，Schema使用的混乱有可能导致更多的执行计划缓存，换句话说，就是同样一份执行计划被多次缓存，让我们来看图3的例子。

图3.不同的schema选择不同导致同样的查询被多次缓存

5.命名规范很重要

推荐使用实体对象+操作这种方式，比如Customer_Update这种方式。在一个大型一点的数据库会存在很多存储过程，不同的命名方式使得找到需要的存储过程变得很不方便。因此有可能造成另一种问题，就是重复创建存储过程，比如上面这个例子，有可能命名规范不统一的情况下又创建了一个叫UpdateCustomer的存储过程。

6.插入大量数据时，尽量不要使用循环，可以使用CTE，如果要使用循环，也放到一个事务中

这点其实显而易见。SQL Server是隐式事务提交的，所以对于每一个循环中的INSERT,都会作为一个事务提交。这种效率可想而知，但如果将1000条语句放到一个事务中提交，效率无疑会提升不少。

打个比方，去银行存款，是一次存1000效率高，还是存10次100？下面，根据吉日的要求，补个例子,见代码1.

CREATETABLE dbo.TestInsert
(
	Number INTPRIMARYKEY
);
--循环插入，不给力,我的笔记本45秒DECLARE @indexINT;
SET @index = 1;

WHILE @index <= 100000
BEGININSERT dbo.TestInsert(Number) VALUES( @index);
	SET @index = @index + 1;
END--放到一个事务中循环，略好，但也不是最好,我的笔记本1秒BEGINTRANDECLARE @indexINT;
SET @index = 1;

WHILE @index <= 100000
BEGININSERT dbo.TestInsert(Number) VALUES( @index);
	SET @index = @index + 1;
ENDCOMMIT--批量插入，10W行，显示0秒，有兴趣的同学改成100W行进行测试INSERT dbo.TestInsert(Number)
	SELECTTOP (100000) rn = ROW_NUMBER() OVER
		(ORDERBY c1.[object_id])
		FROM sys.columns AS c1
		CROSSJOIN sys.columns AS c2
		CROSSJOIN sys.columns AS c3
		ORDERBY c1.[object_id];


--CTE方式，和上面那种方式大同小异，也是批量插入,比如:WITH cte AS(
	SELECTTOP (100000) rn = ROW_NUMBER() OVER
		(ORDERBY c1.[object_id])
		FROM sys.columns AS c1
		CROSSJOIN sys.columns AS c2
		CROSSJOIN sys.columns AS c3
		ORDERBY c1.[object_id]
)
INSERT dbo.TestInsert(Number) SELECT rn FROM cte

（编辑：温州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!