Serie di caratteri del database del fornitore supportate

Ogni codepage di dati Rational ClearQuest dispone di una serie di caratteri corrispondente per ogni database del fornitore supportato: Oracle, DB2, SQL Server).

Per facilitare la scelta di una serie appropriata di caratteri per il database del fornitore, la tabella 1 elenca i valori della codepage di dati ClearQuest supportati e i valori corrispondenti della serie di caratteri del database del fornitore. Ad esempio, per utilizzare un repository di schemi con una codepage di dati 1251 (Cirillico) per un database Oracle, creare un'istanza del database Oracle vuoto e quindi impostare la serie di caratteri del database del fornitore su CL8MSWIN1251.

Rational ClearQuest versione 7.1.1 aggiunge supporto per la codepage 65001 in UTF-8 (Unicode Transformation Format, 8 bit). Tale supporto è limitato alla creazione di nuove serie di database. ClearQuest non supporta la conversione di un database esistente impostato nella codepage UTF-8.

Per istruzioni su come impostare la serie di caratteri per il database del fornitore, consultare la documentazione del database del fornitore.

Tabella 1. Codepage di dati Rational ClearQuest e serie di caratteri del database del fornitore corrispondenti supportate
Codepage di dati Rational ClearQuest Serie di caratteri Oracle Code set DB2 Collation SQL Server
932 (Giapponese) JA16SJISTILDE – Consultare Codepage 932 (Giapponese) su Oracle IBM-943 (943) – Consultare Codepage 932 (Giapponese) su DB2 Japanese_*
936 (Cinese semplificato) ZHS16GBK – Supporto limitato. Consultare Codepage 936 (Cinese semplificato) su Oracle GBK (1386) Chinese_PRC_*
949 (Coreano) KO16MSWIN949 1363 Korean_Wangsung_*
950 (Cinese tradizionale) ZHT16MSWIN950 big5 (950) Chinese_Taiwan_Bopomofo_*
1250 (Europa orientale) EE8MSWIN1250 1250 Romanian_*
1251 (Cirillico) CL8MSWIN1251 1251 Cyrillic_General_*
1252 (Europa occidentale) WE8MSWIN1252 1252 Latin1_General_*
1253 (Greco) EL8MSWIN1253 1253 Greek_*
1254 (Turco) TR8MSWIN1254 1254 Turkish_*
1255 (Ebraico) IW8MSWIN1255 1255 Hebrew_*
1257 (Baltico) BLT8MSWIN1257 1257 Estonian_*
20127 (ASCII) Qualsiasi Qualsiasi Qualsiasi
60932 (Safe Shift-JIS) JA16EUC eucJP (954) N/A
65001 (UTF-8) AL32UTF8 – Consultare codepage 65001 (UTF-8) UTF-8 (1208) – Consultare codepage 65001 (UTF-8) N/A
Nota: per i database Microsoft Access, non è necessario impostare la codepage del database del fornitore.

Codepage 932 (Giapponese) su Oracle

JA16SJISTILDE è la serie di caratteri del database del fornitore 932 consigliata per i dati Giapponese SJIS su Oracle. Si tratta di un cambiamento rispetto a quando si consigliava JA16SJIS per le versioni Rational ClearQuest precedenti alla 7.0. Le serie di caratteri JA16SJIS e JA16SJISTILDE sono uguali eccetto per il modo in cui vengono associati la tilde e il segno di punteggiatura a e da Unicode. Poiché Rational ClearQuest versioni 7.0 e successive utilizzano Unicode per comunicare al database, è necessario utilizzare la serie di caratteri JA16SJISTILDE. Per informazioni su come convertire un database Oracle esistente da JA16SJIS in JA16SJISTILDE, consultare la documentazione Oracle.

Codepage 932 (Giapponese) su DB2

IBM-943 è il code set consigliato per i dati Giapponese SJIS su DB2. È necessario configurare il sistema di gestione del database affinché utilizzi la tabella di conversione compatibile con la definizione Microsoft della codepage 932. Se questa serie di caratteri alternativa non viene utilizzata, non è possibile impostare la codepage di dati ClearQuest su 932 per i nuovi schemi. Inoltre, se non viene convertito una serie di database DB2 esistente affinché utilizzi la tabella di conversione alternativa, alcuni caratteri nella serie di caratteri 932 verranno danneggiati. Consultare il documento http://publib.boulder.ibm.com/infocenter/db2help/index.jsp?topic=/com.ibm.db2.udb.doc/core/r0012306.htm, nella sezione "Alternative Unicode conversion tables for the coded character set identifier (CCSID) 943".

Codepage 936 (Cinese semplificato) su Oracle

ClearQuest è limitato quando configurato per utilizzare la codepage 936 su Oracle. Oracle non fornisce una serie di caratteri che corrisponde esattamente alla codepage 936 Microsoft. Quella che si avvicina di più è la serie di caratteri ZHS16GBK, che non comprende il carattere euro (U+20AC). È possibile configurare il database Oracle affinché utilizzi ZHS16GBK con ClearQuest. Tuttavia, tale procedura presenta diverse limitazioni:
  • Se si sta utilizzando il comando installutil setdbcodepage, è necessario utilizzare l'opzione –allowconversion. Questo comando consente di impostare il valore della codepage di dati ClearQuest su 936 anche se la convalida per il carattere euro non riesce.
  • Non è possibile utilizzare il carattere euro nei dati. Se utilizzato, tale carattere viene memorizzato come carattere sostitutivo nel database, danneggiandolo.
  • Se la distribuzione utilizza Rational ClearQuest MultiSite, utilizzare i database Oracle configurati allo stesso modo con ZHS16GBK per ogni database nel gruppo. Se si mischiano i database del fornitore nel gruppo e viene immesso un carattere euro, si verifica una divergenza di dati perché i database diversi da Oracle possono memorizzare il carattere euro, mentre i database Oracle lo memorizzano come un carattere sostitutivo.

Codepage 65001 (UTF-8) su Oracle e DB2

ClearQuest fornisce immissioni di caratteri in più lingue in una serie di database con codepage 65001. UTF-8 è una delle diverse possibili codifiche di caratteri Unicode. La codifica UTF-8 è una codifica MBCS (multibyte character set) che può richiedere da uno a tre byte per memorizzare un carattere Unicode per le lingue supportate da ClearQuest. Ciò presenta diverse limitazioni:
  • La codepage 65001 non è supportata per il database SQL Server poiché SQL Server non fornisce supporto per la codifica dei caratteri UTF-8.
  • La lunghezza massima della stringa di caratteri è limitata per molte codepage MBCS. La codepage 65001 (UTF-8) può ridurre il numero di caratteri memorizzati in una stringa ad un terzo rispetto alla stringa di caratteri ASCII. La riduzione dipende dalla presenza di caratteri misti ad un byte, a due byte o a tre byte memorizzati nella stringa. (ClearQuest supporta anche DBCS [double-byte character set]. Con codepage DBCS, è possibile una riduzione fino alla metà rispetto ad una stringa di caratteri ASCII.)
  • ClearQuest non supporta la conversione di una serie di database ClearQuest esistente per utilizzare la nuova codepage 65001.
  • ClearQuest non supporta le lingue di script complesso e bidirezionale da utilizzare con la codepage 65001.

Feedback