前不久，赫然看到了一个同事还在用sp_开头在SQL Server来做存储过程，于是引经据典的给了他msdn的link，说这样会有效率问题。
在很久前帮一家公司的一个存储过程，据说光执行那个存储过程需要好多秒钟的时间，那个存储过程用一个死循环在临时表里面写东西，然后从临时表里用一个很复杂的查询语句查一个东西，直到能查出某个数来才跳出死循环。
还记得去年的一个项目，设计的存储过程开始没有考虑锁表问题，中间出过一些问题。
也许第一个问题是我吹毛求疵了，第二个问题我建议了改数据结构了。
可是数据库效率问题真的应该需要考虑，这个不单单是SQL Server的问题。
像Locking, Transaction等等不是数据库本身就能做到完全满足要求的，是需要做一些工作的。
关于SQL Server调优的书和文章挺多的，可是一般的数据库设计人员都是觉得懂了些SQL就行了，既然SQL是一种语言，就有他的设计技巧和设计方法的。

我觉得下面三本书应该可以解决绝大部分SQL Server 2000的效率问题
Improving .NET Application Performance and Scalability，这是microsoft的Patterns & Practices系列中的一篇
SQL Performance Tuning，Addison Wesley出的一本书
Inside Microsoft SQL Server 2000, MS Press的