SQL Server数据库优化方案汇总
SQLServer数据库查询与优化
SQLServer数据库查询与优化第一章：SQLServer数据库查询基础SQLServer是一种关系型数据库管理系统，广泛应用于企业级应用系统中。
数据库查询是其中最核心的功能之一，通过查询可以从数据库中获取所需的数据。
本章将介绍SQLServer数据库查询的基础知识。
1.1 查询语句结构SQLServer的查询语句通常由SELECT、FROM和WHERE子句组成。
SELECT子句用于指定要查询的字段，FROM子句用于指定要查询的表格，WHERE子句用于指定查询条件。
1.2 常见的查询操作SQLServer提供了多种查询操作符，如等于(=)、不等于(<>)、大于(>)、小于(<)、大于等于(>=)、小于等于(<=)等。
通过这些操作符可以实现复杂的查询逻辑。
1.3 使用聚合函数进行查询SQLServer提供了一系列聚合函数，如SUM、AVG、COUNT、MAX、MIN等，可以对查询结果进行统计汇总。
这些函数通常与GROUP BY子句配合使用，用于按照指定的字段进行分组统计。
第二章：SQLServer数据库查询性能优化SQLServer数据库查询的性能对于应用系统的稳定性和响应速度至关重要。
本章将介绍一些常见的SQLServer数据库查询性能优化技巧。
2.1 创建适当的索引索引是提高查询性能的重要手段之一，可以加快查询的速度。
在设计数据库表时，需要根据实际查询需求创建适当的索引。
常用的索引类型有聚簇索引和非聚簇索引。
2.2 避免使用SELECT *语句SELECT *语句会查询所有字段，包括不需要的字段，这样会增加数据库的负载，降低查询效率。
最好明确指定需要的字段，避免不必要的数据传输和处理。
2.3 减少子查询的使用子查询是一种嵌套在主查询中的查询，它通常会导致查询性能下降。
可以考虑使用联接查询或者临时表来替代子查询，从而提高查询效率。
2.4 合理使用索引提示和查询优化器SQLServer的查询优化器可以根据查询语句和数据库的统计信息选择最佳的执行计划。
sqlsqerver语句优化方法
sqlsqerver语句优化方法SQL Server是一种关系型数据库管理系统，可以使用SQL语句对数据进行操作和管理。
优化SQL Server语句可以提高查询和操作数据的效率，使得系统更加高效稳定。
下面列举了10个优化SQL Server语句的方法：1. 使用索引：在查询频繁的列上创建索引，可以加快查询速度。
但是要注意不要过度索引，否则会影响插入和更新操作的性能。
2. 避免使用SELECT *：只选择需要的列，避免不必要的数据传输和处理，提高查询效率。
3. 使用JOIN替代子查询：在进行关联查询时，使用JOIN操作比子查询更高效。
尽量避免在WHERE子句中使用子查询。
4. 使用EXISTS替代IN：在查询中使用EXISTS操作比IN操作更高效。
因为EXISTS只需要找到一个匹配的行就停止了，而IN需要对所有的值进行匹配。
5. 使用UNION替代UNION ALL：如果对多个表进行合并查询时，如果不需要去重，则使用UNION ALL操作比UNION操作更高效。
6. 使用TRUNCATE TABLE替代DELETE：如果要删除表中的所有数据，使用TRUNCATE TABLE操作比DELETE操作更高效。
因为TRUNCATE TABLE不会像DELETE一样逐行删除，而是直接删除整个表的数据。
7. 使用分页查询：在需要分页显示查询结果时，使用OFFSET和FETCH NEXT操作代替传统的使用ROW_NUMBER进行分页查询。
这样可以减少查询的数据量，提高效率。
8. 避免使用CURSOR：使用游标(CURSOR)会增加数据库的负载，降低查询效率。
如果可能的话，应该尽量避免使用游标。
9. 使用参数化查询：使用参数化查询可以减少SQL注入的风险，同时也可以提高查询的效率。
因为参数化查询会对SQL语句进行预编译，可以复用执行计划。
10. 定期维护数据库：定期清理过期数据、重建索引、更新统计信息等维护操作可以提高数据库的性能。
关于SQLSERVER高并发解决方案
关于SQLSERVER高并发解决方案在现代数据驱动的应用程序中，高并发性是一个常见的挑战。
高并发指的是系统同时有许多用户在相同或类似的时间下对数据库进行读写操作。
高并发性可能导致许多问题，包括响应时间延迟、死锁、死活锁以及数据不一致等。
为了解决这些问题，我们需要采取一些措施来提高SQLSERVER的性能和并发能力。
下面是一些SQLSERVER高并发解决方案：1.优化数据库设计：一个优化的数据库结构可以帮助减少锁资源的争夺。
确保表之间的关系和主键/外键约束正确并且合理。
避免使用不必要的联接，尽量使用简单的查询。
2.索引优化：在适当的列上创建索引，可以大大提高查询效率。
然而，太多的索引也会导致性能下降，因此需要权衡创建索引的数量和每个表上索引的列数。
3.正确使用事务：事务可以保证数据库的一致性，但是要正确使用事务。
尽量减少事务的长度和范围，避免长时间占用锁资源。
4.合理的并发控制机制：SQLSERVER提供了多种并发控制机制，如锁、事务隔离级别等。
根据应用场景选择适当的并发控制机制，提高系统并发性能。
5.数据分区：将大表进行分区，可以减少表的锁资源争夺，提高查询性能。
分区可以根据时间、地理位置等进行划分。
6. 缓存查询结果：缓存常用查询结果，以避免频繁的查询数据库。
可以使用内存数据库如Redis进行结果缓存。
7.采用读写分离：将读写操作分离，主库负责写入操作，从库负责读取操作。
读写分离可以提高系统的并发能力。
8.利用SQLSERVER的内置性能优化工具：SQLSERVER提供了一些性能优化工具，如查询优化器、索引调整等。
通过使用这些工具，可以提高数据库的性能。
9.使用数据库连接池：数据库连接池可以管理和优化数据库连接，提高应用程序的性能。
连接池可以重用已经建立的连接，从而减少连接数据库的开销。
10.使用分布式数据库：对于高并发的情况，可以考虑使用分布式数据库架构。
分布式数据库可以将数据分布到多个节点上，提高系统的并发能力。
SQLServer数据库中的性能优化技巧
SQLServer数据库中的性能优化技巧随着企业信息化程度的不断提高，数据库已成为重要的企业数据存储和管理平台。
然而，随着数据库中数据量的增长和业务需求的不断变更，数据库性能优化愈发成为一个迫切的问题。
本文将通过探讨SQLServer数据库中的性能优化技巧，为读者解决这一问题提供一定参考价值。
一、透彻的SQLServer架构理解要想有效优化SQLServer数据库性能，首先需要充分理解其架构及其特点。
SQLServer 的架构由表、索引、存储过程、视图、触发器、函数、约束以及数据库模式（schema）等构成。
此外，SQLServer还有两个关键组件：SQLServer实例和SQLServer代理。
SQLServer实例是SQLServer运行环境的一部分，它具有独立的内存和处理能力。
而SQLServer代理则是自动执行作业的一种机制。
深入了解SQLServer架构是性能优化的基础。
二、优化查询语句对SQLServer数据库进行性能优化的第二步是优化查询语句。
查询语句是数据库操作的核心，也是导致性能问题的重要原因。
开发人员在编写查询语句时，应遵循以下几个优化点：1.减少Join的使用Join是SQLServer中最慢的一种查询方式，尽量用Where子句代替Join语句。
2.避免在查询中使用SELECT *SELECT *在数据库中是一种非常低效的查询方式，因为它会扫描所有表格，并提取出每一个列。
指定要查询的列格外重要，应尽量将查询中的选择列数目减至最小。
3.尽早的删选出不需要的记录查询语句中应该尽早地删选出不需要的记录，可以通过将这些条件放在Where子句中实现。
4.避免使用 costly functions在计算列（如使用SUM、AVG、COUNT）时应尽量避免使用高花费的函数，如自联接和复杂的计算等。
5.切勿在查询中使用模糊查询查询语句中尽量不要使用LIKE操作符，因为它会扫描所有的符合特定模式的记录。
SQL Server数据库的优化设计
SQL Server数据库的优化设计随着互联网的快速发展，大量数据的处理和管理已经成为各行各业必不可少的部分。
作为一种可靠的数据库管理系统，SQL Server在日常工作中发挥着至关重要的作用。
但是，为了更高效地使用数据库，我们需要进行优化设计。
本文将为大家介绍SQL Server数据库的优化设计方法和注意事项。
一、选择合适的存储引擎在SQL Server中，常用的存储引擎有InnoDB、MyISAM、BDB等。
不同的存储引擎适用于不同的场景和需求，因此在数据库的建立和维护过程中，需要选择适合自己的存储引擎。
1. InnoDB存储引擎InnoDB是MySQL最常用的存储引擎之一，也是SQL Server的默认存储引擎。
它支持ACID事务、行级锁定、外键约束、多版本并发控制等特性。
适用于需要高并发和事务支持的场景。
2. MyISAM存储引擎MyISAM存储引擎不支持事务和行级锁定，但是其具有快速的读取速度和高效的空间利用率。
适用于读频繁、写较少的场景。
3. BDB存储引擎BDB存储引擎支持事务、ACID和行级锁定，适用于高并发的OLTP场景。
但是，BDB的写入速度相对较慢，不适合大量的写入操作。
二、合理建立索引索引是提高数据库查询效率的重要手段。
但是，过多或者不合理的索引反而会降低查询效率和数据库性能。
因此，在数据库的优化设计中，必须合理建立索引。
1. 唯一索引唯一索引通常用于表中的主键列和唯一约束列。
每个索引值都必须是唯一的，可以加速数据查找和数据修改的速度。
2. 非唯一索引非唯一索引通常用于需要经常搜索和排序的列或者联合查询的列。
需要注意的是，如果索引的长度设置过长，可能会导致磁盘空间的浪费和查询效率的降低。
因此，在建立非唯一索引时，需要根据实际情况选择适当的长度。
3. 聚集索引聚集索引是对表中所有数据进行物理排序的索引，通常是主键索引。
因此，聚集索引的建立对于表的查询效率和性能有重要影响。
三、适当使用分区表当数据量过大时，为了加速数据的查询和处理，可以使用分区表。
SQLServer数据库性能调优技巧
SQLServer数据库性能调优技巧第一章：SQLServer数据库性能调优概述SQLServer是一种常用的关系型数据库管理系统，在大型企业和云计算环境中广泛应用。
为了确保数据库的高性能和可靠性，进行数据库性能调优非常重要。
本章将介绍SQLServer数据库性能调优的概念和目标。
1.1 数据库性能调优的概念数据库性能调优是指通过分析和优化数据库的结构、查询、索引、存储和配置等方面的问题，以提高数据库系统的效率和性能。
优化数据库性能可以显著提升数据的访问速度、减少系统响应时间和提高数据库的处理能力。
1.2 数据库性能调优的目标数据库性能调优的主要目标是提高数据库的运行效率和用户的体验，具体目标包括：- 提高数据的访问速度：通过合理的查询优化和索引设计，加快数据的检索速度。
- 减少系统响应时间：通过调整数据库配置、优化SQL 查询和提高硬件性能等措施，缩短系统响应时间。
- 提高数据库的处理能力：通过合理的分区设计、并行处理和负载均衡等措施，提高数据库的并发处理能力。
第二章：SQLServer数据库性能调优基础在进行SQLServer数据库性能调优之前，有几个基础概念需要了解，包括数据库的结构、查询执行计划和索引等。
2.1 数据库的结构SQLServer数据库由多个表组成，每个表由多个行和列组成。
表有一定的关系，通过主键和外键来建立关联。
了解数据库的结构对于进行性能调优非常重要。
2.2 查询执行计划查询执行计划是SQLServer数据库执行查询语句时的执行路径和操作过程的详细描述。
通过分析查询执行计划，可以找到潜在的性能问题，并进行相应的优化。
2.3 索引索引是一种特殊的数据库对象，用于加快查询速度。
常见的索引类型包括聚集索引、非聚集索引和全文索引等。
合理设计索引可以提高查询的性能。
第三章：SQLServer数据库性能调优技巧本章将介绍一些常用的SQLServer数据库性能调优技巧，包括查询优化、索引优化、配置优化和硬件优化等。
SQLServer数据库查询优化的常用方法总结
SQL Server数据库查询优化的常⽤⽅法总结: 本⽂中，abigale代表查询字符串，ada代表数据表名，alice代表字段名。
技巧⼀： 问题类型：ACCESS数据库字段中含有⽇⽂⽚假名或其它不明字符时查询会提⽰内存溢出。
解决⽅法：修改查询语句 sql="select * from ada where alice like '%"&abigale&"%'" 改为 sql="select * from ada" rs.filter = "alice like '%"&abigale&"%'" 技巧⼆： 问题类型：如何⽤简易的办法实现类似百度的多关键词查询（多关键词⽤空格或其它符号间隔）。
解决⽅法： '//⽤空格分割查询字符串 ck=split(abigale," ") '//得到分割后的数量 sck=UBound(ck) sql="select * ada where" 在⼀个字段中查询 For i = 0 To sck SQL = SQL & tempJoinWord & "(" & _ "alice like '"&ck(i)&"%')" tempJoinWord = " and " Next 在⼆个字段中同时查询 For i = 0 To sck SQL = SQL & tempJoinWord & "(" & _ "alice like '"&ck(i)&"%' or " & _ "alice1 like '"&ck(i)&"%')" tempJoinabigale = " and " Next 技巧三：提⾼查询效率的⼏种技巧 1. 尽量不要使⽤ or，使⽤or会引起全表扫描，将⼤⼤降低查询效率。
sqlserver数据库 提高效率方法
SQL Server 数据库是一种常见的关系型数据库管理系统，它被广泛应用于企业级应用程序和数据管理系统中。
然而，随着数据库规模的增大和日常操作的复杂性增加，数据库的性能和效率往往成为关注的焦点。
提高SQL Server数据库的效率不仅可以显著改善系统的响应速度和稳定性，也可以节约资源和降低成本。
本文将介绍一些提高SQL Server 数据库效率的方法，帮助管理员和开发人员更好地管理和优化数据库系统。
1. 使用合适的索引索引是数据库中用来加快对表中数据的访问速度的结构，它可以通过创建索引来优化查询的性能。
在SQL Server中，通过对经常进行搜索，排序和过滤的数据列创建合适的索引，可以显著提高查询性能。
定期对索引进行维护和优化也是提高数据库效率的关键步骤。
2. 优化查询语句优化SQL查询语句对于提高数据库效率至关重要。
在编写查询语句时，应避免使用全表扫描，尽量减少数据量，避免使用不必要的连接和子查询，合理使用排序和分组等操作，以及避免使用模糊查询和通配符查询等低效操作。
3. 定期备份和恢复定期备份数据库是保障数据库安全的重要手段，同时备份还能够减少数据库维护的风险。
在备份时，管理员应该选择合适的备份策略，并对备份文件进行存储和管理，以确保数据库在出现故障或灾难时能够快速恢复。
4. 使用存储过程和触发器存储过程和触发器是SQL Server中重要的数据库对象，它们可以提高数据库的安全性和可维护性，同时还能减少网络流量和客户端执行开销，提高数据库的效率。
在编写存储过程和触发器时，应遵循一些最佳实践，如避免多次嵌套存储过程和触发器，减少对数据库的锁定和阻塞。
5. 使用物理分区技术SQL Server支持对数据表进行物理分区，这可以帮助管理员更好地管理数据，并根据需求对数据进行调优。
通过物理分区，可以提高查询和数据加载的性能，同时也方便了数据备份和恢复。
总结通过上述方法，可以显著提高SQL Server数据库的性能和效率，使其能够更好地满足企业应用程序和数据管理系统的需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SQL Server数据库优化方案汇总50种方法优化SQL Server1、没有索引或者没有用到索引(这是查询慢最常见的问题，是程序设计的缺陷)2、I/O吞吐量小，形成了瓶颈效应。
3、没有创建计算列导致查询不优化。
4、内存不足5、网络速度慢6、查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）7、锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)8、sp_lock,sp_who,活动的用户查看,原因是读写竞争资源。
9、返回了不必要的行和列10、查询语句不好，没有优化可以通过如下方法来优化查询 :1、把数据、日志、索引放到不同的I/O设备上，增加读取速度，以前可以将Tempdb应放在RAID0上，SQL2000不在支持。
数据量（尺寸）越大，提高I/O越重要.2、纵向、横向分割表，减少表的尺寸(sp_spaceuse)3、升级硬件4、根据查询条件,建立索引,优化索引、优化访问方式，限制结果集的数据量。
注意填充因子要适当（最好是使用默认值0）。
索引应该尽量小，使用字节数小的列建索引好（参照索引的创建）,不要对有限的几个值的字段建单一索引如性别字段5、提高网速;6、扩大服务器的内存,Windows 2000和SQL server 2000能支持4-8G的内存。
配置虚拟内存：虚拟内存大小应基于计算机上并发运行的服务进行配置。
运行 Microsoft SQL Server? 2000 时，可考虑将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍。
如果另外安装了全文检索功能，并打算运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。
将 SQL Server max server memory 服务器配置选项配置为物理内存的 1.5 倍（虚拟内存大小设置的一半）。
7、增加服务器 CPU个数;但是必须明白并行处理串行处理更需要资源例如内存。
使用并行还是串行程是MsSQL自动评估选择的。
单个任务分解成多个任务，就可以在处理器上运行。
例如耽搁查询的排序、连接、扫描和GROUP BY字句同时执行，SQL SERVER根据系统的负载情况决定最优的并行等级，复杂的需要消耗大量的CPU的查询最适合并行处理。
但是更新操作Update,Insert， Delete还不能并行处理。
8、如果是使用like进行查询的话，简单的使用index是不行的，但是全文索引，耗空间。
like 'a%' 使用索引 like '%a' 不使用索引用 like '%a%' 查询时，查询耗时和字段值总长度成正比,所以不能用CHAR类型，而是VARCHAR。
对于字段的值很长的建全文索引。
9、DB Server 和APPLication Server 分离；OLTP和OLAP分离10、分布式分区视图可用于实现数据库服务器联合体。
联合体是一组分开管理的服务器，但它们相互协作分担系统的处理负荷。
这种通过分区数据形成数据库服务器联合体的机制能够扩大一组服务器，以支持大型的多层 Web 站点的处理需要。
有关更多信息，参见设计联合数据库服务器。
（参照SQL帮助文件'分区视图'）a、在实现分区视图之前，必须先水平分区表b、在创建成员表后，在每个成员服务器上定义一个分布式分区视图，并且每个视图具有相同的名称。
这样，引用分布式分区视图名的查询可以在任何一个成员服务器上运行。
系统操作如同每个成员服务器上都有一个原始表的复本一样，但其实每个服务器上只有一个成员表和一个分布式分区视图。
数据的位置对应用程序是透明的。
11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收缩数据和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 设置自动收缩日志.对于大的数据库不要设置数据库自动增长，它会降低服务器的性能。
在T-sql的写法上有很大的讲究，下面列出常见的要点：首先，DBMS处理查询计划的过程是这样的：1、查询语句的词法、语法检查2、将语句提交给DBMS的查询优化器3、优化器做代数优化和存取路径的优化4、由预编译模块生成查询规划5、然后在合适的时间提交给系统处理执行6、最后将执行结果返回给用户其次，看一下SQL SERVER的数据存放的结构：一个页面的大小为8K(8060)字节，8个页面为一个盘区，按照B树存放。
12、Commit和rollback的区别 Rollback:回滚所有的事物。
Commit:提交当前的事物. 没有必要在动态SQL里写事物，如果要写请写在外面如：begin tran exec(@s) commit trans 或者将动态SQL 写成函数或者存储过程。
13、在查询Select语句中用Where字句限制返回的行数,避免表扫描,如果返回不必要的数据，浪费了服务器的I/O资源，加重了网络的负担降低性能。
如果表很大，在表扫描的期间将表锁住，禁止其他的联接访问表,后果严重。
14、SQL的注释申明对执行没有任何影响15、尽可能不使用光标，它占用大量的资源。
如果需要row-by-row地执行，尽量采用非光标技术,如：在客户端循环，用临时表，Table变量，用子查询，用Case语句等等。
游标可以按照它所支持的提取选项进行分类：只进必须按照从第一行到最后一行的顺序提取行。
FETCH NEXT 是唯一允许的提取操作,也是默认方式。
可滚动性可以在游标中任何地方随机提取任意行。
游标的技术在SQL2000下变得功能很强大，他的目的是支持循环。
有四个并发选项 READ_ONLY：不允许通过游标定位更新(Update)，且在组成结果集的行中没有锁。
OPTIMISTIC WITH valueS:乐观并发控制是事务控制理论的一个标准部分。
乐观并发控制用于这样的情形，即在打开游标及更新行的间隔中，只有很小的机会让第二个用户更新某一行。
当某个游标以此选项打开时，没有锁控制其中的行，这将有助于最大化其处理能力。
如果用户试图修改某一行，则此行的当前值会与最后一次提取此行时获取的值进行比较。
如果任何值发生改变，则服务器就会知道其他人已更新了此行，并会返回一个错误。
如果值是一样的，服务器就执行修改。
选择这个并发选项OPTIMISTIC WITH ROW VERSIONING:此乐观并发控制选项基于行版本控制。
使用行版本控制，其中的表必须具有某种版本标识符，服务器可用它来确定该行在读入游标后是否有所更改。
在SQL Server 中，这个性能由timestamp 数据类型提供，它是一个二进制数字，表示数据库中更改的相对顺序。
每个数据库都有一个全局当前时间戳值：@@DBTS。
每次以任何方式更改带有 timestamp 列的行时，SQL Server 先在时间戳列中存储当前的@@DBTS 值，然后增加 @@DBTS 的值。
如果某个表具有 timestamp 列，则时间戳会被记到行级。
服务器就可以比较某行的当前时间戳值和上次提取时所存储的时间戳值，从而确定该行是否已更新。
服务器不必比较所有列的值，只需比较 timestamp 列即可。
如果应用程序对没有 timestamp 列的表要求基于行版本控制的乐观并发，则游标默认为基于数值的乐观并发控制。
SCROLL LOCKS 这个选项实现悲观并发控制。
在悲观并发控制中，在把数据库的行读入游标结果集时，应用程序将试图锁定数据库行。
在使用服务器游标时，将行读入游标时会在其上放置一个更新锁。
如果在事务内打开游标，则该事务更新锁将一直保持到事务被提交或回滚；当提取下一行时，将除去游标锁。
如果在事务外打开游标，则提取下一行时，锁就被丢弃。
因此，每当用户需要完全的悲观并发控制时，游标都应在事务内打开。
更新锁将阻止任何其它任务获取更新锁或排它锁，从而阻止其它任务更新该行。
然而，更新锁并不阻止共享锁，所以它不会阻止其它任务读取行，除非第二个任务也在要求带更新锁的读取。
滚动锁根据在游标定义的 Select 语句中指定的锁提示，这些游标并发选项可以生成滚动锁。
滚动锁在提取时在每行上获取，并保持到下次提取或者游标关闭，以先发生者为准。
下次提取时，服务器为新提取中的行获取滚动锁，并释放上次提取中行的滚动锁。
滚动锁独立于事务锁，并可以保持到一个提交或回滚操作之后。
如果提交时关闭游标的选项为关，则 COMMIT 语句并不关闭任何打开的游标，而且滚动锁被保留到提交之后，以维护对所提取数据的隔离。
所获取滚动锁的类型取决于游标并发选项和游标 Select 语句中的锁提示。
锁提示只读乐观数值乐观行版本控制锁定无提示未锁定未锁定未锁定更新 NOLOCK 未锁定未锁定未锁定未锁定HOLDLOCK 共享共享共享更新 UPDLOCK 错误更新更新更新 TABLOCKX 错误未锁定未锁定更新其它未锁定未锁定未锁定更新 *指定 NOLOCK 提示将使指定了该提示的表在游标内是只读的。
16、用Profiler来跟踪查询，得到查询所需的时间，找出SQL的问题所在;用索引优化器优化索引17、注意UNion和UNion all 的区别。
UNION all好18、注意使用DISTINCT，在没有必要时不要用，它同UNION一样会使查询变慢。
重复的记录在查询里是没有问题的19、查询时不要返回不需要的行、列20、用sp_configure 'query governor cost limit'或者SET QUERY_GOVERNOR_COST_LIMIT来限制查询消耗的资源。
当评估查询消耗的资源超出限制时，服务器自动取消查询,在查询之前就扼杀掉。
SET LOCKTIME设置锁的时间21、用select top 100 / 10 Percent 来限制用户返回的行数或者SET ROWCOUNT来限制操作的行22、在SQL2000以前，一般不要用如下的字句: "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE '%500'"，因为他们不走索引全是表扫描。
也不要在Where字句中的列名加函数，如Convert，substring等,如果必须用函数的时候，创建计算列再创建索引来替代.还可以变通写法：Where SUBSTRING(firstname,1,1) = 'm'改为Where firstname like 'm%'（索引扫描），一定要将函数和列名分开。