- 导致 REORP 状态的 DDL
以下列表包含一些将表空间置于 REORP 状态并使其不可用的 SQL 语句。
ALTER TABLE ... ALTER COLUMN(分区索引,增加字符长度)
ALTER TABLE ... ADD COLUMN(其中列是标识列)
添加列会导致 BMC AMI Reorg 为该列中在 ALTER 之后未被 SQL 语句修改的行分配重组过程时间戳值。
(Db2 版本 10) ALTER TABLE ... ALTER PARTITION(更改限制键)
更改最后一个分区不会将表空间置于 REORP 状态。
ALTER TABLE ... ADD PARTITION(如果未强制执行最后一个分区的边界)
ALTER TABLE ... ROTATE PARTITION(如果未强制执行最后一个分区的边界)
DROP COLUMN
ALTER COLUMN SET NOT NULL
ALTER COLUMN DROP NOT NULL
ALTER COLUMN SET DATA TYPE, 除了以下情况:
增加 VARCHAR 或 VARGRAPHIC 列的长度
当 VARCHAR 或 VARGRAPHIC 列上不存在索引时,在不截断现有数据末尾空白的情况下减少列的长度
因此,在进行表字段的 NOT NULL约束变更时,一定要注意这个 REORG-recommended 问题。由于限制次数是三次的原因,在变更时 很轻易地就会忽略这个问题。
- 如何确定在一个表上完成了多少“REORG-recommended”操作
某些“ ALTER TABLE ”语句被认为是“ REORG-recommended ”操作。在 3 次这样的操作之后,您的表将被迫进入重组挂起状态。允许对具有“ REORG-recommended ”操作的表进行有限访问
SELECT TABSCHEMA, TABNAME, NUM_REORG_REC_ALTERS, REORG_PENDING FROM SYSIBMADM.ADMINTABINFO WHERE tabname='TAB1'
- 单个工作单元内的多个 ALTER TABLE 操作
从Db2® Version 9.7 开始,您可以在单个工作单元内运行无限数量的 ALTER TABLE 语句。在大多数情况下,在处理完包含此类操作的三个工作单元之后,必须运行 REORG TABLE 命令。
Connection conn = null;
PreparedStatement sta = null;
DataSource dataSource = JdbcSupportDAO.getJdbcTemplate().getDataSource();
try {
conn = dataSource.getConnection();
conn.setAutoCommit(false);
sta = conn.prepareStatement("alter table "+ map.get("tableName")+" alter column " + map.get("columnName") + " set data type " + map.get("DBColumnType"));
sta.executeUpdate();
sta = conn.prepareStatement(" alter table " + map.get("tableName") + " add " + map.get("columnName") + " " + map.get("DBColumnType"));
sta.executeUpdate();
.....
} catch (Exception e) {
e.printStackTrace();
} finally {
JdbcUtils.closeStatement(sta);
if (conn != null) {
try {
conn.setAutoCommit(true);
} catch (Exception e) {
e.printStackTrace();
}
DataSourceUtils.releaseConnection(conn, dataSource);
}
}