在路上

查看表结构db2 describe table table_name查看表的索引db2 describe indexes for table tab_name show detail删除数据库报当前数据库正在使用首先，你需要查看链接该数据库有多少应用db2listapplicationsglobal然后在杀掉这些应用db2forceapplicationsallterminate最后停止数据库db2deactivedbdbname然后就可以删...

情景：主库：DB2数据库在H盘备库：DB2数据库在H盘故障：备库DB2数据库ABC所在H盘丢失。需求：将备库DB2数据库ABC的信息去掉，从主库导出数据，恢复到备库。尝试：1.从主库中导出数据（主库数据库名称也为ABC），数据文件放在D:\DATA2.将主库上的导出文件传送到备库的D:\DATA下3.在备库， 导入数据文件，结果报错，说H盘找不到。4.在备库

DB2 的load操作失败过一次了，再load就会报错：SQLSTATE=57016解决：load from d:\xxxx.txt of del terminate into tab_named:\xxxx.txt可以不存在解决，load通过。

db2look 是DB2用于生成数据库DDL语句的一个工具：命令：db2look -d DBname -a -e -p -i userID -w password -o d:\sample.sql 语法: db2look -d DBname [-e] [-u Creator] [-z Schema] [-t Tname1 Tname2...TnameN] [-h] [-o Fnam

导出具有用户权限的表结构db2look -d cms -e -l -xd -o d:\hvr导入：db2 -tvf zx.sql

这个报错是没有连接数据库，是我重启了DB2数据库，但是没有重连应用。但是我的客户端明明是连着的，可能是应用没有自动重连的功能。重启一下应用就可以了。

在DB2中，该报错是因为查询表的时候，没有指定模式名称或者模式名称指定错误。解决：检查该表的模式名称。

主备库之间，字符集不同，同步的时候报错了。主库是GBK，而备库是UTF-8，故删掉备库，已字符集GBK创建备库：create database dxmy using codeset GBK territory Zh_cn;然后主备库连接的时候就不报错了。

今天，在部署我们的数据迁移软件的时候，是DB2之间的同步。报错了，说是只支持timestamp到9位。DB2中的到了12位。很好奇，以前在Oracle里面没遇到过，但是也没有注意timestamp数据类型的精度。然后过去试一下：Oracle其实也不支持到9位以上的精度。。。。。DB2 VS OracleDB2支持timestamp精度超过9位。。。。