此文章主要向大家講述的是關(guān)于Linux操作系統(tǒng)下DB2數(shù)據(jù)庫CODESET的描述，我前兩天在相關(guān)網(wǎng)站看見Linux操作系統(tǒng)下DB2數(shù)據(jù)庫CODESET的描述的資料，覺得挺好，就拿出來供大家分享。

1.VARCHAR長度是指的是字節(jié)數(shù)，

DB的CODESET是UTF8時(shí)，漢字，假名包括小寫假名，是占3個(gè)字節(jié)的，ASCII字符集里的字符占1個(gè)字節(jié)

DB的CODESET是IBM-943時(shí)，漢字和大寫假名是2個(gè)字節(jié)，小寫假名及ASCII字符集里的字符占1個(gè)字節(jié)

2.linux下，DB2數(shù)據(jù)庫-tvf xx.sql 及 import 命令

不會(huì)對文件中的多字節(jié)字符做編碼轉(zhuǎn)換，若文件的編碼與數(shù)據(jù)庫的codeset不一致是，將會(huì)是亂碼

但是在windows的命令行下執(zhí)行以上命令時(shí)，會(huì)自動(dòng)將文件的編碼轉(zhuǎn)換為數(shù)據(jù)庫對應(yīng)的編碼

文件編碼為UTF8，數(shù)據(jù)庫為UTF8，是LANG設(shè)成ja_JP.UTF8時(shí)，正常！ (TTerm的送受信也為UTF8)

3.SJIS與JIS

JIS不支持漢字？

4.從ftp客戶端及telnet客戶端新建全角文件名文件時(shí)，將使用指定的送受信編碼

也只有指定了正確的送受信編碼時(shí)，才能正常顯示全角文件名

5.java客戶端程序能根據(jù)數(shù)據(jù)庫的編碼，正確識(shí)別字符型數(shù)據(jù)

6.終端的文字編碼與LANG環(huán)境變量，以及數(shù)據(jù)庫所使用的編碼。

終端的文字編碼控制顯示文字時(shí)的編碼，以及送受信時(shí)使用的編碼

LANG環(huán)境變量被系統(tǒng)及應(yīng)用程序讀取，指定語言環(huán)境以及內(nèi)存中所使用的文字編碼

數(shù)據(jù)庫所使用的編碼，保存字符型數(shù)據(jù)時(shí)所使用的編碼，包括CHARACTER，VARCHAR等

讀取文件列表時(shí)，當(dāng)文件名所使用的編碼與LANG環(huán)境變量不兼容時(shí)，文件名將被轉(zhuǎn)換成問號(hào)(?)。

文件名所使用的編碼與終端的文字編碼不一致時(shí)，文件列表會(huì)顯示成亂碼

以上的相關(guān)內(nèi)容就是對關(guān)于Linux下DB2數(shù)據(jù)庫CODESET2009-07-10 10:301.VARCHAR長度是指的是字節(jié)數(shù)的介紹，望你能有所收獲。

【編輯推薦】

1. 安裝IBM DB2 Content Manager V83時(shí)與122錯(cuò)誤代碼
2. IBM DB2數(shù)據(jù)庫新手必看的基礎(chǔ)知識(shí)有哪些？
3. DB2 CMO安裝7.1.2.6補(bǔ)丁之后會(huì)出現(xiàn)的錯(cuò)誤
4. DB2數(shù)據(jù)庫分區(qū)的概念與應(yīng)用的描述
5. IBM DB2跨平臺(tái)數(shù)據(jù)庫遷移操作與潛在危機(jī)