DB2数据库开发规范草稿V1..docVIP

PAGE . Word资料 上海银行 Bank of Shanghai DB2数据库开发规范 版本号 版本日期 修订者 描述 备注 1.0 2014/12/4 王成 初稿 1.1 2014/12/8 王成 补充WAS调整内容 1.2 2014/12/11 王成 补充Load工具使用说明 补充临时表使用的说明 1.3 2015-3-27 王成 补充load对HADR影响的说明  目录： TOC \o 1-3 \h \z \u 第一章 表 4 1. 建表 4 第二章 大数据量清理和装载 4 2. 数据清理 4 3. 数据装载 4 第三章 临时表 5 第四章 数据库连接 5 第五章 性能 5 4. 统计更新 5 5. 索引的使用 6 6. 锁和脏读 6  表 建表 对于新建的每个表，都需要把public用户的权限去除。因此创建每个新表的sql语句后，需要添加如下语句：revoke all on tablename from public。 同一数据库中的表应该由同一个用户来创建，减少用户复杂性。 数据库中的表应该建在所分配的tablespace，禁止建到未经允许的他人的tablespace上。 大数据量清理和装载 数据清理 要删除大表中的大部分数据，则不能直接delete，因为会产生长事务及锁资源溢出的问题。可以根据表的使用情况区分处理：1) 对于可以停断的应用系统，可以新建不带日志的表，把需要保留的数据插入新表，然后通过表换名的方法实现。2) 对于不能停断的应用系统，则要分批提交以降低事物长度，比如每删除10万行就提交，以免造成长事物而回滚。 如果全部删除表中的所有数据，使用truncate，不要使用delete。 数据装载 关于import import默认是allow no access，即在表上会有独占锁，会导致其他人不能访问。如需同时访问此表，设置为allow write access。 如下列会锁表： db2 “import from test.del of del insert into test” 建议改为下列方式： db2 “import from test.del of del insert into test allow write access” 关于Load 默认load也是allow no access，即在表上会有独占锁，会导致其他人不能访问。如需同时访问此表load之前的数据，设置为allow read access。 Load默认使用copy no，会导致所属表空间状态为backup pending，即同一表空间上的所有表都只能查询，不能写。切记load时一定要加nonrecoverable参数或者copy yes参数，建议使用nonrecoverable！测试环境数据库不开归档日志模式，Load不会导致backup pending；但是生产环境是开归档的，不带copy yes或者norecoverable，会造成backup pending。 Nonrecoverable这种方式不记数据库日志，导入速度快。完成后要对数据库做全备，否则数据恢复时此表不能恢复出来（因为不记归档日志），或者需要通过重建受影响的表。语法如下：db2 load from xxx.del of del insert into shcema.tablename nonrecoverable。 对于使用了HADR数据库同步技术的系统（目前只有信用卡核心系统，后续还会有互联网核心和Emao），要使用copy yes，否则会造成HADR损坏。Copy yes会在load结束后对表空间做一次全备，备份出来的文件不要删除，可以用于HADR追加或者增量恢复。并且load之前把HADR关闭，load完成之后，把load期间产生的备份数据复制到HADR同样的目录，最后HADR，并且验证。但是由于要对整个表空间进行备份，时间会较长。语法如下：db2 load from xxx.del of del insert into shcema.tablename copy yes to /data。 鉴于Load所带来的这么多问题，安全起见，建议不要再使用load，可以改用import之类的。即使要用，一定要提前告知数据库管理员，以确定对数据库的影响。 在进行过数据装载后一定要对表进行统计更新，以保持系统表信息和实际表信息的同步。 临时表 创建临时表之后，及时提交，以免对系统表长时间锁定。 数据库连接 应用应尽量实现重连机制，以免数据库重启或者切换后必须重启应用。 对数据库的连接数应该设置合