今天在对某个表的某个字段执行Modify操作时,Oracle报出了54033错误:
原因如图描述,修改的列在虚拟列的表达式中用到了。
我们查看一下当前表的列(字段)情况。
发现除了我们正常使用是查询语句能查到的列,还有许多系统自动生成的隐藏列存在,检查这些隐藏列的DATA_DEFAULT,发现这些隐藏列中有些使用的函数中用到了我们准备修改的列。
正式因为这里用到了我们准备执行Modify的列,导致我们无法修改列属性。系统为什么会自动生产这些隐藏列,又该如何处理才能完成字段修改呢?
经研究发现,这些列是Oracle扩展统计信息时生成的,我们在收集列的统计信息与直方图时,往往都是对某一列的收集。当谓词使用多个相关列时,会导致约束条件的冗余。这几个相关的列也被称作关联列。出现这种情况时,查询优化器也会做出不准确的判断。所以我们必须对这些相关列收集统计信息或直方图来描述这种依赖关系。从Oracle11g开始,数据库可以收集基于表达式或者一组列上的对象统计信息和直方图,从而解决这种问题。这种新的统计叫做扩展的统计信息(extension statistics)。这种技术实际上是基于表达式或一组列创建一个隐藏列,叫做扩展(extension),再在扩展列上收集统计信息与直方图。
举个例子:就是我们再表上面创建带函数的索引或者创建多个字段组合的索引时,就会导致数据库自动创建这些隐藏列。
这些隐藏列可以通过调用Oracle自带的包dbms_stats的函数create_extended_stats来实现。所以要想Modify字段,需要使用函数dbms_stats.drop_extended_stats先处理这些隐藏列,
执行后会发现对应的列消失(多个隐藏列用到被修改的字段时,要执行多次)。这时候我们就可以对字段进行Modify操作了。
完成字段修改操作后记得使用create_extended_stats把扩展统计信息再恢复回来(如果有需要)。