Oracle 数据库中的 Unicode 字符集 (文档 ID 1603267.1)

最新推荐文章于 2024-06-06 23:49:41 发布
最新推荐文章于 2024-06-06 23:49:41 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： Oracle DB 文章标签： Oracle unicode
原文链接：https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=535311905313903&parent=DOCUMENT&sourceId=1533057.1&id=1603267.1&_afrWindowMode=0&_adf.ctrl-state=1355mslviv_268
版权

Oracle 数据库中的 Unicode 字符集 (文档 ID 1603267.1)

适用于:

Oracle Database - Standard Edition - 版本 7.0.16.0 和更高版本
Oracle Database Cloud Schema Service - 版本 N/A 和更高版本
Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本
Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本
Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本
本文档所含信息适用于所有平台

用途

记录 Oracle 使用的各 Unicode 版本和编码。

适用范围

任何可能在 Oracle 中使用 Unicode 的人员。

另请参阅 Note 1051824.6 What languages are supported in an Unicode (UTF8/AL32UTF8) database? 和 Note 788156.1 AL32UTF8 / UTF8 (Unicode) Database Character Set Implications

详细信息

概述

Oracle 从 Oracle7 中开始对基于 Unicode 的字符集提供支持。下面是 Oracle 中所支持 Unicode 字符集的摘要：

字符集名称RDBMS 版本Unicode 版本
AL24UTFFSS7.2-8.11.1
UTF88.0-12c2.1 (8.0-8.1.6) , 3.0 (8.1.7-12.1)
UTFE8.0-12c2.1 (8.0-8.1.6) , 3.0 (8.1.7-12.1)
AL32UTF8*9.0-12c3.0 (9.0), 3.1 (9.2), 3.2 (10.1), 4.01 (10.2), 5.0 (11.1 and 11.2), 6.1 (12.1), 7.0(12.2), 9.0 (18.1)
AL16UTF16**9.0-12c3.0 (9.0), 3.1 (9.2), 3.2 (10.1), 4.01 (10.2), 5.0 (11.1 and 11.2), 6.1 (12.1), 7.0 (12.2), 9.0 (18.1),9.0 (19.1)

* 不能用作 NLS_NCHAR_CHARACTERSET，只能用作 NLS_CHARACTERSET
** 只能用作 NLS_NCHAR_CHARACTERSET，不能用作 NLS_CHARACTERSET

AL24UTFFSS

AL24UTFFSS 是 Oracle 支持的第一种 Unicode 字符集。该字符集在 Oracle 7.2 中引入。AL24UTFFSS 编码方案基于 Unicode 1.1 标准，该标准现在已废弃。从 Oracle9i 开始解除对 AL24UTFFSS 的支持。现有 AL24UTFFSS 数据库的移植路径是先将数据库升级到 8.0 或 8.1，然后再把字符集升级到 UTF8，之后将数据库进一步升级到 9i 或 10g。参见 Note 234381.1 Changing AL24UTFFSS to UTF8 - AL32UTF8 with ALTER DATABASE CHARACTERSET。

UTF8

UTF8 是 Oracle8 和 8i 中 UTF-8 编码的字符集。该字符集在 Oracle 8.0 到 8.1.6 遵守 Unicode 2.1 标准，在版本 8.1.7 时升级到 Unicode 版本 3.0。为了保持与现有安装兼容，在后来的 Oracle 版本（9i、10g、11g 和更高版本）中该字符集保持为 Unicode 3.0。
虽然在版本 3.1 之前未向 Unicode 分配特定补充字符（代理对），不过这些字符的分配已在 3.0 中定义。
在 UTF8 数据库中插入补充字符时，这些字符将不会破坏数据库内存储的实际数据。这些补充字符将被视为 2 个单独的未定义字符，在存储中占据 6 个字节。这种存储补充字符的方法在 Java 中称为“UTF-8 修正”，并在 CESU-8 标准中定义。
这种补充字符的“真实”示例包括部分 HKSCS 字符，请参阅 note:787371.1 Oracle Database Server support for HKCSC 1999, 2001 and 2004 character sets.
我们建议使用 UTF8 作为 NLS_CHARACTERSET 的客户切换到 AL32UTF8，以实现完整的补充字符支持。
虽然 UTF8 可用作 NLS_NCHAR_CHARACTERSET，Oracle 建议改为使用 AL16UTF16（请参阅下文）。

UTFE

这是面向 EDCDIC 平台的 UTF8 数据库字符集。它与基于 ASCII 的平台上的 UTF8 具有相同属性。EBCDIC Unicode 转换格式记录在 Unicode 技术报告 #16 UTF-EBCDIC 中，可在以下网址中找到 http://www.unicode.org/unicode/reports/tr16/

AL32UTF8

这是 Oracle9i 中引入的 UTF-8 编码字符集。AL32UTF8 是在发布 Oracle 基本版本时支持最新版本 Unicode 标准的数据库字符集。补丁集中未更新 AL32UTF8 的 Unicode 版本。
它还提供了对新定义的补充字符的支持。所有补充字符都以 4 个字节的方式存储。引入 AL32UTF8 是因为 UTF8 的设计（在 Oracle8 发布时）没有补充字符的概念，因此 UTF8 的每个字符最多为 3 个字节。更改 UTF8 的设计将破坏向后兼容性，因此引入了新字符集。代理对的引入意味着未来版本的 Unicode 标准无需进行重大的体系结构更改，因此当前的计划是根据需要继续改进 AL32UTF8 以支持未来版本的 Unicode 标准。
例如，在 Oracle 10.1 中，此字符集实施 Unicode 3.2 标准，在 Oracle 10.2 中更新为支持 Unicode 4.01 标准，在 Oracle 11.1 为 5.0，到 12.1 为 6.1，到12.2是7.0，而到18.1, 19.1则为9.0。
AL32UTF8 不能用作 NLS_NCHAR_CHARACTERSET，只能用作 NLS_CHARACTERSET。

请注意，Oracle9 之前的软件在连接到 AL32UTF8 数据库时可能会出现一些严重问题。请参阅以下关于这些问题的说明：Note 237593.1 Problems connecting to AL32UTF8 databases from older versions (8i and lower)
有关使用 UTF8/AL32UTF8 的一些实用信息，请参阅 Note 788156.1 AL32UTF8 / UTF8 (Unicode) Database Character Set Implications

AL16UTF16

这是 Oracle 中引入的第一种 UTF-16 编码字符集。该字符集在 Oracle9i 中作为默认国际化字符集 (NLS_NCHAR_CHARACTERSET) 引入，用于 Nchar、Nvarchar2 和 Nclob 数据类型。
AL16UTF16 在发布 Oracle 基本版本时支持最新版本的 Unicode 标准。补丁集中未更新 AL16UTF16 的 Unicode 版本。
它还提供了对新定义的补充字符的支持。所有补充字符都以 4 个字节的方式存储。同 AL32UTF8 一样，计划是根据需要继续改进 AL16UTF16 以支持未来版本的 Unicode 标准。对于指定的 Oracle RDBMS 版本，AL16UTF16 使用与 AL32UTF8 相同的 Unicode 版本。

AL16UTF16 不能用作数据库字符集 (NLS_CHARACTERSET)，只能用作国际化字符集 (NLS_NCHAR_CHARACTERSET)。数据库字符集用于识别和保存 SQL、SQL 元数据及 PL/SQL 源代码。根据部署平台上的本地情况，它必须具有单字节 7 位 ASCII 或单字节 EBCDIC 作为严格子集（= A-Z、a-z、0-9 具有与 US7ASCII/EBCDIC 中相同的代码）。因此，无法使用 16 位字符集（例如 AL16UTF16）作为数据库字符集。

在 9i 和更高版本中尝试使用 AL16UTF16 作为字符集 (NLS_CHARACTERSET) 创建数据库时将出现 "ORA-12706: THIS CREATE DATABASE CHARACTER SET IS NOT ALLOWED"。
AL16UTF16 始终采用高位优先字节顺序，不考虑处理器的字节顺序。

 

仅在少数情况下使用国际化字符集才真正有优势，而且总的来说包括其它方案提供商也很少提供对 N-types 的程序支持。
使用 N-types 需要客户端应用程序层面的明确支持。
所以 Oracle 强烈建议使用 AL32UTF8 并使用 “普通”的 CHAR, VARCHAR2 或 CLOB，而不是 Nchar, Nvarchar2 和 Nclob 数据类型。

在 Oracle 中有一个名为 AL16UTF16LE 的字符集，只能用于“低位优先”UTF-16/UCS-2 数据的转换。AL16UTF16LE 不能用作数据库字符集。

是否会对 UTF8/AL32UTF8 进行更改/解除支持？

有个问题经常提到，就是 Unicode 是否“稳定”；以及在版本 x 中是否会对某种选项支持或解除支持。
AL24UTFFSS 已解除支持并且已废弃。
当前没有解除支持 UTF8 的计划，我们只是鼓励所有客户使用 AL32UTF8。UTF8 中定义的所有代码点在 AL32UTF8 中也有效，因此从 UTF8 转换为 AL32UTF8 永远不会有数据丢失。
没有采用其他 Unicode 字符集的计划，AL32UTF8 已具有足够的灵活性（与 UTF8 不同）来集成未来对 Unicode 标准的更改。
Unicode 标准自身确保了版本 2 之后的编码稳定性：http://www.unicode.org/policies/stability_policy.html（表示不会删除任何字符或更改代码点，因此在 Unicode 版本 x 中有效的任意字符在版本 x+1 中仍将有效）。

Unicode 版本和 ISO/IEC 10646 标准。

有关完整概览，请参阅 http://www.unicode.org/versions/Unicode6.1.0/appC.pdf and http://www.unicode.org/versions/



下面是该文档的基本摘要：

* ISO/IEC 10646-1:1993 ≈ Unicode 1.1
* ISO/IEC 10646-1:2000 ≈ Unicode 3.0
* ISO/IEC 10646-2:2001 ≈ Unicode 3.1
* ISO/IEC 10646-2:2001，带修订 1 ≈ Unicode 3.2
* ISO/IEC 10646:2003，带修订 1 ≈ Unicode 4.1
* ISO/IEC 10646:2003，带修订 1 和 2 ≈ Unicode 5.0
* ISO/IEC 10646:2003，带修订 1 到 6 ≈ Unicode 5.2
* ISO/IEC 10646:2011 ≈ Unicode 6.1
* ISO/IEC 10646:2012 带修订 1 到 2 ≈ Unicode 7.0

 

参考文献

白皮书“Oracle Unicode database support”包含一些详细信息，可从以下网址获取： http://otn.oracle.com/tech/globalization/pdf/TWP_Unicode_10gR1.pdf

所有 Unicode 版本（及更多内容）见以下网址：http://www.unicode.org/Public/ 和 http://www.unicode.org/unicode/standard/versions/enumeratedversions.html

有关 Unicode 术语的词汇表，请参阅：http://www.unicode.org/glossary/

以下 URL 包含各 Unicode 版本的十六进制值和字符说明的完整列表（文件相当大！）

Unicode Version 9.0: http://www.unicode.org/Public/9.0.0/ucd/UnicodeData.txt

Unicode 版本 7.0: http://www.unicode.org/Public/7.0.0/ucd/UnicodeData.txt

Unicode 版本 6.1: http://www.unicode.org/Public/6.1.0/ucd/UnicodeData.txt
Unicode 版本 5.2: http://www.unicode.org/Public/5.2.0/ucd/UnicodeData.txt
Unicode 版本 5.0: http://www.unicode.org/Public/5.0.0/ucd/UnicodeData.txt
Unicode 版本 4.0.1: http://www.unicode.org/Public/4.0-Update1/UnicodeData-4.0.1.txt
Unicode 版本 3.2: http://www.unicode.org/Public/3.2-Update/UnicodeData-3.2.0.txt
Unicode 版本 3.1: http://www.unicode.org/Public/3.1-Update/UnicodeData-3.1.0.txt
Unicode 版本 3.0: http://www.unicode.org/Public/3.0-Update/UnicodeData-3.0.0.txt
Unicode 版本 2.1: http://www.unicode.org/Public/2.1-Update4/UnicodeData-2.1.9.txt
Unicode 版本 1.1: http://www.unicode.org/Public/1.1-Update/UnicodeData-1.1.5.txt
文件格式的说明见以下网址：http://www.unicode.org/Public/UNIDATA/UCD.html

在以上位置可以找到 Unicode 标准，其中所有字符均使用 UTF-16 代码点引用。

参考

NOTE:258114.1 - Possible action for CLOB/NCLOB storage after upgrade From 9i or lower to 10g and higher
NOTE:234381.1 - Changing AL24UTFFSS to UTF8 - AL32UTF8 with ALTER DATABASE CHARACTERSET
NOTE:237593.1 - Problems connecting to AL32UTF8 databases from older versions (8i and lower)
NOTE:788156.1 - AL32UTF8 / UTF8 (Unicode) Database Character Set Implications

msdnchina
关注
专栏目录
Oracle数据库如何修改字符集
tttzzzqqq2018的博客
08-11 8114
我们需要在数据库处于open模式下执行维护操作，同时保证此时其他用户不在数据库上建立连接和执行任务，就需要Oracle数据库启用受限会话模式。修改数据库并发执行作业时使用的进程数量为0，不让Oracle数据库进行并发作业。修改Oracle数据库字符集为ZHS16GBK。以sysdba身份登录到数据库。
C#操作Oracle数据库中文乱码 US7ASCII字符集 （解决方案）
彼岸丿丿落笔的博客
09-18 4835
工作时遇到了存中文乱码的问题，存到数据库了都是问号？？？，直接再PLSQL中执行SQL确没有问题，网上查了很多资料并没有解决，最后通过不断尝试终于解决了，分享一下。 PLSQL-帮助-支持信息，看到数据库的字符集如下 Character Sets Character size: 1 byte(s) CharSetID: 1 NCharSetID: 2000 Unicode...
Oracle 数据库下处理Unicode字符
fundawang的博客
03-07 5018
某些情况下，使用PHP OCI8调用Oracle数据库，一些罕见的Unicode字符会被转码为？，即便你使用了AL32UTF8的连接字符集。一般这种情况可能是由于数据库自身的结构设置不对。为了解决这种情况，可以采用以下折衷办法：第一步，强制要求OCI将所有字符串返回为ASCII字符，非ASCII字符进行转码：SELECT ASCIISTR(NVCHAR2_FIELD) AS FIELD FROM ...
Oracle实例解析：编码与字符集（转）
weixin_30498807的博客
11-23 500
字符集：人们根据需要把某些字符收集到一处，并赋以名称，于是便有了某某字符集。 　　编码：当前面收集的工作完成以后，为了让只认识数字的“愚蠢”的计算机也能够存储字符，人们不得不为集合里的每一个字符分配”身份证号码”，这就是编码，从此，终于可以以存储编码的方式在计算机中存储字符了。 　　在字符集与编码世界的漫漫历史长河里(伪)，出现过若干个让计算机工作者们如雷贯耳的名字，这些名字，有些已经成了浮云...
oracle中文转换为unicode,oracle 用函数unistr将Oracle数据库中的Unicode转换为中文
weixin_30242527的博客
04-03 4221
用函数unistr将Oracle数据库中的Unicode转换为中文1：保留连续的中文select regexp_substr(‘Hello,大家好！greeting‘, ‘[‘ || unistr(‘\0391‘) || ‘-‘ || unistr(‘\9fa5‘) || ‘]+‘) from dual;2：保留全部的中文select regexp_replace(‘我爱你中国232、。，我爱你8...
oracle转换成unicode,Oracle从non-Unicode到Unicode的转换
weixin_39750195的博客
04-03 405
1.4.Backup source database by doing full database export (full=y)1.5.Export full source database without data (ROWS=N constraints=n indexes=n)1.6.Recreate source database or new database with chara...
oracle数据库字符6,oracle 数据库字符编码
weixin_36331764的博客
04-06 388
理解ORACLE 字符集【转】一、引言ORACLE数据库字符集，即Oracle全球化支持(Globalization Support)，或即国家语言支持(NLS)其作用是用本国语言和格式来存储、处理和检索数据。利用全球化支持，ORACLE为用户提供自己熟悉的数据 库母语环境，诸如日期格式、数字格式和存储序列等。Or...文章北在南方2016-04-151706浏览量Confluence 6 数据...
oracle 导出设置字符集,Oracle之 dmp导入/导出、数据库操作等过程中的字符集问题...
weixin_33438009的博客
04-07 1644
开篇：因为要定位一个 关于dmp文件导入的乱码问题， 于是乎我开始了漫长了 Oracle字符集搜索之路，网上关于讲解oracle字符集的文章多得数不胜数，但转载的这篇文章确是我最最喜欢的，图文并茂，恰当的例子通俗易懂，对于我这种小菜最最适合不过。本文转自：http://blog.163.com/jiankun_liu/blog/static/1863927762013698175289/原文标题：...
java 连接oracle 字符集_Java连接Oracle数据库，编码格式转换
weixin_34911749的博客
02-13 1525
学习东西不忘记下笔记：dbhelper类，各种数据库都合适。public classDBHelper {//mysql数据库//public static final String url = "jdbc:mysql://127.0.0.1:3306/test";//public static final String name = "com.mysql.jdbc.Driver";//public...
解决SQL适配器连接到字符集为US7ASCII的Oracle数据库的中文乱码问题
InterSystems的博客
01-24 1388
在使用xDBC连接到字符集为US7ASCII的Oracle数据库时，大家可能遇到过中文的乱码问题，尤其是使用Oracle自己的xDBC驱动的时候。 字符集为US7ASCII的Oracle数据库虽然可以保存中文数据，但给客户端带来了很多麻烦，需要对获取和提交的数据进行转码。 在Ensemble/Health Connect/InterSystems IRIS 中使用SQL适配器连接到这样的Orac...
oracle 汉子转unicode,Oracle从non-Unicode到Unicode的转换
weixin_33075245的博客
04-02 535
1.4.Backup source database by doing full database export (full=y)1.5.Export full source database without data (ROWS=N constraints=n indexes=n)1.6.Recreate source database or new database with chara...
【Oracle】使用UNISTR实现unicode转码
weixin_62685484的博客
02-06 2743
UNISTR、unicode转码、ORA-22835错误解决
【ORACLE】关于ORACLE数据库中UNISTR函数转换UNICODE编码字符串为中文的思考
DarkAthena的博客
09-30 4633
这个在网上能够搜到很多，基本都是下面这样写的 select unistr(REPLACE((str),'\u','\')) from dual 将字符串中的"\u" 替换成 “\”,再使用unistr进行转换.我就觉得奇怪了，这么明显的漏洞为什么没人提。 目前常见的unicode编码形如 “\u6697”,但oracle中的却是 “\6697”，少了"\“后的"u”,但是也不应该把"\u" 都替换成 “\” ，如果出现了混搭字符串，既有unicode编码又有正常的字母和符号，而且有个单独的"\u",用这
Oracle数据库SQL*Plus命令行执行SQL语句时，中文乱码报错解决方法
热门推荐
学IT，找陈寒
10-16 1万+
通过正确设置NLS_LANG环境变量或SQLPlus的字符集设置，您可以解决在Oracle SQLPlus中执行SQL语句时出现中文乱码和报错的问题。这些设置确保了数据库正确处理中文字符，从而使您能够顺利执行SQL操作。请根据您的具体需求和数据库配置选择适当的设置。希望本文能够帮助您顺利处理Oracle数据库中的中文字符。😊🙏Java面试技巧Java面试八股文 - 掌握面试必备知识（目录篇）Java学习路线2023年完整版Java学习路线图AIGC人工智能。
Oracle 中字符UTF8编码转为Unicode编码
weixin_45240997的博客
07-10 2001
在Oracle中实现字符的UTF8码 转为 Unicode码。
Oracle函数大全一百一十一：UNISTR函数
最新发布
yixiaobing的博客
06-06 476
函数是一个用于将Unicode字符序列转换为对应的字符串表示形式的函数。该函数在Oracle数据库的SQL和PL/SQL中广泛使用，特别是在需要处理多语言文本、特殊字符或进行数据转换的场景下。函数是一个强大的工具，用于在数据库中处理Unicode字符。通过正确使用该函数，我们可以轻松地存储、处理和转换多语言文本和特殊字符，从而满足各种复杂的数据处理需求。是一个Unicode字符序列，可以是一个字符串常量或一个表达式。，它代表中文字符“中文”。在Oracle中，我们可以使用。总结：Oracle的。
oracle 扩展分区,Oracle在线扩展分区
weixin_32388647的博客
04-07 228
在对Oracle分区表操作是，当一个分区已经有了最大的分区，如何再次扩展分区呢？简单的方式是先删除最大分区，然后添加需要的分区在对Oracle分区表操作是，当一个分区已经有了最大的分区，如何再次扩展分区呢？简单的方式是先删除最大分区，，然后添加需要的分区，再次建立最大分区，如果对于7*24小时的系统，可能不行。哪有什么办法呢？下面来做个试验：SQL> select * from v$vers...
ORACLE 实用函数总结,Oracle中常用的函数总结
weixin_39845039的博客
04-03 152
Oracle中常用的函数--单行函数--数字函数--1. round四舍五入a. round(m)select round(1.4), round(1.5) from dual;-- 1 2--b. round(m,n)select round(15.193, 2), round(15.193, -1) from dual;-- 15.19...
理解ORACLE数据库字符集
SAP BLOG--Jack Wu
01-13 3361
一．引言    ORACLE数据库字符集，即Oracle全球化支持(Globalization Support)，或即国家语言支持（NLS）其作用是用本国语言和格式来存储、处理和检索数据。利用全球化支持，ORACLE为用户提供自己熟悉的数据库母语环境，诸如日期格式、数字格式和存储序列等。Oracle可以支持多种语言及字符集，其中oracle8i支持48种语言、76个国家地域、229种字符集，而
ORACLE数据库字符集修改指南：从新装到解决兼容问题
在Oracle数据库管理中，一个常见的需求是修改数据库的字符集，尤其是在数据库安装后未创建任何数据库，但发现字符集设置不正确的情况下。以下是针对这一问题的详细步骤和注意事项： 1. **确认新旧字符集的关系**: ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值