全球化支持ppt課件-資料下載頁
2025-05-07 22:08本頁面
【正文】 ，客戶端如果是 ZHS16GBK，那么數(shù)據(jù)庫就認(rèn)為需要進行字符集的轉(zhuǎn)換， ORACLE當(dāng)然認(rèn)為自己存儲的字符是 WEISO8859P1編碼的（實際上是ZHS16GB編碼），而客戶端是 ZHS16GBK的字符，因此將字符誤認(rèn)為是WEISO8859P1，而轉(zhuǎn)換成了 ZHS16GBK，于是就出現(xiàn)了亂碼。 對于 ORACLE的很多客戶端工具來說，都存在字符集的轉(zhuǎn)換問題。 導(dǎo)入導(dǎo)出工具就是一個最典型的例子。 導(dǎo)出時：如果客戶端和服務(wù)器端的字符集不一樣，那么需要進行字符集的轉(zhuǎn)換。轉(zhuǎn)換過程中就可能發(fā)生數(shù)據(jù)的丟失。例如數(shù)據(jù)庫字符集是ZHS16GBK，執(zhí)行導(dǎo)出的客戶端的字符集是 WE8ISO8859P1。數(shù)據(jù)庫中的中文不能被字符集 WE8ISO8859P1所識別。數(shù)據(jù)在轉(zhuǎn)儲到二進制文件的時候，就丟失了數(shù)據(jù)。因此在導(dǎo)出以前，一定要設(shè)置NLS_LANG，確保和數(shù)據(jù)庫的字符集一樣?；蛘呖蛻舳说淖址菙?shù)據(jù)庫端字符集的超集。 Exp工具會在生成的轉(zhuǎn)儲文件頭部的第 2個和第 3個字節(jié)記錄客戶端字符集的 ID號。這個 ID號代表著客戶端字符集。 導(dǎo)入 imp，情況更加復(fù)雜 二進制導(dǎo)出文件頭部所記錄的字符集 客戶端字符集（通過 SET NLS_LANG設(shè)置的字符集） 數(shù)據(jù)庫端字符集 導(dǎo)入時，首先讀取導(dǎo)出文件頭部所記錄的字符集，然后與客戶端字符集的NLS_LANG所指定的字符集進行比較，如果兩者不同，進行第一次字符集的轉(zhuǎn)換。如果客戶端字符集和導(dǎo)出文件所記錄的字符集不同，或者不是導(dǎo)出文件字符集的超集，則第一次轉(zhuǎn)換就將丟失數(shù)據(jù)。 轉(zhuǎn)換完畢以后，轉(zhuǎn)換后的數(shù)據(jù)將從客戶端插入到數(shù)據(jù)庫服務(wù)器中。比較客戶端和數(shù)據(jù)庫服務(wù)器端的字符集，如果不同，再次發(fā)生轉(zhuǎn)換，同樣道理，可能發(fā)生數(shù)據(jù)的丟失。 為了避免發(fā)生數(shù)據(jù)的丟失 數(shù)據(jù)庫字符集 =客戶端字符集 =導(dǎo)出文件字符集 對于數(shù)據(jù)泵來說，相對簡單，因為是在服務(wù)器端完成的，不牽涉客戶端的字符集問題。導(dǎo)出時，生成的轉(zhuǎn)儲文件的字符集就是數(shù)據(jù)庫字符集，導(dǎo)入時，則可能需要將導(dǎo)出文件中記錄的字符集轉(zhuǎn)換為導(dǎo)入數(shù)據(jù)庫的字符集，也可能出現(xiàn)數(shù)據(jù)丟失現(xiàn)象。 語義排序 進行排序時，默認(rèn)采用的是二進制方式。也就是要排序的數(shù)據(jù)轉(zhuǎn)換為數(shù)值編碼以后，再將這些數(shù)值編碼轉(zhuǎn)換為對應(yīng)的二進制的值，然后對二進制的值進行排序。 Oracle實際上可以提供非常多的排序方式。例如：忽略大小寫、按照發(fā)音來排序、按照偏旁部首來排序，統(tǒng)稱為語義排序。 …………… 有很多的排序方式。 按照拼音排序 按照偏旁部首排序 按照筆畫排序 按照二進制進行排序。 忽略大小寫。 忽略發(fā)音 二進制排序。 上面講的是排序。對于比較來說，也存在相同的情況。 取決于參數(shù) NLS_COMP。 默認(rèn)是 binary，比較時將要比較的值轉(zhuǎn)換為二進制的數(shù)據(jù)，然后對轉(zhuǎn)換后的二進制數(shù)據(jù)進行比較。 如果設(shè)置為 ansi，那么在比較的時候，參照 nls_sort參數(shù)所設(shè)置的語義排序方式。 NLS_SORT設(shè)置為 binary_ci，并將 nls_p設(shè)置為 ansi，說明在此比較的時候參照 nls_sort的值。忽略大小寫，然后再按照 binary進行比較。 返回字符的字符編碼。所有的字符編碼就構(gòu)成了字符集。
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1