设为首页 加入收藏

TOP

Oracle 11.2.0.1关于NLS_LENGTH_SEMANTICS的一个Bug(一)
2014-11-24 18:40:56 】 浏览:4366
Tags:Oracle 11.2.0.1 关于 NLS_LENGTH_SEMANTICS 一个 Bug

这段时间在做数据迁移,需要从10g的ZHS16GBK字符集的数据库里面迁移数据到11g的UTF8字符的数据库,并且源数据库的NLS_LENGTH_SEMANTICS参数值为Byte,目标端的NLS_LENGTH_SEMANTICS参数值为CHAR。如果直接从源使用exp/expdp导出数据,然后使用imp/impdp导入数据到目标的话,可能会出现数据超长的情况,这时候就不好搞了,因此我就使用了中转的方式。即,把源数据导入到NLS_LENGTH_SEMANTICS参数值为CHAR的ZHS16GBK字符集的中转数据库中,然后再从中转数据库中导出数据并导入到目标数据库中。


:这样做是有条件的,源数据库中没有长度超过4000/3个中文字符的CHAR/VARCHAR2字段,原因看这里


继续这个问题,之所以这么做,目的是为了在数据部超长的情况得到CHAR/VARCHAR2类型字段以CHAR存储的数据。


但是,我发现了一个问题:不管把NLS_LENGTH_SEMANTICS在那个级别设置为CHAR,在Oracle 11.2.0.1中,新导入表都不会使用CHAR做为CHAR/VARCHAR2等数据类型的存储单位,而是一律使用默认的Byte,除非源数据就已经指定了CHAR。


请看如下实验过程,全过程均使用普通用户,因为NLS_LENGTH_SEMANTICS参数对sys用户无效:



先查看NLS_LENGTH_SEMANTICS参数,Database、Instance和Session都设置为CHAR
srcbdb@SYS> select * from nls_session_parameters where PARAMETER='NLS_LENGTH_SEMANTICS';

PARAMETER VALUE
------------------------------ --------------------------------------------------
NLS_LENGTH_SEMANTICS CHAR
srcbdb@SYS> select * from nls_instance_parameters where PARAMETER='NLS_LENGTH_SEMANTICS';

PARAMETER VALUE
------------------------------ --------------------------------------------------
NLS_LENGTH_SEMANTICS CHAR
srcbdb@SYS> select * from nls_database_parameters where PARAMETER='NLS_LENGTH_SEMANTICS';

PARAMETER VALUE
------------------------------ --------------------------------------------------
NLS_LENGTH_SEMANTICS CHAR

然后倒入数据

[oracle@instsvr1 dumpdp]$ impdp vip/vip directory=dumpdir dumpfile=vip.byte.dat logfile=$ORACLE_SID.vip.impdp.`date +'%Y%m%d%H%M%S'`.log

Import: Release 11.2.0.1.0 - Production on Wed Mar 7 16:21:03 2012

Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, Automatic Storage Management, OLAP, Data Mining
and Real Application Testing options
Master table "VIP"."SYS_IMPORT_FULL_01" successfully loaded/unloaded
Starting "VIP"."SYS_IMPORT_FULL_01": vip/******** directory=dumpdir dumpfile=vip.byte.dat logfile=srcbdb.vip.impdp.20120307162103.log
Processing object type SCHEMA_EXPORT/PRE_SCHEMA/PROCACT_SCHEMA
Processing object type SCHEMA_EXPORT/DB_LINK
ORA-31685: Object type DB_LINK:"VIP"."DB_SRCBDATA" failed due to insufficient privileges. Failing sql is:
CREATE DATABASE LINK "DB_SRCBDATA" CONNECT TO "SRCBDATA" IDENTIFIED BY VALUES '053E86648883623A93807EAD3C7A2EA776FA8F916A941AFB2E' USING 'srcbfin'

Processing object type SCHEMA_EXPORT/SEQUENCE/SEQUENCE
Processing object type SCHEMA_EXPORT/TABLE/TABLE
Processing object type SCHEMA_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
Processing object type SCHEMA_EXPORT/TABLE/INDEX/INDEX
Processing object type SCHEMA_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type SCHEMA_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type SCHEMA_EXPORT/TABLE/COMMENT
Processing object type SCHEMA_EXPORT/FUNCTION/FUNCTION
Processing object type SCHEMA_EXPORT/PROCEDURE/PROCEDURE
Processing object type SCHEMA_EXPORT/FUNCTION/ALTER_FUNCTION
Processing object type SCHEMA_EXPORT/PROCEDURE/ALTER_PROCEDURE
Processing object type SCHEMA_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
Job "VIP"."SYS_IMPORT

首页 上一页 1 2 下一页 尾页 1/2/2
】【打印繁体】【投稿】【收藏】 【推荐】【举报】【评论】 【关闭】 【返回顶部
上一篇Oracle 11gR201创建数据库时遭遇O.. 下一篇ORA-01659: 无法分配超出 7 的 MI..

最新文章

热门文章

Hot 文章

Python

C 语言

C++基础

大数据基础

linux编程基础

C/C++面试题目