分类:
2008-05-17 16:47:45
| |||||||
# 生成卸出指定表的数据的SQL脚本 # $1. 旧数据库的SCHEMA文件 # $2. 新数据库的SCHEMA文件 # $3. 输出的卸出指定表的数据的SQL脚本文件名 # $4. 指定的表名 # $5. db2move卸出文件时的清单文件
其中,TABLEINBOTH是由上一步(找出仅在旧库或者新库中独有的表)的副产品。 注意,上述程序中,并没有处理新旧table中均有并且字段类型不同的字段,这种情况可以在卸出数据时按需要手工编辑生成的SQL脚本。 生成的SQL脚本名称叫"unload.sql"。在PC机上的DB2命令窗口中执行:
其中,"-z"选项将执行结果同时输出到屏幕及文件result.txt中。执行结束时,需要查看result.txt,如果其中有错误提示,请按需要修改unload.sql。修改之后,再重新执行上述命令,直到所有SQL命令均执行无错为止。 取得新SCHEMA的表空间名称 通过以下步骤,找出新数据库使用的表空间的名称,并给出创建数据库缓冲池及表空间的SQL的建议。 # 8. 根据新数据库SCHEMA文件取得tablespace的名称清单 # 并给出创建缓冲池及tablespace的SQL建议
执行结果类似于: 创建缓冲池的命令:create bufferpool BF81 size 10000 pagesize 8 KB。 创建表空间的命令:
在实际创建表空间时,需要将其中的"
重建数据库
按以下步骤重建数据库:
1、编辑db2move.lst,删除在新库中已不使用的表。
根据上述步骤中得到的仅在旧数据库中存在的表,编辑db2move.lst,删除该表所在的行。
2、删除旧数据库。
执行以下命令,删除旧数据库:db2 drop database cusgadev
3、创建数据库,执行以下命令,创建新数据库:
db2 create database cusgadev using codeset iso8859-1 territory cn
其中,"iso8859-1"表示数据库使用的字符集,"cn"表示数据库使用的地域。
4、数据库:执行以下命令,连接新数据库:db2 connect to cusgadev
5、修改物理日志参数,执行以下命令,修改数据库的日志参数:
db2 update database configuration using logfilsiz 25000 deferred
创建数据时,默认的日志空间比较小,对于大事务的处理有影响,所以,需要根据的需要及PC机的配置适当调整日志空间的值。
可以使用"GET DATABASE CONFIGURATION"命令查看数据库的当前配置。
6、创建缓冲池,执行以下命令,为数据库创建缓冲池:db2 create bufferpool BF81 size 10000 pagesize 8 K。
7、创建表空间,执行以下命令,为数据库创建表空间:
其中,tablespace的名称是从新数据库的SCHEMA文件中提取出来的。本例中,它们都使用同一个缓冲池。" 8、用新的SCHEMA创建数据库:
执行以下命令,按照新数据库的SCHEMA创建其中的各种对象,如表、索引等:db2 -tvf cusnew.sql。
9、装入数据,执行以下命令,将旧数据库的数据装入到刚创建的新数据库中:db2move cusgadev load。
该命令使用的修改后的db2move.lst作为装入表的清单。
有选择的将新库中独有的表的数据导入到本地新数据库中对于仅在新数据库中存在的表,可以根据需要有选择的将其数据从SIT环境导入到单元测试环境。本文中,不考虑新表对于其他表的外键关联。
假设某个仅在新数据库中存在的表的名称为"newtable",在SIT环境执行以下命令卸出数据:
db2 unload to newtable.ixf of ixf select * from newtable。将文件“newtable.ixf”传输到单元测试环境所在的PC机上,执行以下命令:db2 load from newtable.ixf of ixf insert into newtable。如果这个新表对于其他表有外键关联,还需要导入其他相关表的数据。
检查数据库的完整性
检查完整性的SHELL程序以下是"CheckIntegrity.sh"的源代码。该程序用于在数据load结束以后,检查数据库的完整性。
所谓外键关联链,是指A表依赖于B表,B表依赖于C表。只有当C表的外键关联检查成功以后,才能检查B表;同样的,只有当B表的外键关联检查成功以后,才能检查A表。即为了检查A表,可能需要多次执行上述SHELL程序。
所谓外键关联环,是指A表直接或者间接依赖于自身(A表)。比如,A表的a1字段依赖于A表的a2字段,同时,A表的a2字段也依赖于A表的a3字段(其中,a1、a2、a3可以相同,也可以不同),这是一个直接关联的环。再如,A表的a1字段依赖于B表的b1字段,同时,B表的b2字段依赖于A表的a2字段(其中,a1和a2、b1和b2可以相同,也可以不同),这是一个间接关联的环。如果存在这样的环,我们必须通过删除其中的某一个或几个依赖来打破这个环,在完整性检查结束以后,再重建那些被临时删除的依赖。
验证完整性的SHELL程序
我们通过查询所有表的记录数,来验证所有表的完整性是否都已经检查成功。以下是“CntDb.sh”的源码。
这个错误代码及原因代码,表示该表正处于“Check Pending”状态,需要用“IMMEDIATE CHECKED”选项执行“SET INTEGRITY”命令,即立即检查其完整性。
打破外键关联的环,检查完整性
通过多次执行上述两个SHELL程序,可以判断出数据库SCHEMA中是否存在外键关联环。通过数据库SCHEMA文件,找出这个环,并找到这个环上的一个依赖关系,执行以下步骤:
1、找到外键关联环上的一个依赖关系。
2、删除这个外键。db2 ALTER TABLE a1 DROP FOREIGN KEY a1_FK02。
3、检查完整性并验证完整性。
执行"CheckIntegrity.sh"、"CntDb.sh",如果完整性检查成功,则执行第4步;如果多次执行这两个SHELL后,完整性均没有检查成功,说明可能还有其他的外键关联环,需要再次执行第1步。
4、重建这个外键关联。
从新数据库SCHEMA文件中提取出刚才被临时删除的外键关联的语句,在命令行执行这些语句。 |