DB2

时下,工作中一个连串的多寡 Table 和 Stored Procedure 在 DB2
数据库,需要拜访之。下边把利用过程中遭逢的多少个问题整治下:

(说实话,DB2 并没有 SQLServer 好用,也可能本身是太小白了,有待于提高…)

环境搭建

(1)DB2Client

DB2 客户端:DB2 v9.1

安装完成后,可以透过cmd命令行查看 DB2Client 相关消息:

  • db2level:查看DB2Client版本信,包括32/64位

在先导一向运行 db2cmd 来运作 db2cmd.exe 启动 db2命令行程序,执行 db2:

图片 1

之后,能够举行连接数据库、访问数据等操作。

db2命令行连接数据库

catalog tcpip node runnode_My remote IP server Port
catalog database calldb_Dest as calldb_My at node runnode_My

再凭 用户名和登录密码 即可访问数据库了。其中,DB2 数据库默认端口是
50000。

connect to calldb_My user 用户名 using 密码

(2)Quest
Central

DB2 可视化工具:Quest Central for DB2 v5.0.2.4

关于注册码

  • Quest Central for DB2:2-95710-05964-91891-64750 和 Bergelmir/CORE
  • Knowledge Xpert for DB2:147851648424638496327 和 stenny

安装之后,启动遭遇如下问题:

图片 2

釜底抽薪办法:程序上点击鼠标右键–>属性–>兼容性;勾选以十分形式运作这一个顺序(兼容windowsXP);勾选以管理员身份运行程序,即可缓解。

具体操作

因而 db2命令 连接到数据后,在 Quest Central
首页会显示已接连的相应数据库的接连结点。

除 Quest Central 外,还有其余 DB2可视化工具,可扩展学习。

基本功运用

事先多是用 SQLServer,初次操作 DB2
数据库,虽说语法大多接近,依旧各个不顺手。

关于DB2,相关材料和书本推荐:

  • 牛新庄
    -《循序渐进DB2》《深切解析DB2》《DB2性能调整与优化》
  • 《DB2 Express-C 快捷入门》

此外,可参考:DB2中国社区

一个服务器可以建六个实例,一个实例下得以建六个数据库,一个数据库能够蕴涵六个表空间。

几个注意事项

  • SQL 语句必须要以 ; 结尾
  • declare 定义变量不要带 @,这是与 SQL Server 的区别
  • SQLSTATE 和 SQLCODE 可以提供 SQL 命令的周转情形
  • 积存过程调用:call ProcedureName(inVal, …, inVal, ?, … ,
    ?);,其中,? 是出口参数占位符
  • NULL
    对于完整性约束和查询带来副效能,指出表中最好没有空值,在建表时增长非空约束
  • 表存储在表数据空间,索引存储在目录数据空间
  • 分区进步系统特性

常用命令

(1)查询

// 查看表字段信息
[1]. describe table schemaName.tableName;
[2]. describe select * from schemaName.tableName;
// 查看表索引信息
[1]. describe indexes for table schemaName.tableName show detail;
[2]. select * from syscat.indexes where tabname='大写的表名';

(2)删除

// 删除索引
drop index schemaName.indexName;

(3)重命名

// 重命名 表名
rename table schemaName.oldTabName to newTabName;
// 重命名 字段
alter table schemaName.TabName
    rename column oldColName to newColName;

中间,表 oldTabName 不要有外键约束和视图引用。此外,尽量避免字段重命名。

建表

已知存在表 tabSqh,创立 tabSqh 的副本 tabSqh_Copy:

CREATE TABLE tabSqh_Copy like tabSqh;
INSERT INTO tabSqh_Copy select * from tabSqh;

专注,该措施只复制表结构和表数据,tabSqh_Copy
没有相关的表约束,需要手动添加:

alter table tabName
    add constraint P_tabName primary key(IDKey);
alter table tabName1
        add constraint F_IDKey foreign key (IDKey)
                references tabName2 (IDKey)
on delete restrict on update restrict;        

其他相关约束添加方法如是之。

SELECT 高级用法

此间介绍 select 在 DB2 中的 3 种高级用法:

(1)复制表结构

CREATE TABLE new_table_name LIKE table_name; 

(2)创立结果表

CREATE TABLE new_table_name AS (
    SELECT * FROM table_name
) DEFINITION ONLY; 

(3)创制物化查询表(MQT)

create table new_table_name AS (
    select * from table_name
) data initially deferred refresh deferred;   
refresh table new_table_name; 

物化表SELECT语句看似一个询问,没有真的形成表,类型突显为Query,但它完全可以当表来用。 

删表

(1)删除单行数据或批量去除数据:方法2比办法1属性好

// 方法1
DELETE FROM tabName WHERE 过滤条件  
// 方法2
DELETE FROM  
(  
    SELECT * FROM tabName WHERE 过滤条件  
);

(3)全表数据删除

// 方法1
DELETE FROM tabName;
// 方法2
DROP TABLE ...
CREATE TABLE ...
// 方法3
ALTER TABLE tabName ACTIVATE NOT LOGGED INITIALLY WITH EMPTY TABLE;

(4)直接删除表

DROP TABLE tabName;

临时表

DB2的临时表基于会话(session),且会话之间相互隔离。当会话停止时,临时表的多少被删除,临时表也会被剔除。

临时表的效能:

  • 封存中间结果集,以便任务的持续处理
  • 避免复杂的SQL语句,将一条较为复杂的SQL语句分解成多条简单的SQL语句,提升运行功能

    // 创制临时表
    DECLARE GLOBAL TEMPORARY TABLE session.TmpTableName
    LIKE rvc.TableName INCLUDING COLUMN DEFAULTS
    WITH REPLACE
    ON COMMIT PRESERVE ROWS
    NOT LOGGED;
    // 向临时表中插入数据
    INSERT INTO session.TmpTableName
    SELECT * FROM rvc.TableName WHERE <过滤条件>;

内部,NOT LOGGED 代表不记录日志,WITH REPLACE
代表若已存在临时表则替换之,ON COMMIT PRESERVE ROWS
表示commit后仍然保留表中的数据。之后,临时表可以当作是普通表,查询、联表均可。

关于session临时表的多少个问题:http://www.db2china.net/Question/28913

有关session临时表控制选项 ON COMMIT PRESERVE
ROWS的诠释:http://www.db2china.net/Article/9916

留意,全局临时表允许创制索引、但不允许创立主键和唯一约束。创造的暂时表同原表有同一的表结构,不过相关列的性质(主键、外键、唯一约束、索引等)音讯是尚未的。

另外信息可参考:DECLARE GLOBAL TEMPORARY TABLE –
IBM

DGTT 与 CGTT

上述临时表均为 DGTT(已讲明的全局临时表),DB 9.7 先河补助CGTT(已开立的大局临时表)。

共同点:

  •  帮助基于会话的数据
  •  协理索引,但不补助唯一约束或主键

双方都帮助基于会话的数码。

CGTT 优点:

  •  持久化的,在系统设置时优先创制、供将来共享之,而 DGTT
    是在某一应对中宣示、仅供该会话使用;
  •  避免在各用户会话开头时声称临时表的要求;
  •  接纳与平时表相同的形式规则,而 DGTT 必须是稳定的情势 SESSION;

创建 CGTT:

CREATE GLOBAL TEMPORARY TABLE <table_name> (
    <column_name>  <column_datatype>,
    <column_name>  <column_datatype>,
…  )
ON COMMIT [PRESERVE|DELETE] ROWS
ON ROLLBACK [PRESERVE|DELETE] ROWS 
[NOT LOGGED|LOGGED] 
DISTRIBUTE BY HASH ( col1,..)
IN <tspace-name>;

任何详细音讯可参看:DB2 临时表 – DGTT 和
CGTT

索引

目录是平稳键值的聚合,每一个键值指向表的一条龙。

目录是一把双刃剑,当表的目录过多时,数据删除、插入和翻新频率会下滑,当索引过少或者计划不客观时会影响多少的查询效用。尽量不要在包含
null 值的字段上建立(单列)索引,因为索引不会蕴藏该条记录的音信。

对于构成索引,带领列(组合索引中排在最右边的列)对查询语句中where条件的震慑最大。因而,应该对索引键中的列按重复值由少到多的逐条排序,该排序会使索引键提供最佳性能。

优点:

  •  加快查询速度
  •  避免不必要的表扫描 或 排序操作
  •  缩短死锁的暴发
  •  唯一性索引保证数据的唯一性

缺点:

  •  额外的蕴藏空间
  •  索引创制和保养的耗时

总结信息

数据库对象的总计参数音讯,如表的数据量大小、占用的页数、表的行数、索引的情形和所在的分区情状等。

一个SQL在写完并运行之后,我们只是告诉DB2去做哪些,而不是如何去做。具体如何是好,取决于优化器。优化器为了转变最优的实施计划,需要领会当前的连串消息、目录中的总结音信等。runstats
命令就是用来采访数据库对象的情事音讯,对优化器生成最优的施行计划紧要。

对数据表频繁的insert,
update,会促成数据库存储中冒出物理碎片,runstats可以对数据库举办数量整合,有助于数据块连续化、提升多少存取的效率,原理类似于OS中的磁盘碎片整理。

// 针对表
runstats on table schemaName.tableName;
// 针对表和索引信息
runstats on table schemaName.tableName [with distribution] and [detailed] indexes all;
// 针对某个单一索引
runstats on table schemaName.tableName for/and indexes schemaName.indexName;

实践计划

在关系型数据库调优过程中,SQL语句是涉及性能问题的第一缘由,而施行计划则是表达SQL语句执行过程的语言。

  •  不同数据库之间对于执行计划的代表方法各不相同
  •  每一回导入存储过程,生成的囤积过程进行计划不肯定完全相同,受当前的数据库参数、总结音信的影响

SQL语句的实践进程一共包含五个关键环节:

  •  数据读取形式(scan):表扫描
    or 索引围观
  •  表之间什么进展连接(join):包含Nest
    Loop 、Merge Join、Hash join及半老是等、多表间的总是各样采取

至于多表间连接的顺序选拔问题:

无论在同样条SQL语句中包含了有点张表连接,同一时刻唯有两张表展开连续,但多表间的连续各类也是决定性能的重中之重缘由。数据库对于表的相继的取舍,遵照六个表之直接连后得出的行数举办排序,假使总括音讯与事实上意况不是较大,有可能会促成由于连续各类不当而造成的性质问题。

有关音信请参见:DB2执行计划浅析

对于有些复杂的SQL,指出利用
Quest Central 中的 SQL Turning 效用,相比较直观。

SQL语句执行计划的其他查看方法:

(1)db2expln

db2expln执行计划分为三有些:

  •  当前采访执行计划的口舌
  •  执行计划详细音讯
  •  执行计划图:从下往上,从左往右,遵照号码从大到小的依次进行阅读

在cmd命令行运行 db2expln
命令,能够查看该命令的施用匡助。

db2expln -d 数据库名称 -u 用户名 密码 -q "sql语句"[-f "文件名.sql"] -t -o 输出文件名.out

其间,文件名.sql 中的多条独立的SQL语句各占1行,行末不要带分号。

db2expln -d dbName -u sqh cmb@2018 -q "sql语句" -g -t -o tmp_sqh.out
db2expln -d dbName -u sqh cmb@2018 -f "sqh.sql" -g -t -o tmp_sqh.out

对上述命令的分解:

  • -t:输出到极限,-o:输出到文件
  • -q:执行一个SQL语句,-f:执行某个保存了多条SQL语句的文件
  • -g:图形化展现
  • -z:指定SQL语句间的相间符

参考:行使 db2expln 的 DB2
SQL性能优化示例

(2)db2exfmt

该模式需要在DB2设置目录 …\IBM\SQLLIB\MISC\ 下有 explain.dll
文件,有待于进一步学习。

至于查看存储过程的履行计划

率先,获取存储过程相呼应的包

SELECT bname, bschema, pkgname, pkgschema 
FROM syscat.packagedep
WHERE btype='T' AND pkgname in (
     select bname from sysibm.sysdependencies where dname in (
            select specificname from syscat.procedures where procname='存储过程名称' AND procschema='存储过程模式名称'
     )
);

下一场,再经过如下命令获取包中的执行计划

db2expln -d 数据库名称 -u 用户名 密码 -g -c 包模式名称 -p 包名称 -s 0 -t -o tmp_sqh.out

小心,上述代码获取存储过程对应的包,某些情况下询问不到音信,至于缘何还不知底,再提供另一种办法

select c.PROCSCHEMA, c.PROCNAME, b.* 
from syscat.STATEMENTS b, syscat.PROCEDURES c, syscat.ROUTINEDEP d
where b.pkgname = d.bname
      AND c.SPECIFICNAME = d.SPECIFICNAME
      AND c.PROCSCHEMA   = d.ROUTINESCHEMA
      AND c.PROCSCHEMA   = '存储过程模式名称' AND c.PROCNAME = '存储过程名称'; 

小结之,鉴于数据库存储过程进行计划的多变性,指出:

  •  runstats + rebind
  •  删除重建 

runstats
命令参见上述总结音信部分,下边给出其他常用命令

// 重新绑定包
rebind package pkgSchemaName.pkgName;
// 更新 package cache 中的执行计划
flush package cache dynamic;

只顾,runstats
仅是立异实施计划的一端(对动态SQL生效、但对存储过程无效),另一方面还需
rebind 包(相持异存储过程举行计划才使得)。