久久久久亚洲AV无码麻豆,久久亚洲高清综合,99久久超碰中文字幕伊人

DB2 �~�冲池调优Bufferpools

Prayer — Mon, 24 Jun 2019 02:09:00 GMT

https://blog.csdn.net/liujinwei2005/article/details/8547190

DB2 �~�冲池调优Bufferpools

背景知识

�~�冲池是内存中的一块存储区域，用于临时��d��和更�?a target="_blank" style="box-sizing: border-box; outline: 0px; margin: 0px; padding: 0px; color: #4ea1db; cursor: pointer; font-family: 'Microsoft YaHei', 'SF Pro Display', Roboto, Noto, Arial, 'PingFang SC', sans-serif; word-wrap: break-word;">数据�?/span>��（包含表行或烦引项�Q�。缓冲池的用途是��Z��提高数据库系�l�的性能。从内存讉K��数据要比从磁盘访问数据快得多。因此，数据�?a target="_blank" style="box-sizing: border-box; outline: 0px; margin: 0px; padding: 0px; color: #4ea1db; cursor: pointer; font-family: 'Microsoft YaHei', 'SF Pro Display', Roboto, Noto, Arial, 'PingFang SC', sans-serif; word-wrap: break-word;">��理器需要从��盘��d��或写入磁盘的�ơ数��少�Q�性能��p��好。对一个或多个�~�冲池进行配�|�之所以是调优的最重要斚w��Q�是因�ؓ�q�接��x��据库的应用程序的大多数数据（不包括大对象和长字段数据�Q�操作都在缓冲池中进行�?/div>

�~�省情况下，应用�E�序使用�~�冲�?IBMDEFAULTBP�Q�它是在创徏数据库时创徏的。当 SYSCAT.BUFFERPOOLS 目录表中该缓冲池�?NPAGES ��gؓ -1 �Ӟ��DB2 数据库配�|�参�?BUFFPAGE 控制着�~�冲池的大小。否则会忽略 BUFFPAGE 参数�Q��ƈ且用 NPAGES 参数所指定的页数创建缓冲池�?/div>

��

对于仅��用一个缓冲池的应用程序，��?NPAGES 更改�?-1�Q�这�?BUFFPAGE ��可以控制该�~�冲池的大小。这使得更新和报告缓冲池大小以及其它 DB2 数据库配�|�参数变得更加方�ѝ�?/div>

��保可以使用数据库配�|�中�?BUFFPAGE 参数来控制缓冲池大小之后�Q�将该参数设�|�成合适的倹{��根据数据库的大��和应用�E�序的性质��该参数讄��成一个合理的大��|��q�种做法很安全。通常�Q�该参数的缺省值非常小�Q�可能满��不了要求。请考虑下列情况�Q?/div>

一开始，如果您的机器上有��_��大的内存�Q�请��?BUFFPAGE 讄��?40000 个页�Q?60 MB�Q�，或者等于机器��d��存的 10%�?nbsp;

对于大型 OLTP 数据库，在保持系�l�稳定的同时为缓冲池留出��可能多的内存。一开始，先尝试��?1.6 GB 的内存，然后��试用更多内存�?nbsp;

如何更改该参�?/div>

�q�行下面�q�个脚本�Q�以便：

验证目录�?nbsp;

启用数据库配�|�参�?BUFFPAGE

更新所有数据库�?BUFFPAGE 倹{�?nbsp;

db2 -v connect to DB_NAME

db2 -v select * from syscat.bufferpools

db2 -v alter bufferpool IBMDEFAULTBP size -1

db2 -v connect reset

db2 -v update db cfg for dbname using BUFFPAGE bigger_value

db2 -v terminate

研究步骤

要确定数据库的缓冲池大小是否�?BUFFPAGE 参数所军_��Q�请�q�行�Q?/div>

db2 -v connect to DB_NAME

db2 -v SELECT * from SYSCAT.BUFFERPOOLS

db2 -v connect reset

db2 -v terminate

��查结果。如果每个缓冲池都有一个�ؓ“-1”�?NPAGES ��|��那么�~�冲池大��是由数据库配置中的 BUFFPAGE 参数控制的�?/div>

要确定缓冲池大小是否��_��大，请在�q�行应用�E�序时收集数据库和／或缓冲池的快照。类��g��下面的脚本�ؓ您提供这些所需的信息：

db2 -v update monitor switches using bufferpool on

db2 -v get monitor switches

db2 -v reset monitor all

-- run your application --

db2 -v get snapshot for all databases > snap.out

db2 -v get snapshot for dbm >> snap.out

db2 -v get snapshot for all bufferpools >> snap.out

db2 -v reset monitor all

db2 -v terminate

��L��保您在断开数据库连接之前发�?#8220;db2 -v get snapshot”。当最后一个应用程序与数据库断开�q�接�Ӟ��该数据库停止�q�行�Q�同时所有快照统计信息将会丢失。要��保一直存在��数据库处于正常运行状态的�q�接�Q�请使用下列�Ҏ��之一�Q?/div>

在收集快照的�H�口中保持一个单独的�q�接�?nbsp;

使用 DB2 ACTIVATE DATABASE 命��o�?/div>

在数据库快照或缓冲池快照的快照输��Z��Q�查找下�?#8220;logical reads”�?#8220;physical reads”�Q�这样就可以计算出缓冲池命中率，它可以帮助您调优�~�冲池：

-- Related lines from a sample of bufferpool snapshots --

Buffer pool data logical reads = 702033

Buffer pool data physical reads = 0

Buffer pool data writes = 414

Buffer pool index logical reads = 168255

Buffer pool index physical reads = 0

�~�冲池命中率表明数据库管理器不需要从��盘装入��（卌��已�l�在�~�冲池中�Q�就能处理页��h��的时间百分比。缓冲池的命中率��高�Q��用磁�?I/O 的频率就��低。按如下计算�~�冲池命中率�Q?/div>

(1 - ((buffer pool data physical reads + buffer pool index physical reads) /

(buffer pool data logical reads + pool index logical reads))

) * 100%

�q�个计算考虑了缓冲池高速缓存的所有页�Q�烦引和数据�Q�。理��x��况下�Q�该比率应当��过 95%�Q��ƈ��可能接�q?100%。要提高�~�冲池命中率�Q�请��试下面�q�些�Ҏ��Q?/div>

增加�~�冲池大��?nbsp;

考虑分配多个�~�冲池，如果可能的话�Q��ؓ每个�l�常被访问的大表所属的表空间分配一个缓冲池�Q��ؓ一�l�小表分配一个缓冲池�Q�然后尝试一下��用不同大��的�~�冲池以查看哪种�l�合会提供最��x��能�?nbsp;

如果已分配的内存不能帮助提高性能�Q�那么请避免�l�缓冲池分配�q�多的内存。应当根据取自测试环境的快照信息来决定缓冲池的大��?/div>

�~�冲池命中率

�q�个比率说明了�ؓ��面��h��提供服务�Ӟ��数据库管理器不需从磁盘装入页�Q�即该页已经在缓冲池中）��p��处理��请求的旉��癑ֈ�比�?/p>

计算�Q?/p>

BPHR = (1 - ((�~�冲池数据物理读 + �~�冲池烦引物理读) /

(�~�冲池数据逻辑�?+ �~�冲池烦引逻辑�? ) ) * 100%

索引命中�?/p>

�q�个比率表明了可以在�~�冲池中扑ֈ�的页面能够满��的对烦引页的所有读��h��所占的癑ֈ�比�?/p>

计算�Q?/p>

IHR = (1 - (�~�冲池烦引物理读 / �~�冲池烦引逻辑�? ) ) * 100%

数据命中�?/p>

�q�个比率说明了可以在�~�冲池中扑ֈ�的页面能够满��的�Ҏ��据页的所有读��h��所占的癑ֈ�比�?/p>

计算�Q?/p>

DHR = (1 - (�~�冲池数据物理读 / �~�冲池数据逻辑�? ) ) * 100%

�l�论

�~�冲池命中率大于 80% 被认为是理想的。对�?OLTP �pȝ��来说�Q�该值的理想情况是尽可能接近�?100% �Q�烦引命中率更是如此�Q��?/p>

要提高缓冲池的命中率�Q�可以增加缓冲池的大��，也可以考虑分配多个�~�冲池，可以为每个经常访问的��h��自己的表�I�间的大型表使用一个缓冲池�Q�也可以��Z��l�小型表使用一个缓冲池�?/p>

Prayer 2019-06-24 10:09 发表评论

Prayer — Mon, 25 Mar 2019 03:41:00 GMT

db2安装完成后，tcp/ip�q�接端口默认�?0000�Q�可通过下面的方法确认：

1、��用命�?db2 get dbm cfg |find "SVCENAME" 查找到TCP/IP 服务�?/span>

2、到�pȝ��配置文�g里找到service name 对应�?port number
windows�Q�查�?c:\windows\system32\drivers\etc\services

aix�Q?nbsp; 查看 /etc/services

如下�Q?/span>

DB2_DB2              60000/tcp
DB2_DB2_1          60001/tcp
DB2_DB2_2          60002/tcp
DB2_DB2_END      60003/tcp

db2c_DB2 50000/tcp

3、��?netstat -an 命��o查找tcp/ip 服务的端�?/span>

4、修改端口号
直接修改services文�g中当前服务名对应的端口号
如：db2c_DB2 50000/tcp
然后重启数据库即OK db2stop db2start

5、另外附上一个关�?a target="_blank" style="box-sizing: border-box; outline: 0px; margin: 0px; padding: 0px; color: #6795b5; text-decoration: none; cursor: pointer; font-family: 'Microsoft YaHei', 'SF Pro Display', Roboto, Noto, Arial, 'PingFang SC', sans-serif; word-wrap: break-word;">linux�pȝ��下的查找�Ҏ��Q�摘抄帖子）�Q?/span>

In JDBC configurations for WPA, you have to specify the port that DB2 is listening on. I usually look for /etc/services or try one of 50000/50001 and it usually works. In SUSE Linux, both the solutions did not work and there was another process (Multithreaded routing toolkit aka mrt) was listening on port 50000.

So how do we find out the DB2 port in a reliable way? Read on...
Step 1: Set the DB2 environment.
$ . ~db2inst1/sqllib/db2profile

Step 2: Find the service name for DB2 instance. It basically involves running "db2 get dbm cfg" command and finding a line containing SVCENAME.
$ svc=`db2 get dbm cfg | grep SVCENAME | cut -d= -f2 | awk '{print $1}'`

Step 3: Find the service name that you got from Step 2 in /etc/services or %SYSTEMROOT%\system32\drivers\etc\services. That is the port DB2 is listening on. $ grep $svc /etc/services

Hope you find this useful.

用sqoop做测试，发现端口�?0000被占用了�Q�所以就更改了一下DB2的端口号�?/span>

�W�一步，��d��DB2数据库的实例用户�Q�我�q�里是db2inst1

db2 get dbm cfg|grep SVCENAME

可以看到对应的SVCENAME的名�U�是什么�?/span>

�q�里�Ҏ��出现一个问题。按照网上有��的，会将SVCENAME改�ؓ端口��P��那个是错误的。一定要��这个名�U�和services中的名称�l�一�?/span>

�W�二步，退回到root用户�Q?/span>

vim /etc/services�Q�找到对应的SVCENAME的名�U�所对应的端口号�?/span>

我这里直接编辑成50001

�W�三步，先关数据库，再开��可以了�?/span>

db2stop

db2start

实际上没有复杂的步骤�Q�只是好多�h写的比较的�ؕ�Q�还不加解释说明�Q�所以坑了些�?/span>

可以通过db2 get dbm cfg�Q�查询数据库��理器配�|�参敎ͼ��可以查到端口号或端口名�?/p>

�C�Z��Q?/p>

$ db2 get dbm cfg | grep -i svcTCP/IP Service name (SVCENAME) = 50000

50000��是端口号了�?/p>

如果查到的是端口名，可以通过�|�络服务配置文�g来找到对应关�p�R�?/p>

�C�Z��Q?/p>

$ db2 get dbm cfg | grep -i svc

TCP/IP Service name (SVCENAME) = db2c_DB2

�q�时�Q�就需要查找db2c_DB2对应的端口号了�?/p>

$ cat /etc/services | grep db2c_DB2

db2c_DB2 60000/tcp

�q�个60000��是端口号了�?/p>

如果DB2是装在windows的server上，那么��需要查找这个配�|�文件了�Q�C:\WINDOWS\system32\drivers\etc\services格式�Q�db2c_DB2 50000/tcp

Prayer 2019-03-25 11:41 发表评论

not in/not exists �?null 陷阱

Prayer — Fri, 11 Jan 2019 01:45:00 GMT

摘要: https://www.cnblogs.com/killkill/archive/2010/09/04/1817266.html以前遇到�?not in 子查询的一�?null 陷阱�Q�有�l�验的朋友可能知道怎么回事了，用代码来说就是：1234567891011121314151617-- 创徏两张��试表：create table tmp01 aswith tmp as&... 阅读全文

Prayer 2019-01-11 09:45 发表评论

Prayer — Fri, 11 Jan 2019 01:40:00 GMT

http://www.cnblogs.com/51net/p/4165781.html

如果下：Table_A表和Table_B表，要求查询出在Table_A表中不在Table_B表中的记录�?/p>

CREATE TABLE [dbo].[Table_A](  [ID] [nchar](10) NULL,  [Name] [nchar](10) NULL ) ON [PRIMARY]  GO  ID          Name 001        张三         002        李四         003        王五                   CREATE TABLE [dbo].[Table_B](  [ID] [nchar](10) NULL,  [Name] [nchar](10) NULL ) ON [PRIMARY]  GO  ID        Name NULL     张三         002       李四         NULL     王五

很容大家�W�一旉��相当的写法是�Q?/p>

SELECT  * FROM    dbo.Table_A AS a WHERE   a.ID NOT IN ( SELECT    b.ID                       FROM      dbo.Table_B AS b)

然而查询出来�ƈ没有辑ֈ�预期�?/p>

ID    Name
001  张三
003  王五

原因很简单：�׃��NULL不能�q�行如何�?#8220;操作”

–如果null参与��术�q�算�Q�则该算术表辑ּ�的��gؓnull。（例如�Q?�Q?�Q?�Q? 加减乘除�Q?/p>

–如果null参与比较�q�算�Q�则�l�果可视为false。（例如�Q?gt;=,<=,<> 大于�Q�小于，不等于）

–如果null参与聚集�q�算�Q�则聚集函数都置为null。除count(*)之外�?/p>

--如果在not in子查询中有null值的时�?则不会返回数据�?nbsp; �Q�最��单的解释请参考下面的评论说明�Q?nbsp;

--正确写法                       SELECT  * FROM    dbo.Table_A AS a WHERE   a.ID NOT IN ( SELECT    b.ID                       FROM      dbo.Table_B AS b                       WHERE     b.ID IS NOT NULL ) --排除NULL值参与运���符比较                        --�����修改为关联查询方�?                                            --正确写法1              SELECT  * FROM    dbo.Table_A AS a WHERE   NOT EXISTS ( SELECT *                      FROM   dbo.Table_B AS b                      WHERE  a.ID = b.ID ) --正确写法2                      SELECT  * FROM    dbo.Table_A AS a         LEFT OUTER JOIN dbo.Table_B AS b ON a.ID = b.ID WHERE   b.ID IS NULL

Prayer 2019-01-11 09:40 发表评论

Prayer — Fri, 11 Jan 2019 01:33:00 GMT

null 当做一�U�情�?昄��null,不占内存 '',昄��为空�?占内�? 判断null 只能使用is null, �?='',不包�?null�q�种情况, 对于一些数据库的插入时,应注�?为null�?可能取不出数�?��D��吓一��x��入语�?参数错误,直接报错 ----1580 工作��?感想

在DB2中，null�?#8216;’是完全不同的两个东西�?/p>

NULL是一个不��定值它不能通过列��D��滤，只能通过IS NULL 或者IS NOT NULL方式�q��o

�?#8216;’可以用in�Q?�Q?lt;>,>,<来比较判断�?br style="-webkit-font-smoothing: antialiased; margin: 0px; padding: 0px; max-width: 100%; word-break: break-all;" />

此外�Q�若一个属性的��gؓnull�Q�则select昄��Ӟ��会以-代替�Q��?#8216;’则直接什么都不显�C?/p>

Prayer 2019-01-11 09:33 发表评论

用where in遇到null时的解决�Ҏ��1

Prayer — Fri, 11 Jan 2019 01:33:00 GMT

参考：https://www.2cto.com/database/201109/104960.html�Q�http://ask.csdn.net/questions/680006

1 �Q?

SELECT

FROM

华东

WHERE

公司代码 IN ( SELECT 公司�?FROM 备选客�?WHERE 公司�?!= '' AND 公司�?IS NOT NULL );

2�Q�用exists替换

SELECT

FROM

华东

WHERE

EXISTS (

SELECT

公司�?nbsp;

FROM

备选客�?where 华东.公司代码=`备选客户`.公司�?;

3�Q?in和exists一点区�?/div>

exists做�ؓwhere 条�g�Ӟ��是先对where 前的��L��询询�q�行查询�Q�然后用��L��询的�l�果一个一个的代入exists的查询进行判断，如果为真则输出当前这一条主查询的结果，否则不输出�?/div>

in 是把外表和内表作hash �q�接�Q�而exists是对外表作loop循环�Q�每�ơloop循环再对内表�q�行查询。一直以来认为exists比in效率高的说法是不准确的�?/div>

如果查询的两个表大小相当�Q�那么用in和exists差别不大�?/div>

如果两个表中一个较��，一个是大表�Q�则子查询表大的用exists�Q�子查询表小的用in�Q?/div>

---------------------

作者：csdncooker

来源�Q�CSDN

原文�Q�https://blog.csdn.net/csdncooker/article/details/79299258

Prayer 2019-01-11 09:33 发表评论

db2之in和exist的性能区别

Prayer — Thu, 10 Jan 2019 03:38:00 GMT

https://blog.csdn.net/zhan19861022/article/details/7697652

一、IN 和EXISTS的性能区别

in 是把外表和内表作hash �q�接�Q�而exists是对外表作loop循环�Q�每�ơloop循环再对内表�q�行查询�?nbsp;

其实区分in和exists主要是造成了驱动顺序的改变�Q�这是性能变化的关键）�Q�如果是exists�Q�那么以外层表�ؓ驱动表，先被讉K��Q�如果是IN�Q�那么先执行子查询，所以我们会以驱动表的快速返回�ؓ目标�Q�那么就会考虑到烦引及�l�果集的关系了�?/div>

EXISTS的执行流�E?nbsp;

select * from t1 where exists ( select null from t2 where y = x )

可以理解�?

  for x in ( select * from t1 )    loop        if ( exists ( select null from t2 where y = x.x )        then          OUTPUT THE RECORD        end if    end  loop

二、not in �?not exists的性能区别�Q?nbsp;

not in 只有当子查询中，select 关键字后的字�D�|��not null�U�束或者有�q�种暗示时用not in,另外如果��L��询中表大�Q�子查询中的表小但是记录多，则应当��用not in,�q��用anti hash join.

如果��L��询表中记录少�Q�子查询表中记录多，�q�有索引�Q�可以��用not exists。如果查询语句��用了not in 那么内外表都�q�行全表扫描�Q�没有用到烦引；而not extsts 的子查询依然能用到表上的索引。所以无论哪个表大，用not exists都比not in要快�?/div>

�ȝ��not exists >> not in�Q�in与exists的��?span style="box-sizing: border-box; outline: 0px; font-family: 'Microsoft YaHei', 'SF Pro Display', Roboto, Noto, Arial, 'PingFang SC', sans-serif; word-wrap: break-word;">取决于子查询集合大小�Q?span style="box-sizing: border-box; outline: 0px; font-family: 'Microsoft YaHei', 'SF Pro Display', Roboto, Noto, Arial, 'PingFang SC', sans-serif; word-wrap: break-word;">IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情�?/span>�Q�即如果子查询得出的�l�果集记录较��，��L��询中的表较大且又有烦引时应该用in,反之如果外层的主查询记录较少�Q�子查询中的表大�Q�又有烦引时使用exists�?/div>

Prayer 2019-01-10 11:38 发表评论

Unix环境下嵌入式C�E�序�~�译

Prayer — Wed, 21 Mar 2012 05:45:00 GMT

A.预编译部�?
1.预编译DB2��?
1.1 什么是DB2预编�?
在我们用C语言�~�写讉K��DB2的程序过�E�中,需要用到嵌入式SQL,其作用是��DB2 SQL混入一般C�E�序�? DB2预编译器可以��SQL语法直接转换为DB2行时服务应用�E�序�~�程接口�Q�API�Q�调用�?
1.2 什么是bind
�q�是DB2 prep要做的事情，��x��SQC中的SQL语句变�ؓDB2数据库可认的API。bind的作用主要是�Ҏ��你SQC中的SQL语句使用的表和操作指定一个访问时DB要��用的�{�略�Q�是一�U�优化作用，加快数据讉K��的速度�Q�当然也可以不bind�Q�那��P��讉K��的过�E�策略是在访问时才有的，速度会受很大的媄响，特别是�ƈ发访问�?

2.预编译命�?
2.1 db2 prep .sqc文�g bindfile 其中bindfile参数作用是生成和sqc文�g同名�?bnd文�g
�? db2 prep /export/home/shwhome/sqc/CON_DB2.sqc bindfile 如果�~�译正常完成,则在.sqc文�g同目录下会生成CON_DB2.c和CON_DB2.bnd文�g
2.2 bind .bnd文�g
�? db2 bind /export/home/shwhome/sqc/CON_DB2.bnd
因�ؓ是DB2的预�~�译命��o,使用的是DB2的预�~�译�?所以以上两条命令需要在�q�接DB2数据库的情况下才可以使用

B.嵌入式部�?
1.嵌入式C�E�序的编�?
我们采用GCC来编译C�E�序,GCC的一般编译命令请参考文档中的相兌��?�q�里具体说明在目前环境下�~�译C�E�序的注意点�?
1.1 �~�译C�E�序
gcc -m64 -c -I/export/home/shwhome/inc -o /export/home/shwhome/obj/testdb.o /export/home/shwhome/src/testdb.c
参数说明
-m64: �?4位服务器上编译时采用,�q�里��Z��所有的�~�译后的目标文�g�l�一,所以都加上-m64,如果再之后引用目标文件没有采�?m64�~�译则在最后编译时会出现ELF CLASS32(或ELF CLASS64)错误. -C: 只编译�ƈ生成目标文�g,不做链接�?
1.2 �~�译SQC文�g生成�?C文�g
gcc -m64 -c -I/export/home/shwhome/inc -I/export/home/aix/sqllib/include -L/usr/include/lib -o /export/home/shwhome/obj/CON_DB2.o /export/home/shwhome/sqc/CON_DB2.c
参数说明
-I/export/home/aix/sqllib/include: �q�个目录下主要��用到2个头文�g:sqladef.h和sqlca.h,�q�个是DB2预编译包含的都文�?可以查看你用prep�~�译出来的与.sqc同名�?C文�g,其中��包含这两个头文件。其中aix是DB2Instance用户,DB2安装后会��include路径复制到instance用户的环境变量中,再次创徏instance后只要复制过来就可以,因�ؓInstance用户�q�包含其他的环境讑֮�,所以不要直接引�?I/opt/IBM/db2/V9.5/include/�q�个DB2的安装�\�?
-L/usr/include/lib: �q�个目录是系�l�包含函数的库文�?是编写应用程序的时候��用的相当于API,也就是应用编�E�接口�?
※ -I/usr/include�?L/usr/include/lib是将usr/include下的函数作�ؓ头文件包括进�?�q�且��程序链接到库文�?�q�个例子中没有用�?但是如果保险的话,在编译时最好加上这两个选项�?
1.3 ��两个目标文�?��M��C�E�序和嵌入式SQL)�~�译成可执行�E�序
gcc -m64 -ldb2 -lc -o /export/home/shwhome/bin/testdb /export/home/shwhome/obj/CON_DB2.o /export/home/shwhome/obj/testdb.o
参数说明
-ldb2: 链接DB2库文件。在SQC�E�序�~�译时必��链接libdb2.so�?其�\径是/usr/lib/krb5/libdb2.so,之所以写�?ldb2,是在使用-l�?��库名的lib和后�~�都去�?卛_��名是db2。以上命令是引用/export/home/shwhome/obj/CON_DB2.o /export/home/shwhome/obj/testdb.o�q�两个目标文�?�~�译后生成testdb,攑֜�路径/export/home/shwhome/bin下�?

Prayer 2012-03-21 13:45 发表评论

DB2的sqC文�g名前八位不能重复的解军_��?

Prayer — Wed, 21 Mar 2012 05:24:00 GMT

我们的项目中使用��C��IBM的DB2数据库，�pȝ��开发语�a�是C++�Q�操作数据库是直接在C++中编写ESQL�Q�嵌入式SQL�Q�语句。在使用中发玎ͼ�只要有文件名�?位相同，��造成部分文�g中的代码失效�?

原因�Q?/strong>
------------------
db2默认情况下��?.sqC的名字生�?.bnd�Q�又�?.bnd的文件名部分在数据库中做�l�定�Q�徏一个同名的package。而db2的package的名字是�?a >八字节长度限�?/font>的，造成前八位文件名相同的C++代码�Q��M��后面的覆盖前面的�?

知道原因��好办事了�?

解决�Q?/strong>
------------------
取原始文件名的md5摘要前N位，拼成bnd文�g的名字，再以此文件去目标数据库做�l�定�Q�这样package��׃��会前后覆盖了�?

makefile中实际的做法�Q?/strong>
------------------------
%.C : %.sqC db2 connect to $(dbName) user $(dbUser) using $(dbPassword);\ db2 prep $*.sqC bindfile;\ cp $*.bnd ${shell echo $* |md5sum -|cut -c1-8}_$*.bnd;\ db2 bind ${shell echo $* |md5sum -|cut -c1-8}_$*.bnd;\ db2 connect reset; \ db2 terminate;

Prayer 2012-03-21 13:24 发表评论

分布�?DBA: 创徏和��用分��

Prayer — Mon, 05 Mar 2012 15:47:00 GMT
http://doc.chinaunix.net/db2/201009/893927.shtml

表分区是一�U�数据组�l�方案，它根据一列或多列中的值把表数据划分�ؓ多个�U�Cؓ数据分区的存储对象。分区的表能够包含的数据比普通的表多得多�Q�另外，通过利用�U�Cؓ分区消除的过�E�，针对分区表运行的查询通常比针寚w��分区表运行时执行速度更快�Q�需要的��盘 I/O 更少。（DB2 优化器能够感知分区，在执行查询时只扫描相关的数据分区。）
　　在这��专栏文章中�Q�我��讨论如何创建分��Q�解释分��的定义如何决定各个记录的存储位置�?

　　范围分区�?/p>
　　数据分区也称��_��当前 DB2 只支持范围分区方案）�Q�一个数据分区包含一个行子集�Q�这些行存储在与表中其他行集不同的地斏V��不同的数据分区可以�ȝ��在不同的表空间中�Q�也可以�ȝ��在相同的表空间中。CREATE TABLE 语句�?PARTITION BY 子句中提供的信息军_��表数据的分区方式。这个可选子句的语法取决于是希望�?DB2 在指定的表数据范围内均匀地生成每个分��_��q�是要手工控制每个范围的边界。对于给定的表数据范围自动生成分区的语法是：

PARTITION　BY　　　([ColumnName]　　,...)　　(　　STARTING　　[Start　|　MINVALUE　|　MAXVALUE]　|　　　STARTING　　([Start　|　MINVALUE　|　MAXVALUE]　,...)　　　　ENDING　　[End　|　MINVALUE　|　MAXVALUE]　|　　　ENDING　　([End　|　MINVALUE　|　MAXVALUE]　,...)　　　　EVERY　<(>[Constant]　　<)>　　,...)　

　　手工指定分区的语法是�Q?/p>
PARTITION　BY　　　　　([ColumnName]　　,...)　　　(　　　　　STARTING　　[Start　|　MINVALUE　|　MAXVALUE]　|　　　STARTING　　([Start　|　MINVALUE　|　MAXVALUE]　,...)　　　　ENDING　　[End　|　MINVALUE　|　MAXVALUE]　|　　　ENDING　　([End　|　MINVALUE　|　MAXVALUE]　,...)　　　　　　　　　　　　

　　其中�Q?/p>
　　ColumnName�Q�用名称指定一个或多个列（最�?16 列）�Q�这些列的值用来决定数据行应该存储在哪个数据分��Z��。（指定的列�l�成表的分区�?— 参见�Ҏ�� “选择表分区键”。）数据�c�d��?LONG VARCHAR、LONG VARGRAPHIC、BLOB、CLOB、DBCLOB、XML、基于这些数据类型的 distinct �c�d��和结构化数据�c�d��的列都不能作为数据分区键的组成部分�?/p>
　　PartitionName�Q�指定分配给要创建的数据分区的惟一名称�?/p>
　　Start�Q�指定每个数据分区的范围下限�?/p>
　　End�Q�指定每个数据分区的范围上限�?/p>
　　Constant�Q�在使用语法的自动生成�Ş式时�Q�指定每个数据分��围的宽度。从 STARTING FROM 值开始创建数据分区，数据分区的范围内包含指定数量的倹{��支持这�U�语法的条�g是分区键由单一列组成，�q�一列的数据�c�d��是数字、日期、时间或旉��戟�?/p>

　　DurationLabel�Q�如果分区键列的数据�c�d��是日期、时间或旉��戻I��q�个参数指定�?Constant 值相关的旉��单位。这个参数的有效值是�Q�YEAR、YEARS、MONTH、MONTHS、DAY、DAYS、HOUR、HOURS、MINUTE、MINUTES、SECOND、SECONDS、MICROSECOND �?MICROSECONDS�?/p>
　　TSName�Q�指定存储每个数据分区的表空间�?/p>
　　IndexTSName�Q�指定存储每个数据分区的分区索引的表�I�间�?/p>
　　LongTSName�Q�指定存储长列的值的表空间�?/p>
　　注意�Q�尖括号 (< >) 中的参数是可选的�Q�方括号 ([ ]) 中的参数或选项是必需的，必须提供它们�Q�逗号后面跟着省略�?(...) 表示前面的参数可以重复出现多�ơ�?/p>
　　因此�Q�如果希望创��Z��个名�?SALES 的分��Q�把每个季度的数据存储在单独的分��Z��Q�每个分区驻留在不同的表�I�间中，那么可以执行以下 CREATE TABLE 语句�Q?/p>
CREATE　TABLE　sales　　(sales_date　　DATE,　　sales_amt　　　NUMERIC(5,2))　　IN　tbsp0,　tbsp1,　tbsp2,　tbsp3　　PARTITION　BY　RANGE　(sales_date)　　　(STARTING　'1/1/2010'　ENDING　'12/31/2010'　　　EVERY　3　MONTHS)　

　　�?1 说明生成的表是什么样的�?/p>
�?1. 一个简单分��中存储的数据

　　另一斚w��Q�如果希望创��Z��个名�?INVENTORY 的分��Q�把物品�~�号�?1 �?100 之间的行存储在一个表�I�间中的一个分��Z��Q�把�~�号�?101 �?200 之间的行存储在另一个表�I�间中的另一个分��Z��Q�以此类推，那么可以执行下面�?SQL 语句�Q?/p>

CREATE　TABLE　inventory　　　(item_no　INT,　　　desc　VARCHAR(20))　 PARTITION　BY　(item_no　NULLS　FIRST)　 (PARTITION　PRODUCE　STARTING　MINVALUE　ENDING　100　IN　tbsp0,　 PARTITION　DAIRY　　STARTING　　　　101　ENDING　200　IN　tbsp1,　 PARTITION　BAKERY　　STARTING　　　　201　ENDING　300　IN　tbsp2,　 PARTITION　MEAT　　　STARTING　　　　301　ENDING　400　IN　tbsp3)　

　　选择表分区键

　　选择有效的表分区键列对于发挥表分区的优势非常重要。最有效的表分区键列是有利于分区消除的列。例如，如果通常按日期查询表中的记录�Q�那么应该用日期或时间列�q�行表分区�?/p>
　　同样�Q�如果希望随着旉��的推�U�L��表数据的一部分删除或存档，应该�Ҏ��期望的记录存档方式进行表分区。例如，如果希望把三�q�前的所有数据都存档�Q�应该按周、月或季度进行表分区�Q�这样就可以分别在每周、每月或每季度末删除一个老分区�?/p>
　　对于�q�个�C�Z��Q�ITEM_NO 值在 1 �?100 之间的行��存储在名�ؓ PRODUCE 的分��Z��Q�这个分区的数据写到表空�?TBSP0 中）�Q�ITEM_NO 值在 101 �?200 之间的行��存储在名�ؓ DAIRY 的分��Z��Q�这个分区的数据写到表空�?TBSP1 中）�Q�依�ơ类推；ITEM_NO ��gؓ NULL 的行��存储在 PRODUCE 分区中�?/p>
　　一定要注意�Q�当指定 NULLS FIRST 选项�Ӟ��W�一个分区必��M�� MINVALUE 开始。（同样�Q�如果��?NULLS LAST 选项�Q�最后一个分区必��ȝ��束于 MAXVALUE。）否则�Q�在插入分区键列�?NULL 值的记录�Ӟ��会��?“data out of bounds” 错误。另外，每个分区的数据、烦引和长列数据可以攑֜�不同的表�I�间中。如果不为烦引或长列指定表空��_��分区索引和长列数据会存储在与数据相同的表�I�间中�?/p>

　　在默认情况下�Q�范围包含边界本�w�。要想防止在某一分区中存储特定的记录�Q�可以用 EXCLUSIVE 选项创徏范围。例如：

CREATE　TABLE　sales　　(sales_date　DATE,　　sales_amt　NUMERIC(5,2))　 IN　tbsp0,　tbsp1,　tbsp2,　tbsp3　 PARTITION　BY　RANGE　(sales_date)　 (STARTING　'1/1/2010'　ENDING　'3/31/2010'　EXCLUSIVE,　　 STARTING　'3/31/2010'　ENDING　'6/30/2010'　EXCLUSIVE,　　 STARTING　'6/30/2010'　ENDING　'9/30/2010'　EXCLUSIVE,　　 STARTING　'9/30/2010'　ENDING　'12/31/2010')　

　　在这个示例中�Q�销售日期�ؓ 3/31/2010 的记录不会存储在表空�?TBSP0 中，而是存储在表�I�间 TBSP1 中�?/p>
　　当在分区表中插入行时�Q�会�Ҏ��键值及其所处的范围自动地把它放到适当的数据分��Z��。如果键��g��处于表的��M��范围内，插入操作��׃��p�|�q��生一个错误�?/p>
　　��L��地移入和�U�d��数据

　　使用分区表的另一个优�Ҏ��Q�可以轻村֜�在表中添加新数据�Q�作为新的数据分区）�Q�同时可以轻村֜�删除�q�存档老数据。在下一��专栏文章中�Q�我��讲解添加（�U�d��Q�和删除�Q�移出）数据分区的过�E�。还要讨�?DB2 9.7 中的改进如何大大加快�U�d��和移出数据分区的速度�Q�减��这些操作��生的�q�扰�?

Prayer 2012-03-05 23:47 发表评论

Prayer — Mon, 05 Mar 2012 15:21:00 GMT
http://www.itokit.com/2011/0325/59467.html

【IT168 专稿�?/strong>DB2 V9新增了表分区功能,因此对一些大�?我们在DB2 V9中不再需要分拆成��表,再用UNION ALL视图的方式进�?a class="keylink" target="_blank">设计,而是直接用分��实现一些这些功能｡表分区功能是一�U�数据组�l�方�?�?表数据根据一个或多个表列中的值分布到多个存储对象(�U�Cؓ数据分区或范�?中｡每个数据分区都是单独存储的｡�q�些存储对象可以在不同的表空间中,也可以在相同表空间中｡由于表分区是DB2 V9新增的功�?所以很多用户对其特性不是很了解,本文��重点介�l�DB2 V9表分区功�?�q��过实际的例子来帮助大家理解和提高｡

��?

在DB2 V9之前,对一些大�?��Z��Ҏ��能和数据容量限制的考虑,我们通常会把大表分拆成一些小�?再用UNION ALL 视图的方式进行联合�v来｡DB2 V9在数据容量方面有了重大突�?DMS 表空间的新缺省类型是“大型”,当��?#8220;大型”DMS表空间时,单表的最大容量限制是16384G(Byte),而不再是以前�?12 G(Byte)｡DB2 V9新增了表分区功能,使得我们对大表的性能和数据容量的��虑都不再存在｡使用表分�?能够创徏非常大的�?通过跨多个存储器对象划分表数�?可显著增大表,一个表最多可以有32K个数据分区｡使用表分区分隔数据能够避免扫描不相关的数�?从而提高查询处理性能｡DB2优化器从查询操作中去除不相关的分区｡

表分区功能是一�U�数据组�l�方�?�Ҏ��一个或多个表列中的值将表数据划分到多个�U�Cؓ数据分区或范围的存储对象中｡每个数据分区都是单独存储的｡�q�些存储器对象可位于不同的表�I�间�?或相同的表空间中｡跨多个存储器对象对表数据进行分区的能力�?a class="keylink" target="_blank">数据�?/a>��理员提供了更高的可伸羃性和灉|��?同时提高了性能和控制能力｡表分区可大幅度减��管理庞�?a class="keylink" target="_blank">数据�?/a>所需的维护工�?�q�可有效增加单个表的潜在大小｡表和烦引自动重�l�的新策略选项使您能够更有效地��理DB2服务�?/a>对表和烦引的自动重组｡表分区使您能够定义表数据的范围,以便单独保存每个范围｡例�?您可��Z��表中的日期列,按月对表�q�行分区｡每个范�?�U�Cؓ数据分区)与单个存储器对象对应｡这些存储器对象可位于不同的表空间和/或相同的表空间中｡由于可以对单个数据分区执行��理��d��,��很耗时的维护操作分成一�p�d��较小的操作来执行,从而�ɽ��理工作更�ؓ灉|��｡例�?可备份和复原单个数据分区而不是整个表｡DB2 V9新增的表分区功能增强了对索引位置的细化控�?可将索引�|�于不同表空间�ƈ单独��理它们｡��?ALTER TABLE语句�?ATTACH PARTITION和DETACH PARTITION子句可进行快速及方便的数据�{入或转出｡此功能在数据仓库环境中特别有用,在此环境中经帔R��要装入或删除数据以运行决�{�支持查询｡能够��表分区与其他数据组�l�方案组合在一��P��通过��表分区与数据分区功�?DPF)一起��?可跨数据库分区均匀地分布数据范�?以利�?DPF 的查询内�q�行性和数据库分��载均衡功能｡��表分区与多�l�集��?MDC)一起��用时,能够对同一表扩展数据块中在多个�l�上��h��c�M��值的行进行分�l�｡
�׃��表分区是DB2 V9新增的功�?所以很多用户对其特性不是很了解,本文��重点介�l�DB2 V9表分区功�?�q��过实际的例子来帮助大家理解和提高｡

我们��按照下列顺序介�l�表分区:

1. 创徏�C�Z��数据库DB2TEST1,在示例数据库上创��Z��个��?2K��大��的�~�冲�?创徏3个DMS表空�?用来存放�C�Z��分区表的数据,创徏3个大型表�I�间(DMS),用来存放�C�Z��分区表的大型数据,创徏1个DMS表空�?用来存放�C�Z��分区表的索引

2. 使用自动方式创徏�C�Z��分区�?

3. 使用手工方式创徏�C�Z��分区�?

Prayer 2012-03-05 23:21 发表评论

fragment on db2 and informix

Prayer — Mon, 05 Mar 2012 14:57:00 GMT
http://hi.baidu.com/shenqb/blog/item/1c9ea8de8894644fccbf1aa1.html

转蝲�?koolkite

最�l�编�?koolkite

表分区功能是一�U�数据组�l�方案，卻I��表数据根据一个或多个表列中的值分布到多个存储对象�Q�称为数据分区或范围�Q�中。每个数据分区都是单独存储的。这些存储对象可以在不同的表�I�间中，也可以在相同表空间中。按�?CREATE TABLE 语句�?PARTITION BY 子句中指定那样将表数据分区。此定义中��用的列被�U�Cؓ表分区键列。DB2 表分区功能与 Informix® Dynamic Server �?Informix Extended Parallel Server 提供的数据分�D늻��l�方法相对应�?
Informix �Ҏ��
Informix 支持若干�U�数据组�l�方案，�?Informix 产品中，�q�些�Ҏ��U�Cؓ分段。其中一�U�较�怋�用的分段�c�d��?FRAGMENT BY EXPRESSION。这�U�类型的分段的工作方式与 CASE 语句非常�怼��Q�其中有一个与表的每个分段相关联的表达式。检查这些表辑ּ�以便��定行的攄��位置�?/p>

Informix �?DB2 数据库系�l�的比较
DB2 数据库提供了丰富的补充功能，�q�些功能�?Informix 数据�l�织�Ҏ��直接对应�Q�这使客戯��够相对容易地�?Informix 语法转换�?DB2 语法。DB2 数据库管理器��生成列�?CREATE TABLE 语句�?PARTITION BY RANGE 子句配合使用�Q�以处理复杂�?Informix �Ҏ��?a >�?78 �?Informix �?DB2 数据库��品中使用的数据组�l�方案作了比较�?/p>

�?78. 所�?Informix �?DB2 数据�l�织�Ҏ��的映��?/caption>

数据�l�织�Ҏ�� Informix 语法 DB2 版本 9.1 语法

Informix�Q�基于表辑ּ�
DB2�Q�表分区
FRAGMENT BY EXPRESSION PARTITION BY RANGE

Informix�Q��@环法
DB2�Q�缺�?
FRAGMENT BY ROUND ROBIN 没有语法�Q�DB2 数据库管理器自动在容器之间分布数�?/td>

Informix�Q�范围分�?/li>
DB2�Q�表分区
FRAGMENT BY RANGE PARTITION BY RANGE

Informix�Q�系�l�定义的散列
DB2�Q�数据库分区
FRAGMENT BY HASH DISTRIBUTE BY HASH

Informix�Q�HYBRID
DB2�Q�在�q�行表分区的情况下进行数据库分区
FRAGMENT BY HYBRID DISTRIBUTE BY HASH �?PARTITION BY RANGE

Informix�Q�不适用
DB2�Q�多�l�集��?
不适用 ORGANIZE BY DIMENSION

�C�Z��
下列�C�Z��详细说明了在 DB2 中如何实��C��M��使用表达式的 Informix 分段�Ҏ��{�同的结果�?/p>

�C�Z�� 1�Q?/em>下面�q�个基本�?Create Table 语句昄��?Informix 分段以及�{�同�?DB2 数据库系�l�表分区语法�Q?/p>
Informix 语法�Q?/p>
CREATE TABLE demo(a INT) FRAGMENT BY EXPRESSION
a = 1 IN db1,
a = 2 IN db2,
a = 3 IN db3;

DB2 语法�Q?/p>
CREATE TABLE demo(a INT) PARTITION BY RANGE(a)
(STARTING(1) IN db1,
STARTING(2) IN db2,
STARTING(3) ENDING(3) IN db3);

Informix XPS 支持�U�Cؓ hybrid 的两层分�D�|��案，在此�Ҏ��中，使用一个表辑ּ�来在协作服务器之间分布数据，�q��用第二个表达式来在协作服务器内分布数据。这使所有协作服务器都能够参与查询（卻I��在所有协作服务器上都有数据）�Q��ƈ使查询能够利用数据分区消除功能的优势�?/p>
通过�l�合使用 CREATE TABLE 语句�?DISTRIBUTE BY �?PARTITION BY 子句�Q�DB2 数据库系�l�实��C��?Informix hybrid �{�同的组�l�方案�?/p>
�C�Z�� 2�Q?/em>以下�C�Z��昄��了组合子句的语法�Q?/p>
Informix 语法
CREATE TABLE demo(a INT, b INT) FRAGMENT BY HYBRID HASH(a)
EXPRESSION b = 1 IN dbsl1,
b = 2 IN dbsl2;

DB2 语法
CREATE TABLE demo(a INT, b INT) IN dbsl1, dbsl2
DISTRIBUTE BY HASH(a),
PARTITION BY RANGE(b) (STARTING 1 ENDING 2 EVERY 1);

此外�Q�可以��用多�l�集��来�q�一步组�l�数据：
CREATE TABLE demo(a INT, b INT, c INT) IN dbsl1, dbsl2
DISTRIBUTE BY HASH(a),
PARTITION BY RANGE(b) (STARTING 1 ENDING 2 EVERY 1)
ORGANIZE BY DIMENSIONS(c);

�q�样�Q�列 a 值相同的所有行都在同一个数据库分区中。所有列 b 值相同的行都在同一个表�I�间中。对于具有给定的 a �?b 值的行，会将再具有相�?c 值的所有行集中��C��个磁盘上。此�Ҏ��非常适合�?OLAP �c�d��的下��L��作，�q�是因�ؓ�Q�仅需扫描单个数据库分��Z��单个表空间中的一个或��C��扩展数据块就可以满��此类查询�?/p>

应用表分��Z��解决常见的应用程序问�?/span>
下列各节讨论如何应用各种 DB2 表分区功能以解决常见的应用程序问题。每一节都特别侧重于采取最��x��施来��各�U?Informix 分段�Ҏ��映射到等同的 DB2 表分区方案�?/p>

创徏��单数据分��围时的注意事��?/span>
其中一�U�最常见的表分区应用是根据日期键对大型事实表�q�行分区。如果需要创建大��统一的日期范��_��误��虑使用自动生成�?CREATE TABLE 语法格式�?/p>

�C�Z��
�C�Z�� 1�Q?/em>以下�C�Z��昄��自动生成的语法格式：
CREATE TABLE orders
(
l_orderkey DECIMAL(10,0) NOT NULL,
l_partkey INTEGER,
l_suppkey INTEGER,
l_linenumber INTEGER,
l_quantity DECIMAL(12,2),
l_extendedprice DECIMAL(12,2),
l_discount DECIMAL(12,2),
l_tax DECIMAL(12,2),
l_returnflag CHAR(1),
l_linestatus CHAR(1),
l_shipdate DATE,
l_commitdate DATE,
l_receiptdate DATE,
l_shipinstruct CHAR(25),
l_shipmode CHAR(10),
l_comment VARCHAR(44))
PARTITION BY RANGE(l_shipdate)
(STARTING '1/1/1992' ENDING '12/31/1993' EVERY 1 MONTH);

�q�将创徏 24 个范��_��卛_�� 1992-1993 的每个月创徏一个范围。尝试插�?l_shipdate ��出该范围的行将��D��错误�?/p>
�C�Z�� 2�Q?/em>��上一�C�Z��与以�?Informix 语法作比较：
create table orders
(
l_orderkey decimal(10,0) not null,
l_partkey integer,
l_suppkey integer,
l_linenumber integer,
l_quantity decimal(12,2),
l_extendedprice decimal(12,2),
l_discount decimal(12,2),
l_tax decimal(12,2),
l_returnflag char(1),
l_linestatus char(1),
l_shipdate date,
l_commitdate date,
l_receiptdate date,
l_shipinstruct char(25),
l_shipmode char(10),
l_comment varchar(44)
) fragment by expression
l_shipdate < '1992-02-01' in ldbs1,
l_shipdate >= '1992-02-01' and l_shipdate < '1992-03-01' in ldbs2,
l_shipdate >= '1992-03-01' and l_shipdate < '1992-04-01' in ldbs3,
l_shipdate >= '1992-04-01' and l_shipdate < '1992-05-01' in ldbs4,
l_shipdate >= '1992-05-01' and l_shipdate < '1992-06-01' in ldbs5,
l_shipdate >= '1992-06-01' and l_shipdate < '1992-07-01' in ldbs6,
l_shipdate >= '1992-07-01' and l_shipdate < '1992-08-01' in ldbs7,
l_shipdate >= '1992-08-01' and l_shipdate < '1992-09-01' in ldbs8,
l_shipdate >= '1992-09-01' and l_shipdate < '1992-10-01' in ldbs9,
l_shipdate >= '1992-10-01' and l_shipdate < '1992-11-01' in ldbs10,
l_shipdate >= '1992-11-01' and l_shipdate < '1992-12-01' in ldbs11,
l_shipdate >= '1992-12-01' and l_shipdate < '1993-01-01' in ldbs12,
l_shipdate >= '1993-01-01' and l_shipdate < '1993-02-01' in ldbs13,
l_shipdate >= '1993-02-01' and l_shipdate < '1993-03-01' in ldbs14,
l_shipdate >= '1993-03-01' and l_shipdate < '1993-04-01' in ldbs15,
l_shipdate >= '1993-04-01' and l_shipdate < '1993-05-01' in ldbs16,
l_shipdate >= '1993-05-01' and l_shipdate < '1993-06-01' in ldbs17,
l_shipdate >= '1993-06-01' and l_shipdate < '1993-07-01' in ldbs18,
l_shipdate >= '1993-07-01' and l_shipdate < '1993-08-01' in ldbs19,
l_shipdate >= '1993-08-01' and l_shipdate < '1993-09-01' in ldbs20,
l_shipdate >= '1993-09-01' and l_shipdate < '1993-10-01' in ldbs21,
l_shipdate >= '1993-10-01' and l_shipdate < '1993-11-01' in ldbs22,
l_shipdate >= '1993-11-01' and l_shipdate < '1993-12-01' in ldbs23,
l_shipdate >= '1993-12-01' and l_shipdate < '1994-01-01' in ldbs24,
l_shipdate >= '1994-01-01' in ldbs25;

注意�Q�Informix 语法提供了上下不��顶的范围以捕获预期范围外的日期。通过��d��使用 MINVALUE �?MAXVALUE 的范��_��可以��?DB2 语法修改��Z�� Informix 语法匚w��?/p>
�C�Z�� 3�Q?/em>以下�C�Z��示�?1 修改��Z�� Informix 语法匚w��Q?/p>
CREATE TABLE orders
(
l_orderkey DECIMAL(10,0) NOT NULL,
l_partkey INTEGER,
l_suppkey INTEGER,
l_linenumber INTEGER,
l_quantity DECIMAL(12,2),
l_extendedprice DECIMAL(12,2),
l_discount DECIMAL(12,2),
l_tax DECIMAL(12,2),
l_returnflag CHAR(1),
l_linestatus CHAR(1),
l_shipdate DATE,
l_commitdate DATE,
l_receiptdate DATE,
l_shipinstruct CHAR(25),
l_shipmode CHAR(10),
l_comment VARCHAR(44)
) PARTITION BY RANGE(l_shipdate)
(STARTING MINVALUE,
STARTING '1/1/1992' ENDING '12/31/1993' EVERY 1 MONTH,
ENDING MAXVALUE);

�q�种技术允许将��M��日期插入到表中�?/p>

使用生成列按表达式进行分�?/span>
虽然 DB2 数据库�ƈ不直接支持按表达式进行分区，但支持按生成列进行分区，因此有可能获得相同的�l�果�?/p>
在决定是否��用此�Ҏ��前，误��虑下列用法准则�Q?/p>
生成列是真实的列�Q�它占用物理��盘�I�间。��用生成列的表会略微变大�?/li>
对于在分��q�行分区时所��Z��的列�Q�不能改变其生成列表辑ּ�。尝试执行此操作��生消�?SQL0190。如果按下一节描�q�的方式��新数据分区��d��C��用生成列的表中，通常要求改变定义生成列的表达式。目前，不支持改变定义生成列的表辑ּ��?/li>
当表使用生成列时�Q�对于何时可以应用数据分区消除是有限制的�?
�C�Z��
�C�Z�� 1�Q?/em>以下�C�Z��使用 Informix 语法�Q�在�q�种情况下适合使用生成列。在本示例中�Q�进行分区时所��Z��的列存放了加拿大的省和地域。由于省列表不大可能更改�Q�因此生成列表达式也不大可能更改�?/p>
CREATE TABLE customer (
cust_id INT,
cust_prov CHAR(2))
FRAGMENT BY EXPRESSION
cust_prov = "AB" IN dbspace_ab
cust_prov = "BC" IN dbspace_bc
cust_prov = "MB" IN dbspace_mb
...
cust_prov = "YT" IN dbspace_yt
REMAINDER IN dbspace_remainder;

�C�Z�� 2�Q?/em>在此�C�Z��中，使用生成列对 DB2 表进行分区：
CREATE TABLE customer (
cust_id INT,
cust_prov CHAR(2),
cust_prov_gen GENERATED ALWAYS AS (CASE
WHEN cust_prov = 'AB' THEN 1
WHEN cust_prov = 'BC' THEN 2
WHEN cust_prov = 'MB' THEN 3
...
WHEN cust_prov = 'YT' THEN 13
ELSE 14 END))
IN tbspace_ab, tbspace_bc, tbspace_mb, .... tbspace_remainder
PARTITION BY RANGE (cust_prov_gen)
(STARTING 1 ENDING 14 EVERY 1);

�q�里�Q�CASE 语句中的表达式与 FRAGMENT BY EXPRESSION 子句中的相应表达式匹配。CASE 语句��每个原始表辑ּ�映射��C��个数字，该数字存储在生成列（在本�C�Z��中是 cust_prov_gen�Q�中。此列是存储在磁盘上的真实列�Q�因此，表占用的�I�间量会�?DB2® 通过表达式直接支持的分区所必需的空间量略多。本�C�Z��使用短语法格式。因此，必须�?CREATE TABLE 语句�?IN 子句中列�C�用来放�|�数据分区的表空间。如果��用长语法格式�Q�则每个数据分区都需要不同的 IN 子句�?/p>

Prayer 2012-03-05 22:57 发表评论

911错不一定是死锁�Q�怎么区分死锁和超�?

Prayer — Thu, 01 Mar 2012 02:53:00 GMT
大家在开发、测试过�E�中�Q�常见到�E�序�?11�q�样的错�Q�查看一下帮助：

d:/>db2 ? sql0911n

SQL0911N因�ؓ死锁或超�Ӟ��所以当前事务已回滚。原因码�?br />          "<原因�?gt;"�?br />
解释:

当前工作单元涉及到未解决的对使用对象的争用，因此不得不回滚�?br />
原因码如下：

2 �׃��死锁而导致事务已回滚�?br />
68 �׃��锁定��时而导致事务已回滚�?br />
72 因�ؓ存在与事务中所涉及�?nbsp;DB2 Data Links Manager
有关的错误，所以事务已回滚�?br />
注释: 必须再次输入与工作单元相关的更改�?br />
应用�E�序已回滚至上一��?nbsp;COMMIT�?br />
用户响应:

��Z��帮助避免死锁或锁定超�Ӟ��寚w��旉��q�行的应用程序或有可能遇到死�?br />的应用程序频�J�发�?nbsp;COMMIT 操作�Q�如果有可能的话�Q��?br />
联合�pȝ��用户�Q�死锁可能发生在联合服务器或数据源上。没有检��跨��数�?br />源�ƈ潜在地跨��联合系�l�的死锁的机制。有可能标识使请求失败的数据源（
参阅 Problem Determination Guide 以确定哪一个数据源�?nbsp;SQL
语句的处理失败）�?br />
当处�?nbsp;SQL 语句的某些组合时�Q�通常会发生死锁或者预期会发生死锁。徏�?br />您设计应用程序来��可能避免死锁�?br />
sqlcode :  -911

sqlstate :  40001

d:/>

很明显是两种原因可能造成�q�样的错误�?br />1、死�?br />2、锁�{�待��时

怎么区分呢？

思�\�Q?br />     �Ҏ��原因码，如果�?��是死锁引�v的；如果�?8��是��时引�v的�?br />     如果没有获得原因码，那么从系�l�自带的死锁监视器里��认是否发生�q�死锁，如果没有发生�Q�则��是��时引�v的�?br />
��时解决办法�Q?br />     1、优化相关sql
     2、�g长超时设�|?br />
死锁分析�Ҏ��Q?br />     用实例用戯��接到db2实例�Q�切换到死锁监视器�\径下�Q�运行db2evmon -path xxx >lock_rpt.txt来生成报告�?br />

-- The End --

Prayer 2012-03-01 10:53 发表评论

不管怎么��sortheap的重要性都不�ؓ�q?

Prayer — Tue, 28 Feb 2012 06:58:00 GMT

今天看了一��文章，觉得不管怎么��sortheap的重要性都不�ؓ�q�。理由我后面肯定会写详细的，�q�里写记录下�Q�占个位�|�：

----2007.07.10.00�?3�Q�没惛_��?0可��以�ؓ9号呢 �Q?号刚�q?img alt="" src="http://acme1921209.iteye.com/javascripts/fckeditor/editor/images/smiley/msn/sad_smile.gif" />�Q?/p>

========================

感觉学的不是很好�Q�没有达到目标，但还是把�q?天学的写上吧 �?/p>
1.sortheap在数据库配置说明上是�q�样的：定义要用于专用排序的专用内存��늚�最大数目，或者要用于�׃�n排序的共享内存页的最大数目。现在这个项目�ƈ没有启动分区�q�行性，所以此参数只是表示要用于专用排序的专用内存��늚�最大数目。不知道是我没理解好�Q�还是db2没有说好�Q�其实这个参数还有个很重要的作用�Q�数据库在执行散列连接sql的时候也用到此内存区域。db2 �?个表�q�行�q�接的时候，只有3�U�类型：嵌套�Q�合�qӞ��散列。其中散列连接用的最多（我在执行复杂sql的时候是�q�样的，��单的没有��试�q�大家可以测试下�Q�。进行散列连接的时候，数据库会把其中一个表的内容复制到sortheap对应的内存中�Q�如果sortheap对应的内存不够大�Q�就会吧余下的数据库复制��C��时表�I�间中。然后进行连接比较。可以想��x��作内存和操作��盘的差别吧�Q�所以我们应��量大的讄��sortheap�Q��他不溢出到硬盘中�Q�或者很��溢出。（关于上面3中嵌套，合�ƈ�Q�散列连接类型，可以看下面的附�g�Q�附件中有很详细的说明）

2. 查看是否溢出的方法：

大家执行下面的命令： db2 gen snapshot for db on 数据库名 �Q�这个命令不需要打开db2的快照开养I��db2有些默认的快照信息）。在输出的信息中查找下面的信息：

已分配的专用排序堆��L��          = 0
已分配的�׃�n排序堆��L��                    = 0
�׃�n排序堆高水位标记                      = 0
总计排序                          = 34600
总计排序旉��Q�毫�U�）              = 35491
排序溢出                            = 2384
�z�d��排序�?nbsp;                                = 0

�?/p>
散列�q�接�?nbsp;                       = 38808
散列循环�?nbsp;                       = 0
散列�q�接溢出�?nbsp;                   = 534
��散列连接溢出数                  = 1

排序溢出 /总计排序   可以得到溢出比例 �Q?font size="+0">如果溢出比例大于 3 个百分点�Q�那么在应用�E�序 SQL 中会出现严重的或意外的排序问题。因为正是溢出的存在表明发生了大的排序，所以理想的情况是发现没有排序溢出或臛_��其百分比��于一个百分点�?br />如果出现�q�多的排序溢出，那么“应�?#8221;解决�Ҏ��是增加SORTHEAP的大��。然而，�q�样做只是掩盖了真实的性能问题。相反，您应该确定引��h��序的 SQL �q�更改该 SQL、烦引或��集来避免或减少排序开销。如果溢出比例大�?5 �Q�作��Z��U�经验之谈）�Q�那么每个事务的排序数可能很大。虽然某些应用程序事务执行许多小的组合排序（它们不会溢出�q�且执行旉��很短�Q�，但是它消耗了�q�多�?CPU。当SortsPerTX很大�Ӟ��按我的经验，�q�些机器通常会受�?CPU 的限制。确定引��h��序的 SQL �q�改�q�存取方案（通过索引、群集或更改 SQL�Q�对提高事务吞吐率是极�ؓ重要的�?/font>�Q?/p>
散列�q�接�?nbsp;  ��是在执行sql的时候进行散列连接的数目。这里只说下散列循环�?nbsp;的意义，其他参数的意义在下面的附件中都有很详�l�的说明�Q?nbsp; 我在��试的时候，把sortheap讄��?6个页�Q�然后执行复杂的sql�Q�散列��@环数有��|��而且很高。一般看到散列��@环数有值就要注意，他说明你的sortheap或�?font size="+0">SHEAPTHRES�Q�实例��参数�Q�太低了。现在的��试情况��p��明sortheap太低了。另外一�U�情�?font size="+0">SHEAPTHRES太低的原因： SHEAPTHRES已经分配�l�前面的代理�q�程了，再有代理�q�程甌��sortheap的时候，SHEAPTHRES已经辑ֈ�上限了，�q�个时候db2��׃��l�申请sortheap的进�E�很��的��|��此时代理�q�程�q�行散列�q�接的时候就需要把很多数据攑ֈ��盘上，�q�个时候就会导致散列��@环数值很高，�q�个时候大家可以增�?SHEAPTHRES�q�行观察�?/font>

3.查看排序溢出的sql�Ҏ��Q?首先打开快照监视器： db2 update monitor switches using sort on statements on ;

然后�q�段旉��Q?分钟��可以了�Q�执�?get snapshot for all on 数据库名�Q?/p>
在输出的信息中查找：语句排序溢出                    = 1   �Q�看对应的sql��q��道了�Q�对sql的执行计划分析下��明白了�?/font>

记得在测试完要关�?快照开养I�� db2 update monitor switches using sort off statements off;

http://acme1921209.iteye.com/blog/99526

Prayer 2012-02-28 14:58 发表评论

Prayer — Wed, 21 Dec 2011 08:59:00 GMT
http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-0602jiangt/

序言

本文的目的就是通过详细的实例来阐述如何在DB2 UDB 中监控死锁的发生。在DB2 UDB中有两种�c�d��的监控器�Q�快照监控器和事件监控器。快照顾名思义��是数据库连�l�状态下的一个切面，通过快照监控器，你可以很方便地查看当前连接的应用�E�序�Q�当前等待的锁，当前的死锁，以及正在执行的SQL语句�Q�同时你可以查看�~�冲区，表和表空间的用法。如果保存历史数据，�q�且能够做出比较�Q�对于分析数据库的�ƈ发性能有很大的帮助�?/p>
但是我们�q�不能预��什么时候发生死锁，所以如果有一个后台程序能够一直监控数据库的活动，记录下所有的死锁事�g�Q�这对于数据库管理员来说是非帔R��要的。DB2 UDB提供了事件监控器。通过不遗漏地获得一�D�|��间内所有的数据库事�Ӟ��在本文中只关心其中的死锁事�g�Q�，事�g监控器提供了一�U�可以分析历史数据（本文的重点）�Q�预��将来趋势的可能。DB2 UDB同时提供了DB2 Performance Expert (DB2/PE) 或者类似的�E�序用来生成分析报表�Q�不�q�这已经��出了本文的范畴�?/p>

回页�?/a>

常用术语

锁是控制应用�E�序�q�发的数据库软�g机制�Q�锁用来防止以下情况的发生：

1�Q?丢失以前更新

2�Q?不可重复��d��

3�Q?讉K��未提交数�?/p>
锁的模式包括�׃�n锁和排他锁，�׃�n锁允许其他程序读取已�l�被其他�׃�n锁占用的资源�Q�所以也叫读锁，排他锁意味着在释放资源以前其他的应用�E�序无法讉K��同一资源�Q�所以也叫写锁。此外，DB2 UDB �q�提供了不同的锁�U�别�Q�不同的应用�E�序可能会要求访问不同范围的数据�Q�锁�U�别有利于充分利用系�l�资源，提高�pȝ��性能。若一个应用程序请求一个锁�Q�而该锁被另外一个应用程序所使用且不能共享，DB2 UDB ��׃��挂�v前一个应用程序。锁升�񔞮�是当LOCKLIST (LOCKLIST代表锁能够占用的内存�I�间) 耗尽或者一个应用程序所拥有的锁大于MAXLOCKS*LOCKLIST的时候（MAXLOCKS 代表应用�E�序所拥有的锁占所�I�间的百分比�Q�，DB2 UDB ��p��图把几个行��别的锁合�q��ؓ一个表�U�别的锁�Q�从而释��N��I�间。虽焉��升��本��n�q�不耗费多少旉��Q�但是锁住整个表通常会大大地降低�q�发性能�?/p>
当应用程序处于挂��L��态超�q�了一�D�规定的旉��后，DB2 UDB��׃��自动中止�q�个应用�E�序�Q�同时会向SQLCA发送描�q�性的错误信息。当两个或者更多的应用�E�序都持有另外一个应用程序所需资源上的锁，没有�q�些资源�Q�那些应用程序都无法�l�箋完成其工作的时候，��׃��发生死锁�?/p>
在DLCHKTIME��时之后�Q�DB2 UDB会中止发生死锁的某个应用�E�序�Q�通常为所做工作最��的那个应用�E�序�Q�，�q�会释放�q�个应用�E�序所持有的所有的锁，�q�允许别的应用程序��l�工作，DB2 UDB ��向被终止的应用�E�序的SQLCA发送描�q�性的错误信息。LOCKTIMEOUT 指定一个应用程序被允许的锁�{�待的时��_��q�将避免全局的死锁从而导致整个应用崩溃。如果LOCKTIMEOUT 的��gؓ-1�Q�应用程序会�{�待直到该锁被释放或者发生一个死锁�?/p>

回页�?/a>

事�g监控�?/span>

事�g监控器用来收集当一个数据库事�g发生时所兌��的应用程序的信息。这里的事�g指，�q�接�Q�死锁，声明和事务。你可以定义你想监控的事件类型的监控器。比如说�Q�一个死锁监控器��是用来监控死锁的发生�?/p>
在DB2 UDB 中存在两�U�和死锁有关的事件类型：

DEADLOCKS
记录��单的应用�E�序信息�?/li>
DEADLOCKS WITH DETAILS
记录所有复杂的信息�Q�包括应用程序、执行语句声明以及死锁的详细信息。但是��用这�U�事件监控器会因为需要得到大量额外的信息而降低系�l�的性能�?

回页�?/a>

如何监控死锁

��Z��详细说明事�g监控器在死锁监控中的用途，我引入了一个简单的死锁场景来触发一个死锁，在随后的章节�Q�我会告诉读者如何分析监控结果以及根据结果来避免死锁的发生�?/p>
�q�里我们需要至��三个应用程序来调用DB2 CLI�Q�一个用来监控死锁的发生�Q�另外两个用来��生死锁。我们可以��用DB2 UDB 安装旉��带的SAMPLE数据库�?/p>
1�Q?首先建立一个死锁事件监控器

Session Monitor

db2 connect to sample db2 "create event monitor dlmon for tables, deadlocks with details write to file 'C:\dlmon'" mkdir C:\dlmon db2 "set event monitor dlmon state 1"

2�Q?用另外两个应用程序来产生一个死�?/p>
Session A

db2 connect to sample db2 +c "insert into employee values('000350', 'Truman', 'I', 'Jiang', 'B00', '5892', '1999-02-21', 'Engineer', 19, 'M', '1978-06-17', 60000, 2000, 6000)"

现在应用�E�序A��拥有了一个EMPLOYEE表的行��别的排他�?/p>
�Q�注: +c 代表不自动提交SQL语句�Q�DB2 �?autocommit 是缺省设�|�，也可以通过 db2 update command options using c off 关闭该缺省选项。）

Session B

db2 connect to sample db2 +c "insert into project values('AD3300', 'Dead Lock Monitor', 'B00', '000350', 7.00, '1982-07-21', '1983-02-03', 'AD3111')"

现在应用�E�序B��拥有了一个PROJECT表的行��别的排他�?/p>
Session A

db2 +c "select projname from project"

应用�E�序A需要PROJECT表上所有行的共享锁�Q�但是因为PROJECT表正在被应用�E�序B以排他锁的�Ş式独占，�q�时候应用程�?��p��入一个锁�{�待的状态�?/p>
Session B

db2 +c "select firstnme from employee"

应用�E�序B也进入一个锁�{�待的状态。此时就出现了一个死锁状态�?/p>
3�Q?两个本��n处于锁等待�ƈ且占有资源的应用�E�序互相�{�待另外一�Ҏ��持有的资源，�q�时候Session A和Session B��出��C��死锁状态，�q�种状态一直会延箋直到死锁��查器�Q�超出DLCHKTIME旉��以后�Q�检查出一个死锁�ƈ且回滚其中的一个事务�?/p>
Session B

SQLN0991N 因�ؓ死锁或者超�Ӟ��当前事务已经被回滚。原因码�?"2". SQLSTATE=40001 �q�时候死锁事件监控器��׃��记录�q�个死锁�Q�同时应用程序A可以完成他的工作�?

Session A

PROJNAME ---------------------------------------- …… 20 条记录已选择

Session A

db2 connect reset

Session B

db2 connect reset

4�Q?通过 db2evmon 工具可以获得死锁信息的日志，�q�且把日志文件导入到本地机器的文件系�l�当中。在下面一节，我们��详�l�分析导出的日志文�g�?/p>

Session Monitor db2 connect reset db2evmon -path c:\dlmon > c:\dlmon\dllog1.txt

回页�?/a>

分析监控�l�果

本节我们开始详�l�分析上一节��生的监控�l�果�Q�从监控导出的日志文件中�Q�我们可以分析出死锁发生的时��_��U�别�Q�模式以及��生死锁的SQL语句�Q�从而据此来�q�一步地修正可能��q��序�ƈ发设计或者数据库设计所��D��的缺陗��?/p>

-------------------------------------------------------------------------- EVENT LOG HEADER Event Monitor name: DLMON Server Product ID: SQL08022 …… Server instance name: DB2 -------------------------------------------------------------------------- -------------------------------------------------------------------------- Database Name: SAMPLE Database Path: C:\DB2\NODE0000\SQL00001\ …… -------------------------------------------------------------------------- 3) Deadlock Event ... Deadlock ID: 1 …… 4) Connection Header Event ... Appl Handle: 949 …… 5) Deadlocked Connection ... Deadlock ID: 1 Participant no.: 2 Participant no. holding the lock: 1 Appl Id: G9B56A72.HE13.01B406083205 Appl Seq number: 0001 Appl Id of connection holding the lock: G9B56A72.HD13.02CE06083152 …… Deadlock detection time: 2006-01-06 16:34:27.327582 Table of lock waited on : EMPLOYEE (A锁发生的�? Schema of lock waited on : JT Tablespace of lock waited on : USERSPACE1 Type of lock: Row �Q�A锁��别�ؓ行锁�Q? Mode of lock: X - Exclusive �Q�A锁模式�ؓ排他锁） Mode application requested on lock: NS - Share (and Next Key Share) �Q�在A排他锁上要求B�׃�n锁，发生死锁�Q? …… Text : select name from employee �Q��生B�׃�n锁的SQL语句�Q? List of Locks: �Q�当前所有锁的列表） …… Lock Name : 0x020005000D0000000000000052 Lock Attributes : 0x00000008 Release Flags : 0x40000000 Lock Count : 1 Hold Count : 0 Lock Object Name : 13 Object Type : Row Tablespace Name : USERSPACE1 Table Schema : JT Table Name : PROJECT Mode : X - Exclusive �Q�在PROJECT表上有一个排他锁�Q? …… Lock Name : 0x02000300000000000000000054 Lock Attributes : 0x00000000 Release Flags : 0x00000001 Lock Count : 1 Hold Count : 0 Lock Object Name : 3 Object Type : Table Tablespace Name : USERSPACE1 Table Schema : JT Table Name : EMPLOYEE Mode : IS - Intent Share �Q�在EMPLOYEE表上有一个共享锁�Q? Locks Held: 6 Locks in List: 6 …… 9) Table Event ... Table schema: JT Table name: EMPLOYEE Record is the result of a flush: FALSE Table type: User Data object pages: 1 …… Rows read: 35 Rows written: 1 …… Tablespace id: 2 Table event timestamp: 2006-01-06 16:37:28.972501 �Q�记录EMPLOYEE表上发生的事�Ӟ��

我们可以分析一下dllog1.txt 文�g�Q�来准确定位死锁发生的原因，看看5�Q�Deadlocked Connection: 我们可以看出死锁发生的表是EMPLOYEE�Q�同时我们也可以判断��是一个对于已被排他锁占有的资源申请共享锁所��D��的死锁。更加重要的是我们得��C��产生死锁的SQL语句�Q�从上面我们可以推断��Z��定存在别的应用程序在以独占锁的方式占用EMPLOYEE表，�q�很有可能就是对于EMPLOYEE表的插入或者更新动作造成的�?/p>
而这最有可能就是插入或者更��C��务时间过长所��D��的，��D��事务旉��q�长的原因大体有两种�Q�一是来自于�q�发�E�序的设计和�~�写�Q�二是来自于数据库的设计和数据库参数的调整�?/p>
本节我们通过仔细地分析事件监控器的结果来推断出导致死锁发生的原因�Q�从而采取有效的措施去避免死锁的发生。这些措施包括调整数据库参数�Q�或者修改应用程序的代码�Q�或者修改SQL语句甚至是数据库的设计来提高代码和SQL语句执行的效率�?/p>

回页�?/a>

避免死锁的方�?/span>

��早地考虑数据库设计中的�ƈ发性问题，��p��可以提高代码执行的效率，降低�E�序开发和�l�护的成本，�q�里我们提出了一些避免死锁，提高应用�E�序�q�发性的�Ҏ��?/p>
讄��隔离�U�别�Q�根据应用程序的业务逻辑和数据完整性需求来军_��合适的隔离�U�别�Q�包括：RR�Q�RS�Q�CS�Q�UR。该军_��需要对应用�E�序需求和相关的业务规则具有基本理�?/li>
��量避免锁升�U�，正确调整参数LOCKLIST, MAXLOCKS
SQL0911N�q�回�?8�Q�LOCKTIMEOUT参数�Q�的原因是锁�{�待��时�Q�而SQL0911�q�回�?�Q�DLCHKTIME参数�Q�的原因则是因�ؓ死锁被强制回滚，避免�q�两�U�错误的�Ҏ��是合理设计数据库和建立合理的烦�?/li>
��快提交事务�Q�不要在事务中加入不必要的执行时间过长的代码�Q�比如大的代码��@环和�q�程调用�Q�或者一些没有用处的SELECT语句
应用�E�序的框架实��C��证一旦发现SQL错误�Q�立��L��行回滚事务，释放锁�?/li>
如果多个应用�E�序讉K��同一资源�Q�最好以相同的次序访问。这��P��即��前一个访问资源的应用�E�序会�g�q�其他应用程序的讉K��Q�也不会��D��死锁的发�?/li>
讑֮�外键索引�Q�如果想删除父表中的行，��需要扫描多个子表中的多行数据，�q�样��需要占用多个子表的锁，我们可以通过在外键上建立索引来减��扫描子表的行数�Q�否则若不徏立烦引，如果从父表中删除一行的时候，��需要扫描整个子�?

Prayer 2011-12-21 16:59 发表评论

Prayer — Wed, 21 Dec 2011 06:30:00 GMT
一阶段提交(1PC One Phase Commit)
   一阶段提交��是事务处理器向数据库服务器发出提交��h��Q�然后等待数据库服务器的回应�Q�收到回应后完成事务的提交，或者服务器�q�回提交��p�|的结果就回撤事务�?危险期从发出��h��开始，到收到回应结束，�q�段旉��中数据库完成数据的修攏V��日志记录等处理�Q�处理越复杂�Q�危险期��p��ѝ�?/div>

   两阶�D�|��?2PC Two Phase Commit)

    两阶�D�|��交把事务提交分成两个阶段�Q?/p>
�W�一阶段�Q�事务处理器向数据库服务器发�?准备提交"��h��Q�数据库收到��h��后执行相同的数据修改和日志记录等处理�Q�不同的是处理完成后只是把事务的状态改�?可以提交",然后把结果返回给事务处理器�?/li>
事务处理器收到回应后�q�入�W�二阶段�Q�如果在�W�一阶段内的危险期中发生了故障，事务处理器收不到回应�Q�则认�ؓ事务��p�|�Q�回撤事务。数据库服务器收不到�W�二阶段的确认提交请求，�?可以提交"的事务回�?
两阶�D늚��W�二阶段中事务处理器向数据库服务器发�?��认提交"��h��Q�数据库服务器把事务�?可以提交"状态改�?提交完成"状态，然后�q�回应答�?

   从严格意义上��_��两阶�D�|��交�ƈ没有完全解决�|�络通讯危险期的问题�Q?strong>但因为第二阶�D늚�处理很简单，只是修改了事务的状态，与第一阶段相比其处理时间极短，所以危险期极短�Q�发生事务提交故障的可能性几乎不存在�?nbsp;

所谓两阶段提交, 即Two Phase Commit (2PC), 是分布式事务采用的一�U�处�?/div>

Prayer 2011-12-21 14:30 发表评论

主键与唯一索引

Prayer — Wed, 21 Dec 2011 02:58:00 GMT
    1.主键一定是唯一性烦引，唯一性烦引�ƈ不一定就是主键；
     2.一个表中可以有多个唯一性烦引，但只能有一个主键；
     3.主键列不允许�I��|��而唯一性烦引列允许�I�倹{�?img src ="http://www.shnenglu.com/prayer/aggbug/162519.html" width = "1" height = "1" />

Prayer 2011-12-21 10:58 发表评论

詹姆斯��h��?

Prayer — Wed, 21 Dec 2011 02:58:00 GMT
詹姆�?#183;格雷
                              ——数据库技术和“事务处理”专家

1998�q�度的图灵奖授予了声誉卓著的数据库专家詹姆斯·格雷(James Gray)或称吉姆·格雷(JimGray�Q�Jim是James的昵�U?。这是图灵奖诞生32�q�的历史上，�l�数据库技术的先驱查尔�?#183;巴赫�?Charles W�Q�Bachman�Q?973)和关�p�L��据库之父埃�d�?#183;�U��d(Edgar F�Q�Codd�Q?981)之后�Q�第3位因在推动数据库技术的发展中做出重大�A献而获此殊荣的学者�?/font>

    格雷生于1944�q�_��在著名的��国加州大学伯克利分校计��机�U�学�p�获得博士学位。其博士论文是有关优先文法语法分析理论的。学成以后，他先后在贝尔实验室、IBM、Tandem、DEC�{�公司工作，研究方向转向数据库领域�?/font>

    在IBM期间�Q�他参与和主持过IMS、System R、SQL�Q�DS、DB2�{�项目的开发，其中除System R仅作为研�I�原型，没有成�ؓ产品外，其他几个都成为IBM在数据库市场上有影响力的产品�?/font>

    在Tandem期间�Q�格雷对该公司的主要数据库��品ENCOMPASS�q�行了改�q�与扩充�Q��ƈ参与了系�l�字典、�ƈ行排序、分布式SQL、Nonstop SQL�{�项目的研制工作�?/font>

    在DEC�Q�他仍然主要负责数据库��品的技术。格雯��入数据库领域�Ӟ��关系数据库的基本理论已经成熟�Q�但各大公司在关�p�L��据库��理�pȝ��(RDBMS)的实现和产品开发中�Q�都遇到了一�p�d��技术问题，主要是在数据库的规模愈来愈大�Q�数据库的结构愈来愈复杂�Q�又有愈来愈多的用户�׃�n数据库的情况下，如何保障数据的完整�?Integrity)、安全�?Security)、�ƈ行�?Concurrency)�Q�以及一旦出现故障后�Q�数据库如何实现从故障中恢复(Recovery)。这些问题如果不能圆满解冻I��无论哪个公司的数据库产品都无法进入实用，最�l�不能被用户所接受。正是在解决�q�些重大的技术问题，使DBMS成熟�q��利进入市场的�q�程中，格雷以他的聪明才智发挥了十分关键的作用�?/font>

目前�Q�各DBMS解决上述问题的主要技术手�D�和�Ҏ��如下�Q?/font>

1�Q�把�Ҏ��据库的操作划分�ؓ�U�C��?#8220;事务”(�?#8220;事务�?#8221;�Q�transaction)的一个个原子单位。事务是事务处理(transaction processing)的基本执行单位，即一个事务中的操作要么全部被执行�Q�要么全部都不执行，卛_��行所谓all or none的原则。一个事务一般以一�?#8220;开�?#8221;语句(begin)开始，先从数据库中取出一些数据，然后�q�行所需的处理，最后以“提交”语句(commit)�l�束。如事务中发生异常，则用“异常�l�止”语句(abort)�?#8220;回退”语句(rollback)撤销本事务执行过�E�中�Ҏ��据库已做的所有更�?��x��谓undo)�Q�将数据库恢复到事务开始时的正��状态，以保障数据的完整性、一致性�?/font>

    2�Q�用户在�Ҏ��据库发出操作��h��Ӟ��pȝ��Ҏ��关的不同�_�度(granularity)的数据元�?字段、记录以��x��个文�?“加锁”(10cking)�Q�加锁的数据��被暂时��止其他用户讉K��(我们�q�里仅是一�U�简化的解释�Q�实际上�Q�根据用户对数据��h��的不同性质�Q�加锁的数据如何对待另一用户的请求，呈现复杂的情况，例如�Q�如果加锁的数据��被修改�Q�那是绝对禁止其他用戯��问的�Q�而如果加锁的数据只用于读出，则其他用��L��d��h��q�将是允许的。这由所�?#8220;锁相�Ҏ��矩�?#8221;——lock compatibility matrix��理和控�?。操作完成后“解锁”(unlocking)。这一机制用以既保持事务之间的“�q�发�?#8221;�Q�又保证数据�?#8220;完整�?#8221;�?/font>

    3�Q�徏立系�l�运行日�?10g)�Q�记载各事务的始炏V��终点以及在事务中被更新�q�的��面的改前和改后状况(before image和afterimage)�Q�以便在�pȝ��出现散障使数据库遭到破坏�Ӟ��能根据定期或不定期�ؓ数据库所作的备䆾(backup)加上日志中的信息��数据库恢复到系�l�故障前的正��状态，同时又能保留最后一�ơ备份以来对数据库所作的修改�?/font>

    4。对数据库的��M��更新分两阶段提交(two-phase commit)。这是基于一个事务可能同时涉及两个不同的数据库系�l�而必需的，�q�在分布式系�l�中��ؓ重要�?/font>

    上述及其他各�U�方法可�ȝ��?#8220;事务处理技�?#8221;(transaction processing technique)。格雷在事务处理技术上的创造性思维和开拓性工作，使他成�ؓ该技术领域公认的权威。他的研�I�成果反映在他发表的一�p�d��论文和研�I�报告之中，最后结晶�ؓ一部厚厚的专著Transaction Processing�Q�Concepts and Techniques(Morgan Kaufmann Publishers�Q?993�Q�另一作者�ؓ德国斯图加特大学的A�Q�Reuter教授)。事务处理技术虽然诞生于数据库研�IӞ��但对于分布式�pȝ��Q�client�Q�server�l�构中的数据��理与通信�Q�对于容错和高可靠性系�l�，同样��h��重要的意义�?/font>

    格雷的另一部著作是The Benchmark Handbook�Q�for Database and Transaction Processing Systems�Q�第1版于1991�q�_��W?版于1993�q�出版，也是Morgan Kaufmann出版�C�և�版的。格雯��是该出版�C?#8220;数据��理�pȝ��丛书”的主�~��?/font>

    格雷在数据库学术界十分活跃。国际上定期或不定期举行的一些重要的数据库学术会议如VLDB、SIGMOD上，都能见到他的�w�媄�Q�听��C��的声韟뀂除了在公司从事研究开发外�Q�他�q�兼职在母校伯克利、斯坦福大学、布达佩斯大学从事过教学和讲学活动�?992�q�_��VLDB杂志(The VLDB Journal)创刊�Q�他��Z�Q�ȝ��?/font>

    格雷是ACM�?988�q�授予IBM的System R以��Y件系�l�奖�?位得奖�h之一�Q�其�?人是Donald Chamberlin、Raymond Lorie、Gianfranco Putzolu、Patricia Selinger和Irving Traiger。正是由于格雷在数据库技术方面的声誉�Q��Y件业中的“巨无�?#8221;微��Y公司�?993�q�决定进入大型关�p�L��据库市场�Ӟ��才不惜用�U�种手段把格雷从DEC公司挖过来。因格雷不喜�Ƣ微软总部所在的多雨的西雅图�Q�愿意留在阳光灿烂的旧金山，微��Y特地在旧金山开辟第二个微��Y研究院�v湑֌�研究中心BARC(Bay Area Research Center)�Q�安排格雷�Q该研�I��ȝ��。格��h��然不负所望，领导一个研制小�l�开发出了MS SQL Server 7�Q?�Q�成为微软历史上一个里�E�碑式的版本�Q�而且也成为当今关�p�L��据库市场上的��g��者�?/font>

    格雷是在1999�q?�?日于亚特兰大举行的ACM全国会议上接受图灵奖的。格雷发表了“信息技术今后的目标”的演�?What Next?一A dozen remaining IT problems)�Q�纵��Z��信息技术发展中有关的几个方向性问题。后来，该文�l�修改后在SIGMOD的会上以What Next?一A dozen IT Research Goals为题再次发表。格��L��演说在对计算技术的发展作�ȝ��性回��时认�ؓ�Q�英国数学家巴贝�?Charles Babage�Q?791—1871)�?9世纪所梦想和追求的计算��Z��天已�l�基本实玎ͼ��国数学家布什(Vannevar Bush�Q?890—1974�Q�曾�ȝ��斯福�ȝ��的科学顾�?20世纪40�q�代所设想�?#8220;梅米克斯”MEMEX�?#8220;记忆延��?#8221;(MEMory EXtender)当前已接�q�实玎ͼ�而图灉|��提出的智能机器离实现�q�有一�D�距��，目前的计��机�q�难以通过“囄��试”。�ؓ了完全实��C��q?位科学巨人的理想�Q�格雷呼吁美国政府要重视支持对IT技术的长期研究�Q�认为其重要意义不亚�?00�q�前杰弗�?Thomas Jefferson�Q?743—1826�Q?#8220;独立宣言”的�v草者，��国�W�三��L�ȝ��Q?801—1809在位)军_��? 500万美元从法国政府手中买回路易斯安娜领�?Louisiana Territory�Q�这是位于密西西比河和洛矶山脉之��_��北至加拿大，南达墨西哥湾的大块土圎ͼ�面积�? 070 000km²)�q�一被称为Louisiana Purchase的著名历史事�Ӟ��然后又派��Z��刘易斯上��?Captain Meriwether Lewis)和克拉克(William Clark)为首�?#8220;发现军团(Corps for Discovery)到西部探险直臛_��q�x��岸�Q��ؓ最�l��Ş成美国如今的版图奠定了基��。格雯��为，一个好的IT长期目标应具有以�?个关键性：

    1�Q�可理解�?nbsp; 目标应能��单表�q��ƈ被�h理解�?/font>

    2�Q�有挑战�?nbsp; 如何辑ֈ�目标不是很明昄��?/font>

    3�Q�用途广�?nbsp; 不只对计��机�U�学家有用，而是对大多数人有用�?/font>

4�Q�可��试�?nbsp; 以便��查项目进展�ƈ知道目标是否已经辑ֈ��?/font>

    5�Q�渐�q��?nbsp; 中间有若�q�里�E�碑�Q�以��查项目进展�ƈ鼓舞研究人员�q�下厅R�?/font>

    在以上论�Ҏ��持下�Q�格��h��出的几个IT技术的长期研究目标如下�Q?/font>

    1�Q�规模可伸羃�?scalability)�?/font>

    2�Q�通过囄��试�?/font>

    3�Q�语韛_��文本的�{�?Speech to Text)�?/font>

    4�Q�文本到语音的�{�?Text to Speech)�?/font>

    5�Q�机器视觉，能像��Z��栯��别物体和�q�动�?/font>

    6.个�h�?#8220;梅米克斯”�Q�可记录人所看到和听到的一切，需要时快速检索出来�?/font>

    7�Q�世界的“梅米克斯”�Q�即建立文本、音乐、图像、艺术、电��q��“全集”(corpus)�Q�可回答有关的�Q何提问，像�h�c�M��安��样快而好地做索引�Q�做文摘�?/font>

    8�Q�虚拟现�?格雷用了TelePresenee�q�个词，参见�?969�q�图灵奖获得者明斯基的介�l?�?/font>

9�Q�无故障�pȝ��(Trouble-Free Systems)�?/font>

    10�Q�安全系�l?Secure Systems)�?/font>

11�Q�高可用�pȝ��(AlwaysUp)�?/font>

    12�Q�自动程序设�?Automatic Programming)�?/font>

格雷的图灵奖演说全文已由�W�者译出，摘要刊于《中国计��机报�?000�q?月，有兴��的读者可以一阅�?/font>

    目前�Q�格��h��人正在从事Scalability�q�一长期目标的研�IӞ��他是微��Y“规模可�׾~�的服务器研�I�小�l?#8221;(Scalable Servers Research Group)的高�U�研�I�员�Q�该��目已有若干研究成果在网上公布�?/font>

    格雷的电子信��׃ؓ�Q?/font>

    gray @ microsoft�Q�com

他的因特�|�个��Z��ؓ�Q?/font>

http�Q?/www�Q�research�Q�microsoft�Q�com/research�Q�barc�Q�gray

(引用�?http://202.207.0.245:9001/jisuanjifazhanshi/tuling/33.htm)

Prayer 2011-12-21 10:58 发表评论

DB2 Merge语句

Prayer — Tue, 18 Oct 2011 07:42:00 GMT
DB2 Merge语句是经常可以用到的DB2语句�Q�下面对DB2 Merge语句作了详细的介�l�，如果您对此方面感兴趣的话�Q�不妨一看�?
　　DB2 Merge语句的作用非常强大，它可以将一个表中的数据合�ƈ到另一个表中，在合�q�的同时可以�q�行插入、删除、更新等操作。我们还是先来看个简单的例子吧，假设你定义了一个雇员表(employe)�Q�一个经理表(manager)�Q�如下所�C�：

　　---雇员�?EMPLOYE)

以下是代码片�D�：
    CREATE TABLE EMPLOYE (
　　EMPLOYEID INTEGER NOT NULL,---员工�?
　　NAME VARCHAR(20) NOT NULL,---姓名
　　SALARY DOUBLE---薪水
　　);
　　INSERT INTO EMPLOYE (EMPLOYEID,NAME,SALARY) VALUES
　　(1,'张三',1000),
　　(2,'李四',2000),
　　(3,'王五',3000),
　　(4,'赵六',4000),
　　(5,'高七',5000);

　　--�l�理�?MANAGER)

以下是代码片�D�：
    CREATE TABLE MANAGER (
　　EMPLOYEID INTEGER NOT NULL,---�l�理�?
　　NAME VARCHAR(20) NOT NULL,---姓名
　　SALARY DOUBLE---薪水
　　);
　　INSERT INTO MANAGER (MANAGERID,NAME,SALARY) VALUES
　　(3,'王五',5000),
　　(4,'赵六',6000);

　　---雇员�?EMPLOYE)

以下是代码片�D�：
    CREATE TABLE EMPLOYE (
　　EMPLOYEID INTEGER NOT NULL,---员工�?
　　NAME VARCHAR(20) NOT NULL,---姓名
　　SALARY DOUBLE---薪水
　　);
　　INSERT INTO EMPLOYE (EMPLOYEID,NAME,SALARY) VALUES
　　(1,'张三',1000),
　　(2,'李四',2000),
　　(3,'王五',3000),
　　(4,'赵六',4000),
　　(5,'高七',5000);

　　--�l�理�?MANAGER)

以下是代码片�D�：
    CREATE TABLE MANAGER (
　　EMPLOYEID INTEGER NOT NULL,---�l�理�?
　　NAME VARCHAR(20) NOT NULL,---姓名
　　SALARY DOUBLE---薪水
　　);
　　INSERT INTO MANAGER (MANAGERID,NAME,SALARY) VALUES
　　(3,'王五',5000),
　　(4,'赵六',6000);
　�l�过一�D�|��_��你发现这��L��数据模型�Q�或者说表结构设计简直就是一大��|�W�，�l�理和雇员都是员工嘛�Q��ؓ什么要设计两个表呢�Q�发现错误后��需要改正，所以你军_��Q�删除经理表(MANAGER)表，��MANAGER 表中的数据合�q�到EMPLOYE 表中�Q�仔�l�分析发玎ͼ�王五在两个表中都存在(可能是干的好升官�?�Q�而刘八在EMPLOYE 表中�q�不存在�Q�现在，我们要求把EMPLOYE 表中不存在的MANAGER都插入到EMPLOYE 表中�Q�存在的更新薪水。该怎么办呢�Q�这个问题�ƈ不难�Q�通常�Q�我们可以分两步�Q�如下所�C�：
　　--更新存在�?/p>

以下是代码片�D�：
    UPDATE EMPLOYE AS EM SET SALARY=(SELECT SALARY FROM MANAGER WHERE MANAGERID=EM.EMPLOYEID)
　　WHERE EMPLOYEID IN (
　　SELECT MANAGERID FROM MANAGER
　　);

　　---插入不存在的

以下是代码片�D�：
    INSERT INTO EMPLOYE (EMPLOYEID,NAME,SALARY)
　　SELECT MANAGERID,NAME,SALARY FROM MANAGER WHERE MANAGERID NOT IN (
　　SELECT EMPLOYEID FROM EMPLOYE
　　);

　　--更新存在�?/p>

以下是代码片�D�：
    UPDATE EMPLOYE AS EM SET SALARY=(SELECT SALARY FROM MANAGER WHERE MANAGERID=EM.EMPLOYEID)
　　WHERE EMPLOYEID IN (
　　SELECT MANAGERID FROM MANAGER
　　);

　　---插入不存在的

以下是代码片�D�：
    INSERT INTO EMPLOYE (EMPLOYEID,NAME,SALARY)
　　SELECT MANAGERID,NAME,SALARY FROM MANAGER WHERE MANAGERID NOT IN (
　　SELECT EMPLOYEID FROM EMPLOYE
　　);

　　上面的处理是可以的，但是我们�q�可以有更简单的�Ҏ��Q�就是用Merge语句�Q�如下所�C�：

以下是代码片�D�：
    MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED THEN UPDATE SET EM.SALARY=MA.SALARY
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY);
　　MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED THEN UPDATE SET EM.SALARY=MA.SALARY
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY);

　在上面的处理中，我们用经理表(MANAGER)的薪水更��C��雇员�?EMPLOYE)的薪��_��假设现在要求�Q�如果经理表(MANAGER)的薪�?gt;雇员�?EMPLOYE)的薪水的时候更斎ͼ�否则不更斎ͼ�怎么办呢�Q�如下：

以下是代码片�D�：
    MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY);
　　MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY);

　　不仔�l�的朋友可能没有看出上面两条语句的区别，哈哈�Q�请仔细�Ҏ��一下这两条语句。上面的语句中多了ELSE IGNORE语句�Q�它的意思正如它英文的意思，其它情况忽略不处理。如果你认�ؓ理论上应该不存在EM.SALARY>MA.SALARY的数据，如果有，说明有问题，你想抛个异常�Q�怎么办？如下�Q?/p>

以下是代码片�D�：
    MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN MATCHED AND EM.SALARY>MA.SALARY THEN SIGNAL SQLSTATE '70001' SET MESSAGE_TEXT = 'EM.SALARY>MA.SALARY'
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY)
　　ELSE IGNORE;
　　MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN MATCHED AND EM.SALARY>MA.SALARY THEN SIGNAL SQLSTATE '70001' SET MESSAGE_TEXT = 'EM.SALARY>MA.SALARY'
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY)
　　ELSE IGNORE;

　　对于EM.SALARY>MA.SALARY的情况，如果你不��x��异常�Q�而是删除EMPLOYE中的数据�Q�怎么办？如下�Q?/p>

以下是代码片�D�：
    MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN MATCHED AND EM.SALARY>MA.SALARY THEN DELETE
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY)
　　ELSE IGNORE;
　　MERGE INTO EMPLOYE AS EM
　　USING MANAGER AS MA
　　ON EM.EMPLOYEID=MA.MANAGERID
　　WHEN MATCHED AND EM.SALARY
　　WHEN MATCHED AND EM.SALARY>MA.SALARY THEN DELETE
　　WHEN NOT MATCHED THEN INSERT VALUES (MA.MANAGERID,MA.NAME,MA.SALARY)
　　ELSE IGNORE;

　　以上��单介�l�了Merge语句的��用，它的应用不只是上面介�l�的情况�Q�其实它可以应用在很多其他语句不好处理情况，�q�需要你��d��玎ͼ��C��熟能生��y

Prayer 2011-10-18 15:42 发表评论

DB2 锁升�U�失败将引�v死锁

Prayer — Tue, 14 Dec 2010 02:39:00 GMT

DB2 锁升�U�失败将引�v死锁
文章分类:数据�?/font>
--start

引用

DB2 SQL error: SQLCODE: -911, SQLSTATE: 40001, SQLERRMC: 2
Message: The current transaction has been rolled back because of a deadlock or timeout. Reason code "2".

    昨天�Q�执行了一条很��单的SQL�Q�却怎么也执行不成功�Q�报的错误如上所�C�，是死锁。既然是死锁�Q�那��p��一会执行吧。等了一会后仍然死锁。到底是哪个事务和哪个事务相互锁了呢�Q�查询了老半天才发现原来�q�条SQL语句更新的数据量非常大，��D��锁升�U�，然后锁升�U�又��p�|了，��D��了死锁。原来锁升��p�|会导致死锁。所以，通常我们应该��LOCKLIST和MAXLOCK参数调整到��够大�Q�尽量避免锁�{�待、锁升��Q�发挥数据库的最大�ƈ发性�?

Prayer 2010-12-14 10:39 发表评论

Prayer — Fri, 15 Oct 2010 07:33:00 GMT

举个例子�Q�对于数据库SAMPLE中程序包DB2INST1.P0203450�Q��用下面命令：
db2expln -d SAMPLE -g -c db2inst1 -p P0203450 -s 0 -t
其中
-g 是指�l�出存取计划的图形输�?用字�W�模拟的)
-s 0 是指分析所有的SQL命��o

下面是相应的输出�Q?br>DB2 Universal Database Version 7.2, 5622-044 (c) Copyright IBM Corp. 1991, 2001
Licensed Material - Program Property of IBM
IBM DATABASE 2 SQL Explain Tool

Processing package DB2INST1.P0203450.
******************** PACKAGE *********************

Package Name = DB2INST1.P0203450
--------Prep Date = 2002/12/17
--------Prep Time = 16:02:04

--------Bind Timestamp = 2002-12-17-16.02.04.373971

--------Isolation Level ---------= Cursor Stability
--------Blocking---------------- = Block Unambiguous Cursors
--------Query Optimization Class = 5

--------Partition Parallel ------= No
--------Intra-Partition Parallel = No

--------Function Path----------- = "SYSIBM", "SYSFUN", "DB2INST1"

Processing Section 1.
-------------------- SECTION ----------------------
......
-------------------- SECTION ----------------------
Section = 2

SQL Statement:

update STAFF set NAME = 'test'
where ID = 350

Estimated Cost = 75
Estimated Cardinality = 2

Access Table Name = DB2INST1.STAFF ID = 2,3
| #Columns = 2
| Relation Scan
| | Prefetch: Eligible
| Lock Intents
| | Table: Intent Exclusive
| | Row : Update
| Sargable Predicate(s)
| | #Predicates = 1
Update: Table Name = DB2INST1.STAFF ID = 2,3

End of section

Optimizer Plan:

------UPDATE
------( -2)
------/-- \
-TBSCAN --Table:
--( 3) --DB2INST1
---| -----STAFF
Table:
DB2INST1
STAFF
......

可以用下面命令找出数据库中存在的�E�序包：
db2 "select pkgschema, pkgname from syscat.packages"
上面例子中的�E�序包DB2INST1.P0203450是一个存储过�E��?/font>

Prayer 2010-10-15 15:33 发表评论

Prayer — Fri, 15 Oct 2010 07:26:00 GMT

#!/bin/sh # ******************************************************* # DB2 ENVIRONMENT VARIABLES # ******************************************************* db2set DB2_MMAP_READ=NO db2set DB2_MMAP_WRITE=NO db2set DB2_FMP_COMM_HEAPSZ= db2set DB2_EVALUNCOMMITTED=YES db2set DB2_SKIPINSERTED=YES db2set DB2_SKIPDELETED=YES db2set DB2_HASH_JOIN=NO # ******************************************************* # DB2 DATABASE MANAGER SETTINGS; NOTE: MONITORING # IS OFF TO REDUCE CPU; YOUR APPLICATION MAY REQUIRE # MONITORS TO BE ON, SO CHANGE ACCORDINGLY # ******************************************************* db2 update dbm cfg using NUMDB 4 db2 update dbm cfg using DFT_MON_BUFPOOL OFF db2 update dbm cfg using DFT_MON_LOCK OFF db2 update dbm cfg using DFT_MON_SORT OFF db2 update dbm cfg using DFT_MON_STMT OFF db2 update dbm cfg using DFT_MON_TABLE OFF db2 update dbm cfg using DFT_MON_UOW OFF db2 update dbm cfg using DFT_MON_TIMESTAMP OFF db2 update dbm cfg using MON_HEAP_SZ 10000 db2 update dbm cfg using UDF_MEM_SZ 256 db2 update dbm cfg using JAVA_HEAP_SZ 512 db2 update dbm cfg using SHEAPTHRES 10000 db2 update dbm cfg using DIR_CACHE YES db2 update dbm cfg using ASLHEAPSZ 15 db2 update dbm cfg using RQRIOBLK 65535 db2 update dbm cfg using QUERY_HEAP_SZ 16384 db2 update dbm cfg using DRDA_HEAP_SZ 128 # ******************************************************* # DB2 DATABASE MANAGER SETTINGS FOR CONNECTIONS AND AGENTS # SHOWN HERE SUPPORTS 1200 CONCURRENT CONNECTIONS! # ******************************************************* db2 update dbm cfg using FENCED_POOL 200 db2 update dbm cfg using NUM_INITAGENTS 50 db2 update dbm cfg using MAXAGENTS 200 db2 update dbm cfg using MAX_COORDAGENTS 200 db2 update dbm cfg using NUM_INITFENCED 50 db2 update dbm cfg using NUM_POOLAGENTS 200 db2 update dbm cfg using MAX_CONNECTIONS 200 # ******************************************************* # UPDATE YOUR DATABASE SETTINGS # ******************************************************* db2 update db cfg for yourdb using DFT_QUERYOPT 2 db2 update db cfg for yourdb using DBHEAP 1200 db2 update db cfg for yourdb using CATALOGCACHE_SZ 64 db2 update db cfg for yourdb using LOGBUFSZ 128 db2 update db cfg for yourdb using UTIL_HEAP_SZ 5000 db2 update db cfg for yourdb using LOCKLIST 1000 db2 update db cfg for yourdb using APP_CTL_HEAP_SZ 1000 db2 update db cfg for yourdb using APPGROUP_MEM_SZ 60000 db2 update db cfg for yourdb using SORTHEAP 256 db2 update db cfg for yourdb using STMTHEAP 4096 db2 update db cfg for yourdb using APPLHEAPSZ 4096 db2 update db cfg for yourdb using PCKCACHESZ 5000 db2 update db cfg for yourdb using STAT_HEAP_SZ 4384 db2 update db cfg for yourdb using MAXLOCKS 25 db2 update db cfg for yourdb using LOCKTIMEOUT 60 db2 update db cfg for yourdb using CHNGPGS_THRESH 60 db2 update db cfg for yourdb using NUM_IOCLEANERS 4 db2 update db cfg for yourdb using NUM_IOSERVERS 6 db2 update db cfg for yourdb using MAXAPPLS 1200 db2 update db cfg for yourdb using AVG_APPLS 1 db2 update db cfg for yourdb using MAXFILOP 64 db2 update db cfg for yourdb using LOGFILSIZ 1000 db2 update db cfg for yourdb using LOGPRIMARY 10 db2 update db cfg for yourdb using LOGSECOND 20

-------------------

讄��当前模式�Q?/pre>
set current path = oais(模式�?

查看当前的模式：

db2 values(current path)

讄��为默认的、缺省的�Q?/pre>
set current path = system path

----------------------------------------

详细的列表信息请查看�Q?
see IBM publib site for Database tuning overview.

Prayer 2010-10-15 15:26 发表评论

Prayer — Thu, 05 Aug 2010 08:16:00 GMT

今天在查warehous数据库下的表Linux_CPU

db2 "select * from Linux_CPU" ��L��提示表未定义.后来发现表名大小写问�?应该在db2提示�W�下�q�行 select * from "Linux_CPU"或者db2 "select * from \"Linux_CPU\""才正��?.晚上�?a onclick="javascript:tagshow(event, 'IBM');" href="javascript:;" target=_self>IBM�|�站上查到详�l�说�?

如何定义和��用含��写字符�?DB2 表名�Q?/h1>

Document #:1807545I27000

Body:
[标题]如何定义和��用含��写字符�?DB2 表名�Q?font face=宋体>

环境:
产品�Q�DB2 UDB
�q�_��Q�跨�q�_��
版本�Q�v8

问题描述:

�?DB2 UDB 中除非另外指定，否则�Q�所有名�U�都可包括下列字�W�：

·A �?Z。当在大多数名称中��用时�Q�字�W?A �?Z ��从��写形式转换为大写�Ş式�?br>·0 �?9
·@�?�? �?_�Q�下划线�Q?br>·名称不能以数字或下划�U�字�W�开始�?br>
作�ؓ数据�?/font>对象的表�Q�其命名同样遵��@上述规则�Q�因此即使用户创��时��用的名称是小写的�Q�DB2 仍会自动��其转化为大写的形式�Q�如�Q?br>
db2 create table testname (a1 int)
DB20000I SQL 命��o成功完成�?br>
db2 list tables

表／视图　　模式 �c�d�� 创徏旉��
------------------------------- --------------- ----- --------------------------
:
TESTNAME TESTUSER T 2005-09-24-18.15.30.428001
:

如果用户希望创徏的表名含有小写字�W�时应如何处理呢�Q�这里简单介�l�一下其创徏和��用的�Ҏ��?br>

解答:

如果需要创建含��写英文字符�?DB2 表名�Q�应使用双引号将表名括�v来，为避免双引号被�{义，需在双引号前加上�{义字�W?font face="Times New Roman">“\”。以创徏一个名�?TestName 的表��Z��Q�其创徏语句应写为：

db2 "create table \"TestName\" (col1 int)" -- Windows & Unix 环境�?br>
如果创徏的表名中包含�?font face="Times New Roman">“$”的特�D�字�W�时�Q�在 Unix 环境下，�q�需要在�q�些字符的前面也加一个�{义字�W�，以创建名�?Test$Name 的表��Z��Q�创��句应为：

db2 create table \"Test\$Name\" (col1 int)

而在 Windows 环境下，可直接写为：

db2 create table \"Test$Name\" (col1 int)

表创建完成之后，在以后对�q�些表进行引用的时候，同样需要象在创��的语句中那样对表名加转义�W�进行引用，如：

Windows 环境下：

db2 insert into \"Test$Name\" values (1),(2)
DB20000I SQL 命��o成功完成�?br>
db2 select * from \"Test$Name\"

COL1
-----------
1
2
2 条记录已选择�?br>
Unix 环境下：

db2 "insert into \"Test\$Name\" values (1),(2)"
DB20000I SQL 命��o成功完成�?br>
db2 "select * from \"Test\$Name\""

COL1
-----------
1
2
2 条记录已选择�?br>
当然除�D例中所使用�?#8220;$”�Ҏ��字符外，�q�有一些其它的�Ҏ��字符�Q�在今后使用中，应根据情况尝试加上�{义符�Q�以创徏用户需要的表名�?/font>

Prayer 2010-08-05 16:16 发表评论

db2Load API - Load data into a table

Prayer — Fri, 23 Jul 2010 04:26:00 GMT
     摘要: http://publib.boulder.ibm.com/infocenter/db2luw/v9/index.jsp?topic=/com.ibm.db2.udb.admin.doc/doc/r0008704.htm DB2 Version 9 for Linux, UNIX, and Windows db2Load API - Load data into a ta...  阅读全文

Prayer 2010-07-23 12:26 发表评论

游标中rollback引�v游标关闭

Prayer — Thu, 10 Jun 2010 02:39:00 GMT
序段�Q?br>declare test_cur cursor with hold for
   select .... from A where ... order by ... with ur;

open test_cur;
while( 1 ){
fecth test_cur into ......;
判断SQLCODE

begin_work();          /* 其实��是讄��了一个标�?*/
SQL 操作�Q�修改其他表或者游标所在表�?span class=t_tag onclick=tagshow(event) href="tag.php?name=%CA%FD%BE%DD">数据�?br> �Ҏ��l�果判断 commit or rollback�?nbsp; /* 此处如果rollback 游标被关�?*/
}

异常状态：
如果游标中进行了SQL操作�Q�根据结果判断�ƈrollback�Ӟ��
下一�ơfetch�Ӟ��会提�C?501 没有打开游标。从而报错退出�?br>�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－
疑问�Q?br>使用前参考的文章�Q?a target=_blank>http://searchdatabase.techtarget.com.cn/tips/365/2297365.shtml
之中有说刎ͼ�　
10.DB2的游标打开后遇到commit和rollback默认是会关闭的。保持游标打开的方法是在定义游标时加上with hold选项
但是�Q�我declare 游标时��用了with hold选项�Q��ؓ什么还会出现这个问题？

额卖�p�的

从vlife以前的回复中扑ֈ�的答案：
无论是否使用with hold与否�Q�rollback��释放session中的游标。commit只释放不带with hold的游标�?
�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－�Q�－
救命啊。这些程序是从informix�U�L��q�来的�?br>��N��让我��满��x��件的记录全部��d��一个结构数�l�里面，然后再从�l�构数组里面逐条取出处理么？
量很大的哈。。。。我��M��。。�?/td>

摘自《SQL Reference Volume 2�?br>declare Cursor WITH HOLD
Maintains resources across multiple units of work.

�Q?�Q�For units of work ending with COMMIT:
�Q?Open cursors defined WITH HOLD remain open.
�Q?All locks are released, except locks protecting the current cursor position of open WITH HOLD cursors.
。。�?br>
�Q?�Q�For units of work ending with ROLLBACK:
�Q�All open cursors are closed.
�Q�All locks acquired during the unit of work

�q�种�Ҏ��是否可行

游标改用普通游标�?br>游标取出当前记录后，fork子进�E��?br>主进�E�只��从游标取数�?br>子进�E�进行事务、处理、判断、修改状态、提交等�{��?br>主进�E�等子进�E�的�l�束信号�Q�然后取下一条记录�?br>�E�序�D�：
declare test_cur cursor with hold for
   select .... from A where ... order by ... with ur;

open test_cur;
while( 1 ){
fecth test_cur into ......;
判断SQLCODE

pid = fork();

if( pid == 0 ) { /* 子进�E�干�z?*/
         sqledtin( &sqlca );
         setsid();
         signal( SIGHUP, SIG_IGN );

         db_disconn( G_mdb_name );
         begin_work();          /* 其实��是讄��了一个标�?*/
         SQL 操作�Q�修改其他表或者游标所在表的数据�?br>       �Ҏ��l�果判断 commit or rollback�?nbsp;
      db_disconn();
         exit();
}

/* 主进�E�等待子�q�程�l�束 */
}
close test_cur;

如果是两个不同的事务的话�Q�你用CLI来写比较方便

用savepoint

在cursor内部讄��一个savepoint, rollback时用
rollback to savepoint a;

Prayer 2010-06-10 10:39 发表评论

Prayer — Wed, 19 May 2010 15:23:00 GMT
     摘要: 【彭建军】IBM DB2 内存分配与��用策�?�Q�上�Q�出处：�Ҏ�� ChinaUnix 的相��x��章整理�?nbsp;               【导诅R��本文将向您讲解 DB2 内存使用的基��Q�以及共享内存和�U�有�?..  阅读全文

Prayer 2010-05-19 23:23 发表评论

sheapthres �Q?排序堆阈�?配置参数

Prayer — Wed, 19 May 2010 15:21:00 GMT

sheapthres �Q?排序堆阈�?配置参数



配置�c�d��
数据库管理器
适用�?

��h��本地和远�E�客��h��的数据库服务�?
��h��本地客户机的数据库服务器
��h��本地和远�E�客��h��的分区数据库服务�?

参数�c�d��
可配�|?
�~�省�?[范围]

UNIX 32 位��^�?
20 000 [ 250 -- 2 097 152 ]
Windows �q�_��
10 000 [ 250 -- 2 097 152 ]
64 位��^�?
20 000 [ 250 -- 2 147 483 647 ]

计量单位
��（4 KB�Q?

专用排序和共享排序��用两个不同内存资源中的内存�?strong>�׃�n排序内存区的大小是根�?sheapthres 的�?/strong>�Q?strong>在第一�ơ与数据库连接时静态地预先��定的�?/strong>专用排序内存区的大小不受限制�?

sheapthres 参数对于专用和共享的排序用法是不同的�Q?

对于专用排序�Q�此参数是在一个实例内对�Q何给定时间专用排序可占用的��d��存量�?�?限制。当一个实例的��M��用排序内存占用达��C��此限制时�Q��ؓ附加入站的专用排序请求分配的内存��显著减��?
对于�׃�n排序�Q�此参数是在一个数据库内对��M��l�定旉��׃�n排序占用的��d��存量的硬限制。当辑ֈ�此限制时�Q�将不允许其它共享排序内存请求（直到��d��享排序内存的占用降低�?sheapthres 指定的限制以下�ؓ止）。（在某些情况下�Q�配�|�共享排序最大值的另一�U�方法是使用 sheapthres_shr 数据库配�|�参数。）

使用排序堆的操作的示例包括：排序、散列连接、动态位图（用于索引 AND �q�算和星型连接）和表位于内存中的操作�?

昑ּ�定义阈值可防止数据库管理器对大量排序��用过量内存�?

当从非分区数据库�U�至分区数据库环境时�Q�不应增大此参数的倹{��一旦在单个数据库分区环境中调整了数据库和数据库��理器配�|�参敎ͼ�在大多数情况下，相同的值在分区数据库环境将同样合适�?

作�ؓ数据库管理器配置参数�?#8220;排序堆阈�?#8221;参数应用于整�?DB2 实例。将该参数设�|��ؓ不同节点或分��Z��的不同值的唯一�Ҏ��是创建多�?DB2 实例。这��需要通过不同数据库分区组��理不同�?DB2 数据库。这样安排将无法发挥分区数据库环境的许多优点�?

��Q?理想情况下，应将此参数设�|��ؓ您在数据库管理器实例中拥有的最�?sortheap 参数的一个合理倍数。此参数臛_�� 应是该实例中��Z�Q何数据库定义的最�?sortheap 的两倍�?/strong>

如果您正执行专用排序�q�且您的�pȝ��不受内存�U�束�Q�则可��用下列步骤来计算此参数的理想��|��

计算每个数据库的典型排序堆的使用�Q?
�Q�对该数据库�q�行的�ƈ发代理程序的典型数目�Q? * �Q�sortheap�Q��ؓ该数据库定义的）

对以上结果求和，该值提供可在实例中所有数据库的典型环境中使用的��L��序堆�?

应��用基准程序技术来调整此参��C��扑ֈ�在排序性能和内存��用之间的相应�q��?

可以使用数据库系�l�监视器�q�借助后阈值排序（ post_threshold_sorts �Q�监视元素来跟踪排序�z�d��?br>

sortheap �Q?排序堆大��?配置参数



配置�c�d��
数据�?
参数�c�d��
可联机配�|?
传播�c?
语句边界
�~�省�?[范围]

32 位��^�?
256 [ 16 - 524 288 ] 2 2
64 位��^�?2
256 [ 16 - 4 194 303 ] 2

计量单位
��（4 KB�Q?
分配�?
需要执行排序时
释放�?
当排序完成时

此参数定义要用于专用排序的专用内存页的最大数目或要用于共享排序的�׃�n内存��늚�最大数目。如果排序�ؓ专用排序�Q�则此参数将影响代理�E�序专用内存。如果排序�ؓ�׃�n排序�Q�则此参数将影响数据库共享内存。每个排序都有一个独立的排序堆，该排序堆是由数据库管理器按照需要分配的。此排序堆是��数据排序的区域。如果由优化器定向，则将使用优化器提供的信息分配一个比此参数指定的排序堆小的排序堆�?

��Q?当��用排序堆�Ӟ��应该考虑下列事项�Q?

适当的烦引可使排序堆的��用减��x��程度�?
散列�q�接�~�冲区和动态位图（用于索引 AND 计算和星型连接）使用排序堆内存。在使用�q�些技术时�Q�增大此参数的大��?
当需要进行频�J�的大型排序�Ӟ��增大此参数的大小�?
当增大此参数的值时�Q�应该检查是否还需要调整数据库��理器配�|�文件中�?sheapthres 参数�?
排序堆大��由优化器在��定存取路径时��用。在更改此参数后�Q�应考虑重新�l�定应用�E�序�Q��?REBIND 命��o�Q��?

Which of the following settings would allow 20 sorts with a maximum of 10MB each to run currently on a 64-bit instance?
A. Set the DB SHEAPTHERS to 50000 and DB SORTHEAP to 2500
B. Set the DBM SHEAPTHERES to 50000 and DB SORTHEAP to 2500
C. Set the DBM SHEAPTHERS to 50000 and DBM SORTHEAP to 2500
D. Set the DBM SHEAPTHERS_SHR to 50000 and DBM SHEAPTHRES to 2500

Prayer 2010-05-19 23:21 发表评论

使用DB2配置向导配置参数

Prayer — Wed, 19 May 2010 15:02:00 GMT

　　DB2版本8提供了一个自动配�|�参数的工具-配置向导。你可以在控制中心中启动囑�Ş界面的配�|�向��|��或者��用autoconfigure命��o来配�|�你的数据库。配�|�向导可以配�|�数据库��理器、数据库配置参数和缓冲池大小。注意，你必��连接到数据库才能��用数据库配置向导�Q�而且在分区数据库的情况下�Q�数据库配置向导只配�|�你�q�接的一个分区。在分区数据库环境下�Q�你可以使用db2_all 命��o来配�|�所有数据库分区的参数�?/p>
　　如果你��用图形界面的配置向导�Q�你需要回�{�一�p�d��问题�Q�这些问题相当于AUTOCONFIGURE命��o中的参数(如表1所�C?。首先让我们看一AUTOCONFIGURE的命令格�?

　　>>-AUTOCONFIGURE--+---------------------------------------+----->
　　| .----------------------------. |
　　| V | |
　　'-USING----input-keyword--param-value-+-'
　　>--APPLY--+-DB ONLY----+---------------------------------------><
　　+-DB AND DBM-+
　　'-NONE-------'

　　�?1昄��了选项关键字和取��D��围�?/p>
　　�?1 关键字和取��D��?/p>
　　关键�?/p>
　　
取��D��?nbsp; 默认�?解释
mem_percent 1-100 80 讑֮�DB2使用内存的多��。如果还有其他应用程序��用，请选择��于100的数�?/p>
　　

workload_type simple, mixed,

　　
complex mixed 指定工作负荷�c�d��Q�simple�Q�简单）�c�d��主要指IO讉K��比较集中�Q�对于大多数OLTP�pȝ��Q�选择simple�c�d��。Complex�c�d��主要是对CPU占用较多的复杂查询系�l�，如OLAP�pȝ��。如果你的系�l�介于两者之��_��选择mixed�c�d��?
num_stmts

　　
1-1 000 000 10 �pȝ��中每一个事务包含的SQL语句�?
tpm 1-200 000 60 每分钟进行的交易数�?/p>
　　

admin_priority

　　
performance, recovery, both both 选择你的��理�{�略�Q�可以是更好的性能�Q�或者是更快的数据库恢复旉��?
is_populated

　　
yes, no yes 数据库已�l�存在数�?
num_local_apps

　　
0-5 000 0 本地�q�接�?
num_remote_apps 0-5 000 10

　　
�q�程�q�接�?
isolation RR, RS, CS, UR RR

　　
应用�E�序的隔��ȝ��?
bp_resizeable

　　
yes, no yes �~�冲池是否可调整大小

　　APPLY DB ONLY

　　在当前数据库��理器的配置参数下，昄��推荐的数据库和缓冲池的参敎ͼ��q�应用与数据库和�~�冲池�?/p>
　　APPLY DB AND DBM

　　昄��q�应用推荐的数据库管理器参数、数据库参数和缓冲池参数�?/p>
　　APPLY NONE

　　仅仅昄��推荐��|��但不更改配置参数�?/p>
　　使用该命令配�|�数据库�Q�关键要选择合适的参数(参见�?选择你的参数选项)。下面我们通过一个例子来说明如何使用AUTOCONFIGURE命��o配置数据库。假设我们在一个分区的数据库环境中�Q�只有一个数据库实例db2inst1和数据仓库TESTDW�Q��ƈ且已�l�装载了数据�?我们使用下面的命令对该数据库调整参数:

　　db2_all “db2 connect to testdw; db2 autoconfigure using mem_percent 80 workload_type complex num_stmts 10 tpm 20 admin_priority both num_local_apps 5 num_remote_apps 50 isolation cs apply db and dbm; db2 connect reset;”

　　你也可以创徏一个脚本autoconfigure.db2�Q�存攑֜�DB2 实例的共享目录下�Q�假设�ؓ/home/db2inst1, 内容如下:

　　connect to testdw;

　　autoconfigure using mem_percent 80 workload_type complex num_stmts 10 tpm 20 admin_priority both num_local_apps 5 num_remote_apps 50 isolation cs apply db and dbm;

　　connect reset;

　　然后使用db2_all命��o在所有的数据库分��Z��执行�q�条命��o�Q�我们假设改脚本的存攄��录�ؓ/home/db2inst1/autoconfigure.db2:

　　db2_all “”db2 -tvf /home/db2inst1/autoconfigure.db2 >>autoconfigure##.log”

　　执行完毕后，你可以通过autoconfigure*.log来察看该命��o在每一个数据库分区上的执行情况。然后重新启动DB2实例�Q�让�q�些参数生效。运行一些基准测试的查询语句�Q�测试DB2 配置向导的配�|�结果�?/p>
　　你也可以使用配置向导囑�Ş界面来配�|�你的数据库。你可以通过在控制中心中选中你的数据库，然后点右键，选择“配置向导”来启动配�|�向对{��如果你需要��用图形界面配�|�分区数据库�Q�记得要��结果保存�ؓ��d��Q��ƈ��配�|�结果导出到一个脚本文件中�Q�如/home/db2inst1/autoconfigure.db2。这样你��可以��用db2_all命��o来执行该脚本配置所有的数据库分��Z��:

　　db2_all “”db2 -tvf /home/db2inst1/autoconfigure.db2 >>autoconfigure##.log”

　　如果你对DB2非常熟悉�Q�你可以对DB2自动配置产生的配�|�文件做适当的修攏V��M��Q�DB2配置向导是一个非常简单易用的工具�Q�能够大大减��DBA的工作量�?/p>

原文来自�Q�雨枫技术教�E�网 http://www.fengfly.com
原文�|�址�Q?a >http://www.fengfly.com/plus/view-30426-1.html

Prayer 2010-05-19 23:02 发表评论

Prayer — Wed, 19 May 2010 14:56:00 GMT

　　基准��试是从各种不同斚w��(例如数据库响应时间、cpu �?a class=fllink target=_bank>内存使用情况)对应用程序进行评��的一个过�E�。基准测试基于一个可重复的环境，以便能够在相同的条�g下运行相同的��试。之后，�Ҏ��试收集到的结果可以进行评估和比较�?/p>
　　db2batch 是一�U�基准测试工��P��它以一�l?SQL �?�?XQuery 语句作�ؓ输入�Q�动态地准备语句和描�q�语句，�q�返回一个结果集。取决于 db2batch 命��o中所使用的选项�Q�结果集可以�q�回�q�些语句的执行时间、关于内存��用情�?例如�~�冲�?的数据库��理器快照和�~�存信息�?/p>
　　可以在一�?flat 文�g或标准输入中指定要运行基准测试的语句。在输入文�g中可以设�|�很多控刉��项。指定这些选项的语法是�Q?-#SET control_option value 。下面是包含控制选项的一个输入文件的例子。要获得控制选项的完整列表，请参�?Information Center�?/p>

-- db2batch.sql -- ------------ --#SET PERF_DETAIL 3 --#SET ROWS_OUT 5 -- This query lists employees, the name of their department -- and the number of activities to which they are assigned for -- employees who are assigned to more than one activity less than -- full-time. --#COMMENT Query 1 select lastname, firstnme, deptname, count(*) as num_act from employee, department, emp_act where employee.workdept = department.deptno and employee.empno = emp_act.empno and emp_act.emptime < 1 group by lastname, firstnme, deptname having count(*) > 2; --#SET PERF_DETAIL 1 --#SET ROWS_OUT 5 --#COMMENT Query 2 select lastname, firstnme, deptname, count(*) as num_act from employee, department, emp_act where employee.workdept = department.deptno and employee.empno = emp_act.empno and emp_act.emptime < 1 group by lastname, firstnme, deptname having count(*) <= 2;

　　选项 PERF_DETAIL 3 意味着��返回关于花费的旉��和数据库��理器、数据库及应用程序的快照�q�些性能斚w��的细节�?
　　选项 ROWS_OUT 5 意味着无论查询�q�回的实际行数是多少�Q�只从结果集中取 5 行�?
　　COMMENT Query1 ��语句命名�ؓ Query1�?/li>

　　下面的命令在 SAMPLE 数据库上调用基准��试工具�Q�输入文件�ؓ db2batch.sql�?/p>
　　db2batch -d sample -f db2batch.sql

　　�q�个命��o��返回查询的�l�果�?�?5 �?和查询所��p��的时间及 CPU 旉��。另外还�q�回数据库管理器、数据库和应用程序快照。由于输出很大，因此�q�里只显�C?db2batch 命��o的概要�?/p>

* Summary Table:

Type      Number      Repetitions Total Time (s) Min Time (s)   ...
--------- ----------- ----------- -------------- --------------
Statement           1           1       0.052655       0.052655 ...
Statement           2           1       0.004518       0.004518 ...

...Max Time (s)   Arithmetic Mean Geometric Mean Row(s) Fetched Row(s) Output
   -------------- --------------- -------------- -------------- -------------
...      0.052655        0.052655       0.052655              5             5
...      0.004518        0.004518       0.004518              8             5


* Total Entries:              2
* Total Time:                 0.057173 seconds
* Minimum Time:               0.004518 seconds
* Maximum Time:               0.052655 seconds
* Arithmetic Mean Time:       0.028587 seconds
* Geometric Mean Time:        0.015424 seconds

　　db2batch 命��o支持很多选项。这里只列出其中一些选项�Q�让您对�q�个工具的威力有所了解�?/p>

　　-m parameter_file 用参数值指定用于绑定到 SQL 语句参数占位�W�的一个输入文件�?
　　-r result_file 指定存放命��o�l�果的输出文件�?
　　-i short|long|complete 指定从哪个方面测量所��p��的时间。short ��量�q�行每条语句所��p��的时间。long ��量�q�行每条语句所��p��的时��_��包括语句之间的开销。complete ��量�q�行每条语句所��p��的时��_��分别报告准备、执行和取数据的旉��?
　　-iso 指定语句使用的隔��ȝ�别。默认情况下�Q�db2batch 使用 Repeatable Read 隔离�U�别�?/li>

Prayer 2010-05-19 22:56 发表评论

信息�U�束

Prayer — Tue, 18 May 2010 15:16:00 GMT

如果一个应用程序在��记录插入到 DB2 中之前已验证了信息，那么使用信息�U�束要比普通约束更有效�?strong>信息�U�束告诉 DB2 数据应采取的格式�Q�而不是在插入或更新处理过�E�中强制实施。但�q�一信息可被 DB2 优化器利用，�q�提�?SQL 查询的性能�?/strong>考虑以下 CREATE TABLE 语句�Q?/p>
CREATE TABLE EMPDATA ( EMPNO INT NOT NULL, SEX CHAR(1) NOT NULL CONSTRAINT SEXOK CHECK (SEX IN ('M','F')) NOT ENFORCED ENABLE QUERY OPTIMIZATION, SALARY INT NOT NULL, CONSTRAINT SALARYOK CHECK (SALARY BETWEEN 0 AND 100000) NOT ENFORCED ENABLE QUERY OPTIMIZATION )

本例包含两个更改列约束行为的语句。第一个选项�?NOT ENFORCED�Q�它�� DB2 在插入或更新数据时不强制��查本列。第二个选项�?ENABLE QUERY OPTIMIZATION�Q�DB2 在对该表�q�行 SELECT 语句时��用它。指定该值时�Q�DB2 ��在优化 SQL 时��用约束中的信息�?/p>
NOT ENFORCED 选项

若表包含 NOT ENFORCED 选项�Q�INSERT 语句的行为可能会变得很古怪。对 EMPDATA 表运行以�?SQL 语句�Ӟ��不会产生��M��错误�Q?/p>
INSERT INTO EMPDATA VALUES (1, 'M', 54200), (2, 'F', 28000), (3, 'M', 21240), (4, 'F', 89222), (5, 'Q', 34444), (6, 'K',132333)

�~�号�?5 的员工的性别昄��有问题（Q�Q�，�~�号 6 的员工不但性别有问题，同时工资也超��Z�� SALARY 列的限制。在�q�两�U�情况下�Q�DB2 依然允许插入�Q�因为约束是 NOT ENFORCED。这指出了信息约束的一个薄�׃��处。您必须��定所插入或蝲入的数据�W�合�?DB2 中放�|�的定义�?/p>
ENABLE QUERY OPTIMIZATION 选项

在上一屏运行的插入之后�Q�如果再�?EMPDATA 表执�?SELECT 语句�Q�其�l�果很可能会令您更加�q�h��Q?/p>
SELECT * FROM EMPDATA WHERE SEX = 'Q'; EMPNO SEX SALARY ----------- --- ----------- 0 record(s) selected.

DB2 向查询返回了错误的答案。表中发��C�� “Q” ��|��但该列上的约束告�?DB2 有效��g��包括 “M” �?“F”。ENABLE QUERY OPTIMIZATION 关键字还允许 DB2 在优�?SQL 语句时��用这一�U�束信息。若�q��ƈ非您所希望的行为，那么您就需要��?ALTER 命��o来更改约束：

ALTER TABLE EMPDATA ALTER CHECK SEXOK DISABLE QUERY OPTIMIZATION

现在�Q�再重新执行之前的查询。结果如下所�C�：

SELECT * FROM EMPDATA WHERE SEX = 'Q'; EMPNO SEX SALARY ----------- --- ----------- 5 Q 34444 1 record(s) selected.

Prayer 2010-05-18 23:16 发表评论

久久久久亚洲AV无码麻豆,久久亚洲高清综合,99久久超碰中文字幕伊人

DB2 �~�冲池调优Bufferpools

DB2 �~�冲池调优Bufferpools

not in/not exists �?null 陷阱

用where in遇到null时的解决�Ҏ��1

db2之in和exist的性能区别

Unix环境下嵌入式C�E�序�~�译

DB2的sqC文�g名前八位不能重复的解军_���?

分布�?DBA: 创徏和��用分�����

fragment on db2 and informix

911错不一定是死锁�Q�怎么区分死锁和超�?

不管怎么�����sortheap的重要性都不�ؓ�q?

两阶�D�|���?2PC Two Phase Commit)

主键与唯一索引

詹姆斯��h���?

DB2 Merge语句

DB2 锁升�U�失败将引�v死锁

DB2 锁升�U�失败将引�v死锁

db2Load API - Load data into a table

游标中rollback引�v游标关闭

额卖�p�的

�q�种�Ҏ��是否可行

用savepoint

sheapthres �Q?排序堆阈�?配置参数

sheapthres �Q?排序堆阈�?配置参数

sortheap �Q?排序堆大��?配置参数

使用DB2配置向导配置参数

信息�U�束

DB2的sqC文�g名前八位不能重复的解军_��?

分布�?DBA: 创徏和��用分��

不管怎么��sortheap的重要性都不�ؓ�q?

两阶�D�|��?2PC Two Phase Commit)

詹姆斯��h��?