link:
http://www.eygle.com/special/NLS_CHARACTER_SET_03.htm
2. 字符集的更改
数据库创建以后,如果需要修改字符集,通常需要重建数据库,通过导入导出的方式来转换。
我们也可以通过以下方式更改
>
>
> >
>
> ALTER DATABASE CHARACTER SET
>
>
>
> >
注意:修改数据库字符集时必须谨慎,修改之前一定要为数据库备份。由于不能回退这项操作,因此可能会造成数据丢失或者损坏。
这是最简单的转换字符集的方式,但并不总是有效。
这个命令在Oracle8时被引入Oracle,这个操作在本质上并不转换任何数据库字符,只是简单的更新数据库中所有跟字符集相关的信息。
这意味着,你只能在新字符集是旧字符集严格超集的情况下使用这种方式转换。
所谓超集是指:
当前字符集中的每一个字符在新字符集中都可以表示,并使用同样的代码点
比如很多字符集都是US7ASCII的严格超集。
如果不是超集,将获得以下错误:
>
>
> > SQL> ALTER DATABASE CHARACTER SET ZHS16CGB231280;
> > ALTER DATABASE CHARACTER SET ZHS16CGB231280
> > *
> > ERROR at line 1:
> > ORA-12712: new character set must be a superset of old character set
下面我们来看一个测试(以下测试在Oracle9.2.0下进行,Oracle9i较Oracle8i在编码方面有较大改变,在Oracle8i中,测试结果可能略有不同):
>
> SQL> select name,value$ from props$ where name like '%NLS%';
>
> NAME VALUE$
> ------------------------------ ------------------------------
> NLS_LANGUAGE AMERICAN
> NLS_TERRITORY AMERICA
> NLS_CURRENCY $
> NLS_ISO_CURRENCY AMERICA
> NLS_NUMERIC_CHARACTERS .,
> NLS_CHARACTERSET US7ASCII
> NLS_CALENDAR GREGORIAN
> NLS_DATE_FORMAT DD-MON-RR
> NLS_DATE_LANGUAGE AMERICAN
> ……………….
> NLS_NCHAR_CHARACTERSET AL16UTF16
> NLS_RDBMS_VERSION 9.2.0.4.0
>
> 20 rows selected.
> SQL> select name,dump(name) from eygle.test;
>
> NAME DUMP(NAME)
> ------------------------------------------------------
> 测试 Typ=1 Len=4: 178,226,202,212
> Test Typ=1 Len=4: 116,101,115,116
>
>
> 2 rows selected.
> >
转换字符集,数据库应该在RESTRICTED模式下进行.
>
> c:>sqlplus "/ as sysdba"
>
> SQL*Plus: Release 9.2.0.4.0 - Production on Sat Nov 1 10:52:30 2003
>
> Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
>
>
> Connected to:
> Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
> With the Partitioning, Oracle Label Security, OLAP and Oracle Data Mining options
> JServer Release 9.2.0.4.0 - Production
>
> SQL> shutdown immediate
> Database closed.
> Database dismounted.
> ORACLE instance shut down.
> SQL> STARTUP MOUNT;
> ORACLE instance started.
>
> Total System Global Area 76619308 bytes
> Fixed Size 454188 bytes
> Variable Size 58720256 bytes
> Database Buffers 16777216 bytes
> Redo Buffers 667648 bytes
> Database mounted.
> SQL> ALTER SESSION SET SQL_TRACE=TRUE;
>
> Session altered.
>
> SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
>
> System altered.
>
> SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
>
> System altered.
>
> SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
>
> System altered.
>
> SQL> ALTER DATABASE OPEN;
>
> Database altered.
>
> SQL> set linesize 120
> SQL> ALTER DATABASE CHARACTER SET ZHS16GBK;
> ALTER DATABASE CHARACTER SET ZHS16GBK
> *
> ERROR at line 1:
> ORA-12721: operation cannot execute when other sessions are active
>
>
> SQL> ALTER DATABASE CHARACTER SET ZHS16GBK;
> ALTER DATABASE CHARACTER SET ZHS16GBK
> *
> ERROR at line 1:
> ORA-12716: Cannot ALTER DATABASE CHARACTER SET when CLOB data exists
> 在Oracle9i中,如果数据库存在CLOB类型字段,那么就不允许对字符集进行转换
>
> SQL>
>
>
这时候,我们可以去查看alert
1<sid>.log日志文件,看CLOB字段存在于哪些表上:
2
3>
4>
5> > ALTER DATABASE CHARACTER SET ZHS16GBK
6> > **SYS.METASTYLESHEET (STYLESHEET) - CLOB populated**
7> > ORA-12716 signalled during: ALTER DATABASE CHARACTER SET ZHS16GBK...
8
9---
10
11对于不同情况,Oracle提供不同的解决方案,如果是用户数据表,一般我们可以把包含CLOB字段的表导出,然后drop掉相关对象,
12转换后再导入数据库;对于系统表,可以按照以下方式处理:
13
14>
15> SQL> truncate table Metastylesheet;
16>
17> Table truncated.
18>
19>
20>
21> >
22
23---
24
25然后可以继续进行转换!
26
27>
28> ****
29> **SQL > ALTER SESSION SET SQL_TRACE=TRUE;**
30>
31> Session altered.
32>
33> SQL> ALTER DATABASE CHARACTER SET ZHS16GBK;
34>
35> Database altered.
36>
37> SQL> ALTER SESSION SET SQL_TRACE=FALSE;
38>
39> Session altered.
40>
41>
42
43---
44
45在9.2.0中,转换完成以后,可以通过运行catmet.sql脚本来重建Metastylesheet表:
46
47>
48>
49> >
50>
51> SQL> @?/rdbms/admin/catmet.sql
52
53---
54
55转换后的数据:
56
57>
58>
59> >
60> SQL> select name,value$ from props$ where name like '%NLS%';
61>
62> NAME VALUE$
63> ------------------------------ ------------------------------
64> NLS_LANGUAGE AMERICAN
65> NLS_TERRITORY AMERICA
66> NLS_CURRENCY $
67> NLS_ISO_CURRENCY AMERICA
68> NLS_NUMERIC_CHARACTERS .,
69> NLS_CHARACTERSET ZHS16GBK
70> …..
71> NLS_NCHAR_CHARACTERSET AL16UTF16
72> NLS_RDBMS_VERSION 9.2.0.4.0
73>
74> 20 rows selected.
75>
76> SQL> select * from eygle.test;
77>
78> NAME
79> ------------------------------
80> 测试
81> test
82>
83> 2 rows selected.
84>
85
86---
87
88提示:
89**通过设置sql_trace,我们可以跟踪很多数据库的后台操作,这个工具是DBA常用的“利器”之一。**
90我们简单看一下数据库更改字符集时的后台处理,我提取了主要的更新部分。
91通过以下跟踪过程,我们看到数据库在更改字符集的时候,主要更新了12张数据字典表,修改了数据库的原数据,这也证实了我们以前的说法:
92这个更改字符集的操作在本质上并不转换任何数据库字符,只是简单的更新数据库中所有跟字符集相关的信息。
93
94
95>
96> update col$ set charsetid = :1
97> where
98> charsetform = :2
99>
100>
101> update argument$ set charsetid = :1
102> where
103> charsetform = :2
104>
105>
106> update collection$ set charsetid = :1
107> where
108> charsetform = :2
109>
110>
111> update attribute$ set charsetid = :1
112> where
113> charsetform = :2
114>
115>
116> update parameter$ set charsetid = :1
117> where
118> charsetform = :2
119>
120>
121> update result$ set charsetid = :1
122> where
123> charsetform = :2
124>
125>
126> update partcol$ set spare1 = :1
127> where
128> charsetform = :2
129>
130>
131> update subpartcol$ set spare1 = :1
132> where
133> charsetform = :2
134>
135>
136> **update props$ set value$ = :1
137> where
138> name = :2**
139>
140>
141> update "SYS"."KOTAD$" set SYS_NC_ROWINFO$ = :1
142> where
143> SYS_NC_OID$ = :2
144>
145> update seq$ set increment$=:2,minvalue=:3,maxvalue=:4,cycle#=:5,order$=:6,
146> cache=:7,highwater=:8,audit$=:9,flags=:10
147> where
148> obj#=:1
149>
150> update kopm$ set metadata = :1, length = :2
151> where
152> name='DB_FDO'
153>
154>
155
156---
157
158在这里我们顺便纠正一个由来以及的错误方法.
159经常可以在网上看到这样的更改字符集的方法:
160
161>
162>
163> 1)用SYS用户名登陆ORACLE。
164>
165> 2)查看字符集内容
166>
167> SQL>SELECT * FROM PROPS$;
168>
169> 3)修改字符集
170>
171> SQL> update props$ set value$='新字符集' where name='NLS_CHARACTERSET'
172>
173> 4) COMMIT;
174
175---
176
177
178我们看到很多人在这个问题上遇到了惨痛的教训,使用这种方式更改字符集,如果你的value$值输入了不正确的字符集,在8i中那么你
179的数据库可能会无法启动,这种情况是非常严重的,有时候你必须从备份中进行恢复;如果是在9i中,可以重新启动数据库后再修改回正
180确的字符集。但是我们仍然不建议使用这种方式进行任何数据库修改,这是一种极其危险的操作。
181实际上当我们更新了字符集,数据库启动时会根据数据库的字符集自动的来修改控制文件的字符集,如果字符集可以识别,更新控制文
182件字符集等于数据库字符集;如果字符集不可识别,那么控制文件字符集更新为US7ASCII.
183
184通过更新props$表的方式修改字符集,在Oracle7之后就不应该被使用.
185
186以下是我的测试结果,但是严禁一切不备份的修改研究,即使是对测试库的。
187
188
189>
190> SQL> update props$ set value$='EYGLE' where name='NLS_CHARACTERSET';
191>
192> 1 row updated.
193>
194> SQL> commit;
195>
196> Commit complete.
197>
198> SQL> select name,value$ from props$ where name like '%NLS%';
199>
200> NAME VALUE$
201> ------------------------------ -----------------------------------
202> NLS_LANGUAGE AMERICAN
203> NLS_TERRITORY AMERICA
204> NLS_CURRENCY $
205> NLS_ISO_CURRENCY AMERICA
206> NLS_NUMERIC_CHARACTERS .,
207> NLS_CHARACTERSET EYGLE
208> NLS_CALENDAR GREGORIAN
209> NLS_DATE_FORMAT DD-MON-RR
210> NLS_DATE_LANGUAGE AMERICAN
211> ….
212> NLS_NCHAR_CHARACTERSET ZHS16GBK
213> NLS_RDBMS_VERSION 8.1.7.1.1
214>
215> 18 rows selected.
216>
217> 重新启动数据库,发现alert.log文件中记录如下操作:
218>
219> Mon Nov 03 16:11:35 2003
220> Updating character set in controlfile to US7ASCII
221> Completed: ALTER DATABASE OPEN
222>
223> 启动数据库后恢复字符集设置:
224>
225> SQL> update props$ set value$='ZHS16GBK' where name='NLS_CHARACTERSET';
226>
227> 1 row updated.
228>
229> SQL> commit;
230>
231> Commit complete.
232>
233> SQL> select name,value$ from props$ where name like '%NLS%';
234>
235> NAME VALUE$
236> ------------------------------ -----------------------------------
237> NLS_LANGUAGE AMERICAN
238> NLS_TERRITORY AMERICA
239> NLS_CURRENCY $
240> NLS_ISO_CURRENCY AMERICA
241> NLS_NUMERIC_CHARACTERS .,
242> NLS_CHARACTERSET ZHS16GBK
243> NLS_CALENDAR GREGORIAN
244> NLS_DATE_FORMAT DD-MON-RR
245> NLS_DATE_LANGUAGE AMERICAN
246> ………
247> NLS_COMP BINARY
248> NLS_NCHAR_CHARACTERSET ZHS16GBK
249> NLS_RDBMS_VERSION 8.1.7.1.1
250>
251> 18 rows selected.
252>
253> 重新启动数据库后,发现控制文件的字符集被更新:
254>
255> Mon Nov 03 16:21:41 2003
256> Updating character set in controlfile to ZHS16GBK
257> Completed: ALTER DATABASE OPEN
258>
259>
260
261---
262
263理解了字符集调整的内部操作以后,我们可以轻易的指出,以上的方法是不正确的,通过前面 ” ALTER DATABASE CHARACTER SET” 方式更改字
264符集时,Oracle至少需要更改12张数据字典表,而这种直接更新props$表的方式只完成了其中十二分之一的工作,潜在的完整性隐患是可想而知的。
265
266** 所以,更改字符集尽量要使用正常的途径 ** 。</sid>