LOB类型修改为其他类型报错 ORA-22859 解决办法

最新推荐文章于 2024-11-05 11:29:53 发布
最新推荐文章于 2024-11-05 11:29:53 发布
阅读量611 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： ORACLE
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/cargoj/article/details/83765070
本文介绍了解决在修改CLOB为VARCHAR2时出现ORA-22859错误的方法，通过先保存数据再重新创建表来避免转换过程中出现的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在修改CLOB为VARCHAR2的时候提示ORA-22859错误（实际上改为其它类型也同样报错），先保存数据再重新创建表。

ORA-22859: 无效的列修改
u013456370的专栏
09-14 2万+
大字段 类型不能随意修改，如果改动了就必须删除列保存之后，再重新建立，因此对于大字段要格外注意！ 运用PL/SQL删除步骤： 1、登录到数据库 2、在左边Obiects栏里的Tables中找到需要删除列的表，展开 3、选择columns，展开 4、找到需要删除的列，右击，drop， 5、完成
ORA-22859 无效的列修改
我的博客
11-08 6128
修改表字段数据类型时问题：ORA-22859 无效的列修改 有一个表Test1有字段A、B,其数据类型分别是clob、varchar2(10) alter table Test1 modify ( A varchar2(255) );-- clob 修改为 varchar2 Error 位于第一行 ORA-22859:无效的列修改 alter table Test1 modify ( B date );-- varchar2 修改为 date Error 位于第一行 ORA-01439:要更改数
ORACLE 数据库，在对clob字段类型处理时报错ORA-22859:invalid modification of columns
qq_45811805的博客
11-05 576
处理方式：新增一个clob字段，将原有字段数据拷贝的新字段中。
ORA-22859 解决办法 （blob，clob 数据类型修改报错）
自由人
11-18 5032
删除列，然后新增列
关于修改表字段数据类型的问题（ORA-22859: 无效的列修改 ）
haiross的专栏
10-28 1万+
请教:关于修改表字段数据类型的问题. 一个表Test1有字段A、B,其数据类型分别是clob、varchar2(10). 现在修改它的字段数据类型，却有如下错误提示： 1. alter table Test1 modify ( A  varchar2(255) ); Error 位于第一行 ORA-22859:无效的列修改 2. alter table Te
oracle无法修改表
fenggaobin的博客
10-24 2485
修改一个oracle数据库表的一个字段，报出一下错误： ORA-22859:invalid modification of columns。 该字段是CLOB类型的。 最后才用的措施是： 先删除该字段，然后重新添加该字段，然后使用varchar2()来代替，这样就修改了该表的字段。   ...
Oracle 修改字段类型
woshixhw的专栏
10-11 368
<br />原文出处： http://blog.sina.com.cn/s/blog_694448320100kxop.html<br /> <br /> <br />修改oracle数据字段类型时，如果表中有数据可以采用如下方法更改<br /><br />ALTER TABLE 表名 RENAME COLUMN 字段名 TO 字段名1;<br /><br />ALTER TABLE 表名 ADD 字段名  VARCHAR2(30);<br /><br />UPDATE 表名 SET 字段名 = CAST(
oracle ORA-12899错误的解决方法
热门推荐
avinegar的专栏
10-16 8万+
在使用ORACLE的过程中,会出现各种各样的问题,各种各样的错误,其中ORA-12899就是前段时间我在将数据导入到我本地机器上的时候一直出现的问题.不过还好已经解决了这个问题,现在分享一下,解决方案; 出现ORA-12899,是字符集引起的,中文在UTF-8中占3个字节,ZHS16GBK中占2个字节,而源dmp文件字符集是ZHS16GBK库里倒出来的数据,现在要导入到目标字符集为UTF-8的库
ORA-22858 数据类型的更改无效
dragoo1的专栏
01-17 3623
oracle10g,pl/sqlalter ? table ? table_name ? modify ? (field_name ? blob)? 然后报上面的错误，原来我的 field_name 是varchar(100)解决：对于前一个问题，应该先drop，后增加： ? alter ? table ? table_name ? drop(field_name); ? alter ? tab
修改oracle数据库字段类型，处理ORA-01439错误
一名DBA的学习和成长记录
07-28 4438
对已经有数据的表修改字段类型时，Oracle提示：ORA-01439: 要更改数据类型, 则要修改的列必须为空。 可以创建新表，灌入原表数据后再改名，或者创建临时字段，替换数据后再删除。   测试环境： drop table foo; create table foo (col_name varchar2(5)); insert into foo values('1');
oracle修改字段类型ORA-01439错误
杨淞博的博客
02-20 821
alter table TABLE_NAME add TMP_COL NUMBER(10,3);-- 添加临时列 update TABLE_NAME set TMP_COL = COL_NAME; --将目标字段中数据加入到临时列中 update TABLE_NAME set COL_NAME = null; --将目标字段数据清空 alter table TABLE_NAME mo...
Orcale distinct查询报错：ORA-00932: inconsistent datatypes: expected - got CLOB
AcLings的博客
05-13 1758
今天在查询数据库的时候报错： ORA-00932: inconsistent datatypes: expected - got CLOB 很奇怪，昨天还可以，同样的查询语句，今天怎么就不行了，原来CLOB是Orcale的大数据类型，不支持distinct去重查询，然后再去看表的各个字段数据类型，发现原本有一个是varchar2类型字段被不知道谁改成了CLOB的类型，导致这个错误。 问题找到了，现在就来解决，数据类型被改了那我就重新把他改回去不就可以了，于是： alter table tablename
impdp报错ora-39151
最新发布
08-09
<think>我们正在解决的是ORA-39151错误，但用户提供的引用中并没有直接关于ORA-39151的信息。不过，根据Oracle错误文档，ORA-39151通常与表空间相关，具体错误信息可能为： ORA-39151: Table "string"."string" exists in the schema, but cannot be replaced/truncated because of IOT type or cluster. 或者 ORA-39151: Table "string"."string" exists. All dependent ancillary objects will be skipped but table statistics will be imported. 根据Oracle官方文档，ORA-39151错误通常发生在以下情况： 1. 导入过程中试图替换或截断一个索引组织表（IOT）或簇表，但操作不被允许。 2. 使用`TABLE_EXISTS_ACTION=REPLACE`或`TRUNCATE`时，对于IOT表或簇表，这些操作是不允许的。 解决方案： 1. 如果表是IOT或簇表，不能使用`REPLACE`或`TRUNCATE`选项，应该使用`APPEND`或`SKIP`。 2. 在导入前手动删除或截断这些表（如果允许）。 步骤： 1. 确定哪些表是IOT或簇表： ```sql SELECT table_name, iot_type, cluster_name FROM all_tables WHERE owner = 'YOUR_SCHEMA' AND (iot_type IS NOT NULL OR cluster_name IS NOT NULL); ``` 2. 修改impdp命令，对于这些表使用`TABLE_EXISTS_ACTION=APPEND`或`SKIP`，或者避免导入这些表（使用EXCLUDE参数）。 3. 如果选择手动处理，可以在导入前删除这些表，然后重新导入。 示例命令： ```bash impdp system/password directory=dpump_dir dumpfile=expdp.dmp remap_schema=source_schema:target_schema TABLE_EXISTS_ACTION=APPEND # 对于IOT和簇表，使用APPEND而不是REPLACE/TRUNCATE EXCLUDE=TABLE:"IN ('IOT_TABLE1','CLUSTER_TABLE1')" # 如果需要排除这些表，然后手动处理 ``` 4. 如果错误是由于导入统计信息时表已存在，可以尝试忽略统计信息： ```bash impdp ... EXCLUDE=TABLE_STATISTICS ``` 5. 如果表是簇表，可能需要先删除簇，然后重新导入。 注意：在删除表或簇之前，请确保有备份。 根据用户提供的引用，虽然没有直接关于ORA-39151的内容，但引用[3]提到了表空间扩展问题（ORA-01691），这与LOB段扩展有关，但与我们当前的问题无关。 因此，针对ORA-39151，我们主要处理IOT表和簇表的问题。 如果用户需要更详细的信息，建议参考Oracle官方文档关于ORA-39151的说明。 §§相关问题§§ 1. 如何判断一个表是索引组织表（IOT）或簇表？ 2. 使用impdp导入时，TABLE_EXISTS_ACTION参数有哪些选项？分别适用于什么场景？ 3. 如何排除导入特定表或表类型的对象？</think>### Oracle impdp报错 ORA-39151 解决方案 **错误说明** ORA-39151错误通常发生在impdp导入过程中，具体表现为： `ORA-39151: Table "string"."string" exists. All dependent ancillary objects will be skipped but table statistics will be imported.` 这表示目标库中已存在同名表，但impdp无法自动替换或处理依赖对象[^1]。 --- ### 错误原因分析 1. **表已存在冲突** - 目标库中已存在同名表 - 未正确处理`TABLE_EXISTS_ACTION`参数 - 索引组织表(IOT)或簇表特殊结构导致无法自动替换 2. **权限问题** - 用户缺少`DROP ANY TABLE`权限（替换表需要） - SYSDBA权限调用导致异常（如引用[1]警告） 3. **对象依赖关系** - 存在未清理的依赖对象（触发器、约束等） - LOB段扩展失败（如引用[3]的ORA-01691） --- ### 解决方案（逐步操作） #### 步骤1：验证表存在性 ```sql -- 查询冲突表 SELECT owner, table_name FROM all_tables WHERE table_name = '冲突表名'; ``` #### 步骤2：修改impdp命令参数 ```bash impdp system/password DIRECTORY=dpump_dir \ DUMPFILE=export.dmp \ REMAP_SCHEMA=source_schema:target_schema \ TABLE_EXISTS_ACTION=TRUNCATE \ # 或 REPLACE/APPEND TRANSFORM=SEGMENT_ATTRIBUTES:n \ LOGFILE=impdp_fix.log ``` **关键参数说明**： - `TABLE_EXISTS_ACTION`选项： - `TRUNCATE`：清空表数据（保留结构） - `REPLACE`：删除重建表（需DROP权限） - `APPEND`：追加数据（不修改结构） - `TRANSFORM=SEGMENT_ATTRIBUTES:n`：跳过存储属性导入 #### 步骤3：手动处理特殊对象 对于索引组织表(IOT)或簇表： 1. 手动删除冲突表： ```sql DROP TABLE target_schema.table_name FORCE PURGE; ``` 2. 重新执行impdp（使用`TABLE_EXISTS_ACTION=REPLACE`） #### 步骤4：处理LOB扩展问题 若伴随ORA-01691错误（如引用[3]）： ```sql -- 扩大表空间 ALTER TABLESPACE users ADD DATAFILE '/path/newfile.dbf' SIZE 2G AUTOEXTEND ON; ``` #### 步骤5：权限修正 ```sql GRANT DROP ANY TABLE TO import_user; GRANT UNLIMITED TABLESPACE TO import_user; ``` --- ### 预防措施 1. **预清理环境**： ```sql BEGIN FOR t IN (SELECT table_name FROM all_tables WHERE owner='TARGET_SCHEMA') LOOP EXECUTE IMMEDIATE 'DROP TABLE ' || t.table_name || ' CASCADE CONSTRAINTS PURGE'; END LOOP; END; ``` 2. **使用元数据过滤器**： ```bash impdp ... TRANSFORM=OID:n,STORAGE:n # 跳过对象ID和存储属性 ``` 3. **导出时添加排除项**： ```bash expdp ... EXCLUDE=STATISTICS # 避免统计信息冲突 ``` > **重要提示**：避免使用SYSDBA执行导入（如引用[1]强调），普通用户更安全[^1]。 --- ### 典型成功案例 ```bash # 修复簇表冲突 impdp mig_user/pwd DIRECTORY=dpump \ DUMPFILE=cluster.dmp \ REMAP_SCHEMA=src:dest \ TABLE_EXISTS_ACTION=REPLACE \ TRANSFORM=SEGMENT_ATTRIBUTES:n \ EXCLUDE=INDEX_STATISTICS,TABLE_STATISTICS ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值