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、使数字、日期等数据类型相�
相关文档：
1, 什么是统计信息
以下是官方的对统计信息的描述：
按照默认设置，如果表中的某列没有索引，则SQL Server会自动为该列创建统计。然后，查询优化器评估该列中数据分布范围的统计信息，以选择一个更为有效的查询处理方案。分辨自动创建的统计很简单，在SQL Serve ......
◆1.DBCC CacheStats ：显示存在于当前 buffer Cache 中的对象的信息，例如 ：hitrates 编译的对象和执行计划
DBCC CACHESTATS
从这个命令可以得到一些关键的统计信息：
Hit Ratio：显示特定对象可以在Sql Server的缓存中被命中的百分比，这个数值越大，越好
Object Count：显 ......
SQL中WHERE子句中可以利用LIKE来匹配相似的数据项，当时我得到的结论是可以使用"%"来匹配字符串，在SPUFI中使用，的确可以得到字符串匹配的效果。如：
SELECT * from TEST
WHERE TESTID LIKE "CZX%";
上面这句在SPUFI中� ......
数据库：
1、 创建数据库的语法：
if exists (select * from sysdatabases where name='DT_name') /*判断是否存在，是则删除*/
drop database DT_name
create database database_name
on primary /* 指定主要文件组，其中第一个主要文件 * ......
RDBMS
方言
DB2
org.hibernate.dialect.DB2Dialect
DB2 AS/400
org.hibernate.dialect.DB2400Dialect
DB2 OS390
org.hibernate.dialect.DB2390Dialect
PostgreSQL
org.hib ......
