原文链接:
http://www.eygle.com/special/NLS_CHARACTER_SET_07.htm
前面我们提到，通过修改props$的方式更改字符集在Oracle7之后是一种极其危险的方式，应该尽量避免。
我们又知道，通过ALTER DATABASE CHARACTER SET更改字符集虽然安全可靠，但是有严格的子集和超集的约束，实际上我们很少能够
用到这种方法。
实际上Oracle还存在另外一种更改字符集的方式.
如果你注意过的话，在Oracle的alert
1<sid>.log文件中，你可能看到过这样的日志信息:
2
3
4
5>
6> **alter database character set INTERNAL_CONVERT ZHS16GBK**
7> Updating character set in controlfile to ZHS16GBK
8> SYS.SNAP$ (REL_QUERY) - CLOB representation altered
9> SYS.METASTYLESHEET (STYLESHEET) - CLOB representation altered
10> SYS.EXTERNAL_TAB$ (PARAM_CLOB) - CLOB representation altered
11> XDB.XDB$RESOURCE (SYS_NC00027$) - CLOB representation altered
12> ODM.ODM_PMML_DTD (DTD) - CLOB representation altered
13> OE.WAREHOUSES (SYS_NC00003$) - CLOB representation altered
14> PM.ONLINE_MEDIA (SYS_NC00042$) - CLOB representation altered
15> PM.ONLINE_MEDIA (SYS_NC00062$) - CLOB representation altered
16> PM.ONLINE_MEDIA (PRODUCT_TEXT) - CLOB representation altered
17> PM.ONLINE_MEDIA (SYS_NC00080$) - CLOB representation altered
18> PM.PRINT_MEDIA (AD_SOURCETEXT) - CLOB representation altered
19> PM.PRINT_MEDIA (AD_FINALTEXT) - CLOB representation altered
20> Completed: alter database character set INTERNAL_CONVERT ZHS1
21>
22>
23>
24
25---
26
27在这里面，我们看到这样一条重要的，Oracle非公开的命令:
28
29>
30> **alter database character set INTERNAL_CONVERT/ INTERNAL_USE ZHS16GBK**
31>
32
33---
34
35这个命令是当你选择了使用典型方式创建了种子数据库以后，Oracle会根据你选择的字符集设置，把当前种子数据库的字符集更改为期望字符
36集，这就是这条命令的作用.
37
38在使用这个命令时，Oracle会跳过所有子集及超集的检查，在任意字符集之间进行强制转换，所以，使用这个命令时你必须十分小心，你必须
39清楚这一操作会带来的风险.
40我们之前讲过的内容仍然有效，你可以使用csscan扫描整个数据库，如果在转换的字符集之间确认没有严重的数据损坏，或者你可以使用有效
41的方式更改，你就可以使用这种方式进行转换.
42我们来看一下具体的操作过程及Oracle的内部操作:
43
44这是alert.log文件中的记录信息:
45
46Tue Oct 19 16 : 26 : 30 2004
47
48Database Characterset is ZHS16GBK
49
50replication_dependency_tracking turned off ( no async multimaster replication found )
51
52Completed : ALTER DATABASE OPEN
53
54Tue Oct 19 16 : 27 : 07 2004
55
56alter database character set INTERNAL_USE ZHS16CGB231280
57
58Updating character set in controlfile to ZHS16CGB231280
59
60Tue Oct 19 16 : 27 : 15 2004
61
62Thread 1 advanced to log sequence 118
63
64Current log # 2 seq# 118 mem# 0: /opt/oracle/oradata/primary/redo02.log
65
66Tue Oct 19 16 : 27 : 15 2004
67
68ARC0 : Evaluating archive log 3 thread 1 sequence 117
69
70ARC0 : Beginning to archive log 3 thread 1 sequence 117
71
72Creating archive destination LOG_ARCHIVE_DEST_1 : '/opt/oracle/oradata/primary/archive/1_117.dbf'
73
74ARC0 : Completed archiving log 3 thread 1 sequence 117
75
76Tue Oct 19 16 : 27 : 20 2004
77
78Completed : alter database character set INTERNAL_USE ZHS16CGB231280
79
80Shutting down instance : further logons disabled
81
82Shutting down instance ( immediate )
83
84License high water mark = 1
85
86Tue Oct 19 16 : 29 : 06 2004
87
88ALTER DATABASE CLOSE NORMAL
89
90...
91
92...
93
94
95格式化10046跟踪文件,得到以下信息(摘要):
96
97>
98> alter session set events '10046 trace name context forever,level 12'
99>
100>
101> **alter database character set INTERNAL_USE ZHS16CGB231280**
102>
103> call count cpu elapsed disk query current rows
104> ------- ------ -------- ---------- ---------- ---------- ---------- ----------
105> Parse 1 0.00 0.00 0 0 0 0
106> Execute 1 4.88 6.04 910 16825 18099 0
107> Fetch 0 0.00 0.00 0 0 0 0
108> ------- ------ -------- ---------- ---------- ---------- ---------- ----------
109> total 2 4.88 6.04 910 16825 18099 0
110>
111> Misses in library cache during parse: 1
112> Optimizer goal: CHOOSE
113> Parsing user id: SYS
114>
115> Elapsed times include waiting on following events:
116> Event waited on Times Max. Wait Total Waited
117> ---------------------------------------- Waited ---------- ------------
118> control file sequential read 4 0.00 0.00
119> control file parallel write 2 0.05 0.08
120> log file sync 2 0.08 0.08
121> SQL*Net message to client 1 0.00 0.00
122> SQL*Net message from client 1 18.06 18.06
123> ********************************************************************************
124>
125> ....
126>
127> update col$ set charsetid = :1
128> where
129> charsetform = :2
130>
131> ....
132>
133> update argument$ set charsetid = :1
134> where
135> charsetform = :2
136>
137> ....
138>
139> update collection$ set charsetid = :1
140> where
141> charsetform = :2
142>
143> ....
144>
145> update attribute$ set charsetid = :1
146> where
147> charsetform = :2
148> ....
149>
150> update parameter$ set charsetid = :1
151> where
152> charsetform = :2
153> ....
154>
155> update result$ set charsetid = :1
156> where
157> charsetform = :2
158>
159> ....
160>
161> update partcol$ set spare1 = :1
162> where
163> charsetform = :2
164>
165> ....
166>
167> update subpartcol$ set spare1 = :1
168> where
169> charsetform = :2
170>
171> ....
172>
173> **update props$ set value$ = :1
174> where
175> name = :2**
176> ....
177>
178> update "SYS"."KOTAD$" set SYS_NC_ROWINFO$ = :1
179> where
180> SYS_NC_OID$ = :2
181> ....
182>
183> update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,order$=:6,
184> cache=:7,highwater=:8,audit$=:9,flags=:10
185> where
186> obj#=:1
187>
188> ....
189>
190> update kopm$ set metadata = :1, length
191> = :2
192> where
193> name='DB_FDO'
194>
195> ....
196>
197> ALTER DATABASE CLOSE NORMAL
198>
199
200---
201
202此处生成的日志你可以在这里下载(供参考):
203
204http://www.eygle.com/special/primary_ora_13730.zip
205http://www.eygle.com/special/primary_ora_13730.tkf.log
206
207我们看到这个过程和之前ALTER DATABASE CHARACTER SET操作的内部过程是完全相同的，也就是说INTERNAL_USE提供的帮助就是使
208Oracle数据库绕过了子集与超集的校验.
209这一方法在某些方面是有用处的，比如测试；应用于产品环境大家应该格外小心，除了你以外，没有人会为此带来的后果负责:
210
211
212结语(我们不妨再说一次):
213
214对于DBA来说，有一个很重要的原则就是:不要把你的数据库置于危险的境地！
215
216这就要求我们，在进行任何可能对数据库结构发生改变的操作之前，先做有效的备份，很多DBA没有备份的操作中得到了惨痛的教训。
217
218本文作者:
219eygle,Oracle技术关注者,来自中国最大的Oracle技术论坛 itpub .
220www.eygle.com 是作者的个人站点.你可通过 [email protected] 来联系作者.欢迎技术探讨交流以及链接交换.
221
222* * *
223
224原文出处:
225
226http://www.eygle.com/special/NLS_CHARACTER_SET_07.htm
227
228* * *</sid>