受支持的供应商数据库字符集

对于每个受支持的供应商数据库(Oracle、DB2® 和 SQL Server),每个 Rational® ClearQuest® 数据代码页都具有相应的字符集。

为了帮助您为供应商数据库选择合适的字符集,表 1 列出了受支持的 ClearQuest 数据代码页值及其相应的供应商数据库字符集值。 例如,要将具有数据代码页 1251(西里尔文)的模式存储库用于 Oracle 数据库,请创建一个空的 Oracle 数据库实例,然后将供应商数据库字符集设置为 CL8MSWIN1251。

Rational ClearQuest V7.1.1 添加了对 UTF-8(8 位 Unicode 转换格式)代码页 65001 的支持。该支持仅限于创建新的数据库集。ClearQuest 不支持将现有数据库集转换成 UTF-8 代码页。

有关如何为供应商数据库设置字符集的指示信息,请参阅供应商数据库文档。

表 1. 支持的 Rational ClearQuest 数据代码页及相应的供应商数据库字符集
Rational ClearQuest 数据代码页 Oracle 字符集 DB2 代码集 SQL Server 整理
932(日语) JA16SJISTILDE - 请参阅 Oracle 上的代码页 932(日语) IBM-943(943)- 请参阅 DB2 上的代码页 932(日语) Japanese_*
936(简体中文) ZHS16GBK - 有限支持。请参阅 Oracle 上的代码页 936(简体中文) GBK(1386) Chinese_PRC_*
949(韩国语) KO16MSWIN949 1363 Korean_Wangsung_*
950(繁体中文) ZHT16MSWIN950 big5(950) Chinese_Taiwan_Bopomofo_*
1250(东欧) EE8MSWIN1250 1250 Romanian_*
1251(西里尔文) CL8MSWIN1251 1251 Cyrillic_General_*
1252(西欧) WE8MSWIN1252 1252 Latin1_General_*
1253(希腊语) EL8MSWIN1253 1253 Greek_*
1254(土耳其语) TR8MSWIN1254 1254 Turkish_*
1255(希伯来语) IW8MSWIN1255 1255 Hebrew_*
1257(波罗的语) BLT8MSWIN1257 1257 Estonian_*
20127(ASCII) 任何 任何 任何
60932(安全 Shift-JIS) JA16EUC eucJP(954) 不适用
65001(UTF-8) AL32UTF8 - 请参阅代码页 65001(UTF-8) UTF-8(1208)- 请参阅代码页 65001(UTF-8) 不适用
注: 对于 Microsoft Access 数据库,您无需设置供应商数据库代码页。

Oracle 上的代码页 932(日语)

JA16SJISTILDE 是建议为 Oracle 上的日语 SJIS 数据使用的供应商数据库字符集。 这与使用 V7.0 之前的 Rational ClearQuest 版本时建议采用的字符集 JA16SJIS 有所不同。 字符集 JA16SJIS 和 JA16SJISTILDE 基本相同,只是波浪线和波浪号与 Unicode 之间的映射方式有所不同。 由于 Rational ClearQuest V7.0 及更高版本使用 Unicode 与数据库进行通信,因此必须使用 JA16SJISTILDE 字符集。 有关如何将现有 Oracle 数据库从 JA16SJIS 转换到 JA16SJISTILDE 的信息,请参阅 Oracle 文档。

DB2 上的代码页 932(日语)

IBM-943 是 DB2 上日语 SJIS 数据的建议代码集。必须将数据库管理系统配置为使用与代码页 932 的 Microsoft 定义兼容的转换表。如果不使用该备用字符集,那么无法将新模式的 ClearQuest 数据代码页设置为 932。另外,如果不将现有 DB2 数据库集转换为使用备用转换表,932 字符集中的某些字符将被破坏。请参阅 CCSID 943 的备用 Unicode 转换表

Oracle 上的代码页 936(简体中文)

ClearQuest 配置为在 Oracle 上使用代码页 936 时存在限制。Oracle 不提供与 Microsoft 代码页 936 完全对应的字符集。最接近匹配的是 ZHS16GBK 字符集,其中不包括欧元字符(U+20AC)。 可以将 Oracle 数据库配置成在 ClearQuest 中使用 ZHS16GBK。但是,这样做存在以下几点限制:
  • 如果使用 installutil setdbcodepage 命令,那么必须使用 –allowconversion 选项。 即使验证欧元字符失败,该命令仍允许您将 ClearQuest 数据代码页值设置为 936。
  • 您不能在数据中使用欧元字符。如果使用该字符,那么它将作为替代字符存储在数据库中,这会导致该字符被破坏。
  • 如果您的部署使用 Rational ClearQuest MultiSite,那么组织中的每个数据库均使用同样配置为 ZHS16GBK 的 Oracle 数据库。如果组织中混用了不同的供应商数据库且输入了欧元字符,就会出现数据分歧,因为非 Oracle 数据库可以存储欧元字符,而 Oracle 数据库会将欧元字符存储为替代字符。

Oracle 和 DB2 上的代码页 65001(UTF-8)

ClearQuest 可以对代码页 65001 数据库集输入多语言字符。UTF-8 是几种可能的 Unicode 字符编码方式之一。UTF-8 编码是一种多字节字符集 (MBCS) 编码方式,可以采用一到三个字节来存储 ClearQuest 所支持的语言的一个 Unicode 字符。 它存在以下几点限制:
  • SQL Server 数据库不支持代码页 65001,因为 SQL Server 未提供 UTF-8 字符编码支持。
  • 对于许多 MBCS 代码页,最大字符串长度都有所缩短。代码页 65001(UTF-8)可能会将字符串中包含的字符数减至 ASCII 字符串的三分之一。 减少量取决于字符串中存储的是一字节字符、两字节字符还是三字节字符。(ClearQuest 也支持双字节字符集 [DBCS]。使用 DBCS 代码页,可以将字符串中包含的字符数最多减至 ASCII 字符串的一半)。
  • ClearQuest 不支持将现有 ClearQuest 数据库集转换为使用新的 65001 代码页。
  • ClearQuest 不支持同时使用双向或复杂脚本语言和 65001 代码页。

反馈