起因：
由于在查询中需要用到 UNION ALL 操作，而表中的存在 LONG 类型字段，操作无法完成，根据具体业务场景，将 LONG 类型字段修改为 CLOB 类型。修改后，UNION ALL 操作可行，但是子表的增删改操作出现了问题，提示为父表的 INDEX 不可用。
这里顺便说一句：如果要从VARCHAR2类型修改为特殊类型CLOB，那么不能直接从VARCHAR2转换为CLOB，需要使用LONG类型，来做一个过渡（可以先修改为LONG类型，然后从LONG修改为CLOB）。
解决方案：
1.同事前不久也遇到了这个问题，他的解决方案是：备份旧的表，删除表，然后再导入数据，并且依然需要重建主键等。对没有直接操作权限的ORCALE服务器恐怕有难度。所以这里归根结底还是drop and re-create。
这里的步骤是：
1.查询子表的外键名称，删除对应的外键，以及外键对应的索引
2.查询主表的主键名称，删除对应的主键，以及主键对应的索引
3.建立主表主键（主键索引会自动建立），建立子表外键，建立外键索引
3.drop and re-create 方式的有点是速度快，缺点是会影响原有的SQL查询，如果考虑这个影响那就可以采用rebuild的方式（IDX_TEST_C1这是索引名称）：
ALTER INDEX IDX_TEST_C1 REBUILD;
其实开始是尝试的是rebuild的方式，但是失败了，无可奈何只能采用drop and re-create 方式。