DB2 SQL性能优化相关的10大要素
下面提出了10条和DB2 SQL性能相关的10条因素：
1、提供适当的统计信息
对DB2优化管理器（otimizer）而言，如何更加有效的执行SQL语句是由存在于DB2 catalog中的统计信息决定的，优化器利用这些信息决定最优化的路径。
因此，为了保持系统能够做出最佳选择，需要经常的运行Runstats命令，来保持系统统计信息的及时有效。在工作负荷很大的生产环境中，经常运行Runstats是很必要的，为了减少进行统计对系统带来的影响，可以使用Sampling技术。
2、在SQL语句中尽量使用Stage 1的谓词
属于Stage 1的SQL谓词由Data Manager处理，而属于Stage 2的SQL由Relational Data Server执行。在处理效率上，Data Manager更有优势，因此，如果可能的话尽量把SQL语句写成能够在Stage 1执行的。如果能够结合Index来确定SQL语句中的谓词，那么将会更加提高SQL执行的效率。因此，在写SQL查询语句的时候，要结合Index的定义以及谓词描写的选择，尽可能的让SQL在Stage 1运行。
3、在SQL中仅选择需要的列
在SQL语句中，仅指定程序需要的列会有利于提高SQL运行的性能。如果采用Select *这种模式，将会给客户端的应用程序带来额外的处理工作，并需要更多的内存等资源。对服务器端而言，多余的列在排序过程中会增大Sort工作文件，并因此导致排序速度的下降，并需要更多的存储资源。在网络传输过程中，也将传输一些不必要的数据，降低网络效率。
4、仅选择需要的行
查询的行越少，查询的速度和响应速度就越快。查询获得的每一行数据，都经历了从存储设备-〉缓冲池-〉排序和转换-〉网络传输-〉应用程序等一系列过程。在数据的查询过程中，数据库管理器将会作很多数据的过滤工作，如果有许多并不需要的行从数据库中检索出来，将会浪费很多不必要的处理时间，因此，在SQL语句的撰写过程中应该详细的指定查询条件，仅查询需要的行。
5、如果数据库中的数据很长时间不变，在SQL尽量使用常量或者字符。
在SQL中使用主机变量，是为了使系统适应不断变化的外部环境。在SQL程序中使用主机变量能够使应用程序不需要重新绑定就可以直接执行新的SQL定义。但是这种灵活性是以降低DB2优化管理器的性能为代价的。在包含主机变量的SQL语句中，DB2优化管理器以默认的估计值来进行SQL路径的选择，而不是根据Catalog中的统计信息，这种选择很多时候都不是最优化的。因此，使用常量或者字符代替主机变量在长时间固定不变的环境中将会比使用主机变量更有优势。
6、使数字、日期等数据类型相匹
相关文档：
分页查询的原理：
这个只能用再Sql2005及以上的版本
DECLARE @pagenum AS INT, @pagesize AS INT
SET @pagenum = 2
SET @pagesize = 3
SELECT *
from (SELECT ROW_NUMBER()&n ......
方法(1)
SELECT stuff((select ','+ltrim(ColumnName) from #A for xml path('')
),1,1,'')
/*
102,103,104,105
*/
方法(2)
DECLARE @s NVARCHAR(1000)='';
SELECT @s+=ColumnName+',' from #A;
SELECT @s; ......
处理网站查询包含”之”字出现”全文搜索条件中包含干扰词”现象的总结：
author:perfectaction
Sql server 2008全文索引的干扰词表默认在Resource库系统表内，无法更改，但sql2008提供了自定义干扰词表的功能，可绑定到某个全文索引上。
相关操作如下：
--sql server 2008 全文索引建立及创建全文 ......
定义和用法
DATEDIFF() 函数返回两个日期之间的天数。
语法
DATEDIFF(datepart,startdate,enddate)
startdate 和 enddate 参数是合法的日期表达式。
datepart 参数可以是下列的值：
datepart
缩写
年
yy, yyyy
季度
qq, q
月
mm, m
年中的日
dy, y
日
dd, d
周
wk, ww
星期
dw, w
小时
h ......
给你个最详细的吧 可能有你要的内容
锁的概述
一. 为什么要引入锁
多个用户同时对数据库的并发操作时会带来以下数据不一致的问题:
丢失更新
A,B两个用户读同一数据并进行修改,其中一个用户的修改结果破坏了另一个修改的结果,比如订票系统
脏读
A用户修改了数据,随后B用户又读出该数据,但A用户因为某些原因取� ......
