SQL Server性能优化的一些技巧
数据库性能优化涉及到很多方面，在数据库开发时可以通过一些基本的优化技巧提高数据库的性能：
1．原则上为创建的每个表都建立一个主键,主键唯一标识某一行记录，用于强制表的实体完整性。SQL Server 2005 Database Engine 将通过为主键列创建唯一索引来强制数据的唯一性。查询中使用主键时，此索引还可用来对数据进行快速访问。（注意：如果你建立了主键，默认情况下它就是聚集索引）
2．为每一个外键列建立一个索引，如果确认它是唯一的，就建立唯一索引。当在查询中组合相关表中的数据时，经常在联接条件中使用外键列，索引使 SQL Server 2005 数据库引擎 可以在外键表中快速查找相关数据。
3．暂时不要为其他列建立索引
4．当在TSQL中引用对象时，建议使用对象的架构名称限定。（使用dbo.sysdatabases代替sysdatabases）未指定架构可能会导致混淆和意义不明确，还有一个重要原因，当很多连接同时运行同一个存储过程时，如果未指定架构名称，这些连接可能会因为要获取编译锁（compile lock）而互相阻塞。
5．使用SET NOCOUNT ON在每个存储过程的开头SET NOCOUNT OFF在结尾。当 SET NOCOUNT 为 ON 时，将不给客户端发送存储过程中的每个语句的 DONE_IN_PROC 信息。当使用 Microsoft SQL Server 提供的实用工具执行查询时，在 Transact-SQL 语句（如 SELECT、INSERT、UPDATE 和 DELETE）结束时将不会在查询结果中显示"n rows affected"。如果存储过程中包含的一些语句并不返回许多实际的数据，则该设置由于大量减少了网络流量，因此可显著提高性能。
补充：
1.当 SET NOCOUNT 为 ON 时，也更新 @@ROWCOUNT 函数。
2. @@ROWCOUNT是返回受上一语句影响的行数，包括找到记录的数目、删除的行数、更新的记录数等，不要认为是返回查找的记录数目，而且@@ROWCOUNT要紧跟需要判断语句，否则@@ROWCOUNT将返回0。
3. 使用错误处理程序，用来检查 @@ERROR 系统函数的 T-SQL 语句 (IF) 实际上在进程中清除了 @@ERROR 值，无法再捕获除零之外的任何值,必须使用 SET 或 SELECT 立即捕获错误代码。
6．慎用锁，可以使用NOLOCK提示，它与READUNCOMMITTED是等价的。更简单的做法是在存储过程的开头SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED，结尾READ COMMITTED。
7．查询仅仅返回需要的行和列
8．在适当的时候使用事务，尽量将事务放在一个存储过程中。
9．尽量少的使用临时表，因为大量使用临时表可能使tempdb成为瓶颈。可以使用表表达式，
相关文档：
当在内连接查询中加入条件时，无论是将它加入到join子句，还是加入到where子句，其效果是完全一样的，但对于外连接情况就不同了。当把条件加入到 join子句时，会返回外连接表的全部行，然后使用指定的条件返回第二个表的行。如果将条件放到where子句中，将会首先进行连接操作，然后使用where子句对连接后的行进行筛选� ......
今天遇到一个客户，把自己之前搁置的问题摆到了面前，措手不及下处理起来走了不少弯路，最终也没有完全解决，主要还是技术储备不够。其中有关EXCLE数据导入SQL2000时遇到两个问题，在网上搜索了解决办法，收藏一下：
1、将Excel导入到SQL sever数据库，提示说“外部表不是预期的格式”
&nbs ......
GROUP BY 实例
表 "Sales":
Company Amount
W3Course 6500
IBM 5500
W3Course 7300
SQL:
SELECT Company, SUM(Amount) from Sales
结果:
Company SUM(Amount)
W3Course 19300
IBM 19300
W3Course 19300
上面的代码是无效的，这是由于被返回的列没有进行部分合计。GROUP BY 子句能解决这个问题：
SELE ......
现象：
在使用Microsoft SQL Server 2005时，要创建一个登录名，并为该登录名关联了一个数据库，但是在选择“安全对象”选项时，却出现了如题所示的错误。其他信息显示为：执行Transact-SQL语句或批处理时发生了异常(Microsoft.SqlServer.ConnectionInfo)。无法解决 ......
