暂无图片
暂无图片
暂无图片
暂无图片
暂无图片
文档 / ORA-39346：对象SCHEMA_EXPORT _ TABLE _ COMMENT _的字符集转换中的数据丢失 James Huang - 数据库顾问
ORA-39346：对象SCHEMA_EXPORT _ TABLE _ COMMENT _的字符集转换中的数据丢失 James Huang - 数据库顾问
洁
10094
3页
4次
2020-03-04
5墨值下载
2019/4/23 ORA-39346：对象SCHEMA_EXPORT / TABLE / COMMENT |的字符集转换中的数据丢失 James Huang - 数据库顾问
https://jameshuangsj.wordpress.com/2017/04/10/ora-39346-data-loss-in-character-set-conversion-for-object-schema_exporttablecomment/ 1/3
ORA-39346：对象SCHEMA_EXPORT / TABLE / COMMENT的字符集转换中的数据丢失
发表于 2017 年4月10日
将从一个12cR1 AL32UTF8数据库导出的模式导入到具有相同AL32UTF8字符集的另一个数据库时，会生成此ORA
错误：
ORA-39346：对象SCHEMA_EXPORT / TABLE / COMMENT的字符集转换中的数据丢失
错误消息清楚地显示问题数据来自“SCHEMA_EXPORT / TABLE / COMMENT”。
使用MDU工具（Unicode迁移助手）扫描数据库字典对象，我们可以看到问题数据来自SYS.COM $。
获取这些问题注释的列和表：
James Huang - 数据库顾问
SQL> desc sys.com $
名字空？类型
-------------- -------- ----------------------------
OBJ＃NOT NULL NUMBER
COL＃NUMBER
评论$ VARCHAR2（4000）
SQL>从sys.com $中选择count（*）;
计数（*）
----------
151
SQL>从sys.com $中选择OBJ＃，COL＃，substr（COMMENT $，1,80）其中comment $ like“交易的会计日期％与传入的交易日期相
OBJ＃COL＃
---------- ----------
SUBSTR（COMMENT $，1.80）
-------------------------------------------------- ------------------------------
143947 6交易
的会计日期？与收到的交易日期相同
143982 6交易
的会计日期？与收到的交易日期相同
SQL>从dba_objects中选择所有者，OBJECT_ID，OBJECT_NAME，其中OBJECT_ID位于（143947,143982）;
所有者OBJECT_ID OBJECT_NAME
---------------- ---------- ------------------------ ------
JAMESH 143947 CM_GL_REC_DWN_STG
JAMESH1 143982 CM_GL_REC_DWN_STG
SQL>从dba_tab_columns中选择OWNER，TABLE_NAME，COLUMN_NAME，其中TABLE_NAME ='CM_GL_REC_DWN_STG'和COLUMN_ID
OWNER TABLE_NAME COLUMN_NAME
隐私和Cookie：本网站使用cookies。继续使用本网站即表示您同意其使用。
要了解更多信息，包括如何控制cookie，请参阅此处： Cookie政策
关闭并接受
举报此广告
2019/4/23 ORA-39346：对象SCHEMA_EXPORT / TABLE / COMMENT |的字符集转换中的数据丢失 James Huang - 数据库顾问
https://jameshuangsj.wordpress.com/2017/04/10/ora-39346-data-loss-in-character-set-conversion-for-object-schema_exporttablecomment/ 2/3
使用MDU工具（Unicode迁移助手）再次扫描数据库字典对象，我们可以看到包括SYS.COM $ 在内的所有绿色。
再做一次出口和进口，一切都会好的。
---------------- --------------------- ------------- -------
JAMESH CM_GL_REC_DWN_STG ACCOUNTING_DT
JAMESH1 CM_GL_REC_DWN_STG ACCOUNTING_DT
SQL>从dba_COL_COMMENTs中选择OWNER，TABLE_NAME，COLUMN_NAME，COMMENTS，其中的评论如“交易的会计日期％与传入的交易
OWNER TABLE_NAME COLUMN_NAME评论
---------------- --------------------- ------------- ------- -----------------------------------------
JAMESH CM_GL_REC_DWN_STG ACCOUNTING_DT交易的会计日期？..与收到的交易日期相同
JAMESH1 CM_GL_REC_DWN_STG ACCOUNTING_DT 交易的会计日期？..与收到的交易日期相同
SQL>对列的注释JAMESH.CM_GL_REC_DWN_STG.ACCOUNTING_DT是“交易的会计日期，与进入的交易日期相同”;
评论已创建。
SQL>对列JAMESH1.CM_GL_REC_DWN_STG.ACCOUNTING_DT的评论是'交易的会计日期，与传入的交易日期相同';
评论已创建。
SQL>从dba_COL_COMMENTs中选择OWNER，TABLE_NAME，COLUMN_NAME，COMMENTS，其中的评论如“交易的会计日期％与传入的交易
OWNER TABLE_NAME COLUMN_NAME评论
---------------- --------------------- ------------- ------- -----------------------------------------
JAMESH CM_GL_REC_DWN_STG ACCOUNTING_DT交易的会计日期，与收到的交易日期相同
JAMESH1 CM_GL_REC_DWN_STG ACCOUNTING_DT交易的会计日期，与收到的交易日期相同
广告
隐私和Cookie：本网站使用cookies。继续使用本网站即表示您同意其使用。
要了解更多信息，包括如何控制cookie，请参阅此处： Cookie政策
关闭并接受
举报此广告
2019/4/23 ORA-39346：对象SCHEMA_EXPORT / TABLE / COMMENT |的字符集转换中的数据丢失 James Huang - 数据库顾问
https://jameshuangsj.wordpress.com/2017/04/10/ora-39346-data-loss-in-character-set-conversion-for-object-schema_exporttablecomment/ 3/3
推特 Facebook的
This entry was posted in DataPump, ORA- ERRORS and tagged AL32UTF8, comment on column, Database Migration Assistant for Unicode, dba_COL_COMMENTs, MDU,
ORA-39346, ORA-39346: data loss in character set conversion for object SCHEMA_EXPORT/TABLE/COMMENT, SCHEMA_EXPORT/TABLE/COMMENT, SYS.COM$.
Bookmark the permalink.
该网站使用Akismet来减少垃圾邮件。了解评论数据的处理方式。
James Huang - 数据库顾问
举报此广告 举报此广告
Doctor Says Don't Cover Up
Your Dark Spots - (Try This
Instead)
Doctor Says Don't Cover Up
Your Dark Spots - (Try This
Instead)
广告
Like
Be the first to like this.
ORA-14758：无法删除范围部分中的最后一个分
区
尝试删除最后一个间隔分区并获取错误“ORA-
14758：范围部分中的最后一个分区无法删除”。
SQL> alter table PART_TAB删除分区
SYS_P3726162更新索引; alter table PART_TAB
drop partition SYS_P3726162更新索引*第1行的
在“ORA-ERRORS”中
Situation When tried to install 12.1.0.2 Oracle
options from DBCA, there are memory issues
during install JVM and Oracle multimedia, so
the installation failed by leaving those two
options with status 'LOADING', those two
Overview In 12c database, you can define a
maximum size of 32767 bytes for VARCHAR2,
NVARCHAR2 and RAW data type column.
Before 12c database, the maximum size was
4000 bytes for VARHAR2 and NVARHAR2 and
WordPress.com
隐私和Cookie：本网站使用cookies。继续使用本网站即表示您同意其使用。
要了解更多信息，包括如何控制cookie，请参阅此处： Cookie政策
关闭并接受
举报此广告
of 3
5墨值下载
oracle官方文档优化oracle日常运维
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。

评论