由于在查询中需要用到 union all 操作，而表中的存在 long 类型字段，操作无法完成，根据具体业务场景，将 long 类型字段修改为 clob 类型。修改后，union all 操作可行，但是子表的增删改操作出现了问题，提示为父表的 index 不可用。 这里顺便说一句：如果
由于在查询中需要用到 union all 操作，而表中的存在 long 类型字段，操作无法完成，根据具体业务场景，将 long 类型字段修改为 clob 类型。修改后，union all 操作可行，但是子表的增删改操作出现了问题，提示为父表的 index 不可用。
这里顺便说一句：如果要从varchar2类型修改为特殊类型clob，那么不能直接从varchar2转换为clob，需要使用long类型，来做一个过渡（可以先修改为long类型，然后从long修改为clob）。
-
解决方案：
1.同事前不久也遇到了这个问题，他的解决方案是：备份旧的表，删除表，然后再导入数据，并且依然需要重建主键等。对没有直接操作权限的orcale服务器恐怕有难度。所以这里归根结底还是drop and re-create。
2.重建索引。oracle重建索引有多种方式，如 drop and re-create、rebuild、rebuild online等。这里采用的是第一种方式删除创建。需要的一些脚本如下（tb_scenery是父表【景点表】，tb_scenery_tickets是子表【景点门票表】）：
1.--查询主外键，表名一定要大写  
2.select constraint_name from user_constraints where table_name = 'tb_scenery';   3.select constraint_name from user_constraints where table_name = 'tb_scenery_tickets';   4. 
5.--删除主外键，注意大小写   6.alter table tb_scenery drop constraint scenery_pk_id;   7.alter table tb_scenery_tickets drop constraint scenery_id;   8. 
9.--增加主键(增加主键时会自动建立关于主键的索引)   10.alter table tb_scenery add constraint scenery_pk_id primary key (id) ;    11. 
12.--增加外键   13.alter table tb_scenery_tickets add constraint scenery_pk_id foreign key (scenery_id)  references tb_scenery (id);   14. 
15.--查询表的相关索引   16.select index_name,index_type,table_name from user_indexes where table_name='tb_scenery';   17. 
18.--删除索引[强制]   19.drop index scenery_pk_id [force];   20. 
21.--查询哪些表没有建立索引   22.select table_name from user_tables t  where not exists (select table_name from user_constraints c where constraint_type = 'p' and t.table_name=c.table_name)  这里的步骤是：
1.查询子表的外键名称，删除对应的外键，以及外键对应的索引
2.查询主表的主键名称，删除对应的主键，以及主键对应的索引
3.建立主表主键（主键索引会自动建立），建立子表外键，建立外键索引
3.drop and re-create 方式的有点是速度快，缺点是会影响原有的sql查询，如果考虑这个影响那就可以采用rebuild的方式（idx_test_c1这是索引名称）：
alter index idx_test_c1 rebuild;
其实开始是尝试的是rebuild的方式，但是失败了，无可奈何只能采用drop and re-create 方式。