支援的供應商資料庫字集

每個 Rational® ClearQuest® 資料字碼頁都有每個支援的供應商資料庫(Oracle、DB2 和 SQL Server)的對應字集。

為協助您選擇您的供應商資料庫所適用的字集,表 1 列出受支援的 ClearQuest 資料字碼頁值及其對應的供應商資料庫字集值。例如,若要對 Oracle 資料庫使用資料字碼頁為 1251(斯拉夫語)的綱目儲存庫,請建立空白的 Oracle 資料庫實例,然後將供應商資料庫字集設為 CL8MSWIN1251。

Rational ClearQuest 7.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 (Safe Shift-JIS) JA16EUC eucJP (954) 不適用
65001 (UTF-8) AL32UTF8 – 請參閱字碼頁 65001 (UTF-8) UTF-8 (1208) – 請參閱字碼頁 65001 (UTF-8) 不適用
註: 如果是 Microsoft Access 資料庫,您不需要設定供應商資料庫字碼頁。

Oracle 的 932(日文)字碼頁

對於 Oracle 的日文 SJIS 資料,建議的供應商資料庫字集 932 是 JA16SJISTILDE。這有別於 Rational ClearQuest 7.0 版之前版本的建議,當時是建議 JA16SJIS。除了與 Unicode 相互對應的波浪橫線與波狀符號的方式以外,JA16SJIS 和 JA16SJISTILDE 這兩個字集相同。因為 Rational ClearQuest 7.0 版以及更新版本使用 Unicode 與資料庫進行通訊,所以必須使用 JA16SJISTILDE 字集。如需如何將現有 Oracle 資料庫從 JA16SJIS 轉換為 JA16SJISTILDE 的相關資訊,請參閱 Oracle 文件。

DB2 的 932(日文)字碼頁

對於 DB2 的日文 SJIS 資料,建議的字集是 IBM-943。您必須將資料庫管理系統配置成使用相容於 932 字碼頁之 Microsoft 定義的轉換表。如果未使用這個替代字集,您便無法針對新的綱目,將 ClearQuest 資料字碼頁設為 932。另外,如果未將現有的 DB2 資料庫集轉換成使用替代轉換表,932 字集中的某些字元會被毀損。請參閱 http://publib.boulder.ibm.com/infocenter/db2help/index.jsp?topic=/com.ibm.db2.udb.doc/core/r0012306.htm 文件,章節為 "Alternative Unicode conversion tables for the coded character set identifier (CCSID) 943"。

Oracle 的 936(簡體中文)字碼頁

ClearQuest 在配置為使用 Oracle 字碼頁 936 時有其限制。Oracle 不提供完全對應於 Microsoft 字碼頁 936 的字集。最接近者是排除了歐元字元 (U+20AC) 的 ZHS16GBK 字集。您可以將 Oracle 資料庫配置為搭配使用 ZHS16GBK 與 ClearQuest。不過,這樣做會出現一些限制:
  • 如果正在使用 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 字碼頁的字串長度上限會因此減少。與 ASCII 字串相比之下,使用字碼頁 65001 (UTF-8) 時,字串中儲存的字元數可能會減少三分之一。減少程度視字串中儲存的一個位元組、兩個位元組或三個位元組的字元混合而定。(ClearQuest 也支援雙位元組字集 [DBCS]。使用 DBCS 字碼頁時,與 ASCII 字元字串相比之下,最多可能減少一半的字元。)
  • ClearQuest 不支援將現有的 ClearQuest 資料庫集轉換為使用新的 65001 字碼頁。
  • ClearQuest 不支援將雙向或複雜的 Script 語言與 65001 字碼頁搭配使用。

意見