slindesen的专栏

<br /><br />近期因工作需要，希望比较全面的总结下SQL SERVER数据库性能优化相关的注意事项，在网上搜索了一下,发现很多文章,有的都列出了上百条,但是仔细看发现，有很多似是而非或者过时(可能对SQL SERVER6.5以前的版本或者ORACLE是适用的)的信息，只好自己根据以前的经验和测试结果进行总结了。<br />我始终认为，一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优的任务，也不单单是开发阶段的事情，而是在整个软件生命周期都需要注意，进行有效工作才能达到的。所以我希望按照软

SQL Server Temp Table 关键字: temp tabledrop table #Tmp   --删除临时表#Tmp create table #Tmp --创建临时表#Tmp (     ID   int IDENTITY (1,1)     not null, --创建列ID,并且每次新增一条记录就会加1     WokNo                varchar(50),       primary key (ID)      --定义ID为临时表#Tmp的主键      );

<br /> 从 INSERT 返回 IDENTITY<br />我决定从遇到许多问题的内容入手：如何在执行 SQL INSERT 后检索 IDENTITY 值。通常，问题不在于如何编写检索值的查询，而在于在哪里以及何时进行检索。在 SQL Server 中，下面的语句可用于检索由最新在活动数据库连接上运行的 SQL 语句所创建的 IDENTITY 值：SELECT @@IDENTITY<br />这个 SQL 语句并不复杂，但需要记住的一点是：如果这个最新的 SQL 语句不是 INSERT，或者您针对非

<br /><br />（1）整合简略，无关联的数据库拜访：<br />　　假如你有几个简略的数据库查询语句，你可以把它们整合到一个查询中（即使它们之间没有关系）<br />　　（2）删除反复记载：<br />　　最高效的删除反复记录方式 （ 因为使用了ROWID）例子：<br />　　DELETE FROM EMP E WHERE E。ROWID > （SELECT MIN（X。ROWID）<br />　　FROM EMP X WHERE X。EMP_NO = E。EMP_NO）;<br />　　（3）用

<br /><br />/*当一段大的SQL语句中调用了多个存储过程，被调用的存储过程中又调用了多个存储过程，如此经过多次嵌套调用后，当遇到如重复主键、或是不满足业务逻辑时需要回滚整个事务，则可以使用下面的模式进行处理。也可以不进行raiserror进行直接计数。当SET XACT_ABORT ON后如果执行出错会自动回滚到最外层事务，但如果是业务逻辑出错则需要进行手动计数和手动回滚，即下面的DECLARE @ErrorSave INT SET @ErrorSave = 0|EXECUTE @ErrorSa