建站
咨詢
售后
建站咨詢
新聞中心
近來，很多數(shù)據(jù)庫管理員經(jīng)常會(huì)面對一個(gè)問題，就是在數(shù)據(jù)庫中出現(xiàn)了大量的問號。這種情況通常發(fā)生在數(shù)據(jù)庫中包含了一些非ASCII字符集的數(shù)據(jù)，如中文、日文、朝鮮文等，而且數(shù)據(jù)庫所使用的編碼格式不支持非ASCII字符。
創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括廣信網(wǎng)站建設(shè)、廣信網(wǎng)站制作、廣信網(wǎng)頁制作以及廣信網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，廣信網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到廣信省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！
在日常工作中，很多時(shí)候我們不可避免的需要在數(shù)據(jù)庫中存儲(chǔ)和處理不同語言的數(shù)據(jù)。而不同的語言有不同的字符和編碼格式，這就給我們的數(shù)據(jù)庫管理和數(shù)據(jù)處理帶來了困難。本文將幫助您了解為什么數(shù)據(jù)庫中出現(xiàn)問號，以及解決這個(gè)問題的方法。
一、為什么會(huì)出現(xiàn)問號
我們可以想象一下，在數(shù)據(jù)庫中存儲(chǔ)的數(shù)據(jù)就像是一本書，而這本書的內(nèi)容是用特定的文字編寫的。如果這本書用的文字不是常規(guī)的字母或數(shù)字，而是其他語言的特殊文字，那么在打開并讀取這本書時(shí)，我們就需要借助一些工具，讓計(jì)算機(jī)知道如何正確編碼和解碼這些特殊文字。
在許多情況下，數(shù)據(jù)庫管理員會(huì)使用像UTF-8這樣的標(biāo)準(zhǔn)編碼格式，這種編碼格式支持許多不同的語言和特殊字符。但是，如果我們的數(shù)據(jù)庫使用的編碼格式不支持某些特殊字符，那么在讀取這些字符時(shí)，字符就會(huì)被轉(zhuǎn)換成問號。
當(dāng)我們遇到數(shù)據(jù)庫中出現(xiàn)大量問號時(shí)，我們需要先確認(rèn)問題的根源。最可能的原因是數(shù)據(jù)庫的編碼格式與輸入的數(shù)據(jù)不匹配。當(dāng)輸入的數(shù)據(jù)包含數(shù)據(jù)庫編碼格式不支持的字符時(shí)，這些字符就會(huì)被轉(zhuǎn)換成問號。
二、解決方法
為了解決數(shù)據(jù)庫中出現(xiàn)問號的問題，我們可以嘗試以下方法：
1、更改數(shù)據(jù)庫編碼格式
更改數(shù)據(jù)庫的編碼格式，以便支持輸入數(shù)據(jù)中包含的特殊字符。UTF-8是一種常見的編碼格式，可支持多種語言，并兼容大多數(shù)計(jì)算機(jī)平臺(tái)。如果我們使用的數(shù)據(jù)庫不支持UTF-8編碼格式，我們可以嘗試切換到支持該編碼格式的數(shù)據(jù)庫，并將數(shù)據(jù)從原始數(shù)據(jù)庫轉(zhuǎn)移到新數(shù)據(jù)庫。
2、重新輸入數(shù)據(jù)
如果我們無法更改數(shù)據(jù)庫的編碼格式或更改編碼格式無效，我們可以嘗試重新輸入數(shù)據(jù)。在輸入數(shù)據(jù)時(shí)，我們需要確保輸入的字符與數(shù)據(jù)庫編碼格式兼容。為此，我們可以嘗試更改數(shù)據(jù)源的編碼格式，或者在導(dǎo)入數(shù)據(jù)時(shí)指定正確的編碼格式。
例如，當(dāng)我們從一個(gè)文本文件中導(dǎo)入數(shù)據(jù)時(shí)，我們需要確保文件的編碼格式與數(shù)據(jù)庫的編碼格式相同。否則，導(dǎo)入的數(shù)據(jù)將可能包含大量的問號。
3、 使用工具轉(zhuǎn)換數(shù)據(jù)
我們可以使用一些在線或本地的轉(zhuǎn)換工具，將輸入數(shù)據(jù)從原始編碼格式轉(zhuǎn)換為數(shù)據(jù)庫支持的編碼格式。這種解決方法比較簡單，但需要確保轉(zhuǎn)換工具可以正確識(shí)別和轉(zhuǎn)換輸入數(shù)據(jù)中的所有特殊字符。
4、 常規(guī)維護(hù)
除了以上方法外，我們還應(yīng)該定期檢查和維護(hù)數(shù)據(jù)庫。例如，我們應(yīng)該確保數(shù)據(jù)庫對象（表、視圖、存儲(chǔ)過程等）不包含無法處理的字符，如果存在問題，應(yīng)及時(shí)更正。
此外，我們還應(yīng)定期備份數(shù)據(jù)庫，以便在出現(xiàn)數(shù)據(jù)損壞或丟失的情況下能夠快速恢復(fù)數(shù)據(jù)。
數(shù)據(jù)庫中出現(xiàn)問號的問題可能會(huì)給我們的日常工作帶來一定的困擾。為了避免這種情況的發(fā)生，我們需要在數(shù)據(jù)庫的授權(quán)、配置和使用方面做好細(xì)節(jié)管理。在數(shù)據(jù)庫編碼格式上，我們應(yīng)該選擇支持多語言和特殊字符的編碼格式，并定期進(jìn)行維護(hù)和升級。這樣才能確保數(shù)據(jù)庫系統(tǒng)始終穩(wěn)定運(yùn)行，滿足我們的業(yè)務(wù)需求。
相關(guān)問題拓展閱讀：
- 數(shù)據(jù)庫查詢出來怎么是問號?
- mysql 數(shù)據(jù)庫后臺(tái) 亂碼問題 全市問號 怎么辦？
數(shù)據(jù)庫查詢出來怎么是問號?
把語句發(fā)上來看下
使用的編碼最游伏好統(tǒng)哪脊一
有四處：
1.數(shù)據(jù)李磨滲庫的編碼
2. mysql_query(‘set NAMES XXXX’)
3. 文件的編碼
4. header();
我找到了..把中文字符咐皮存入數(shù)據(jù)庫前轉(zhuǎn)換一下
String str=new String(“這里是你要插入的衡帆差中文文字”.getBytes(“ISO”),”GBK”);
再把str存轎好入數(shù)據(jù)庫就可以了…
插入SQL不羨備段認(rèn)識(shí)的字符
情況如下
1 簡體和繁體的問題
2 從OFFICE中COPY過來的資料
3 從滾備其他軟件中COPY過來的兄譽(yù)資料
T-SQL語句發(fā)上來撒～誰知道你是不是語句錯(cuò)誤啦～
mysql 數(shù)據(jù)庫后臺(tái) 亂碼問題 全市問號 怎么辦？
最后用到的一句代碼是：
大家在P的開發(fā)過程中，經(jīng)常出現(xiàn)中文亂碼的問題，可能一至困擾著您，我現(xiàn)在把我在P開發(fā)中遇到的中文亂碼的問題及解決辦法寫出來供大家參考。
一、P頁面顯示亂碼
下面的顯示頁面(display.jsp)就出現(xiàn)亂碼：
對不同的WEB服務(wù)器和不同的JDK版本，處理結(jié)果就不一樣。原因：服務(wù)器使用的編碼方式不同和瀏覽器對不同的字符顯示結(jié)果不同而導(dǎo)致的。解決辦法：在P頁面中指定編碼方式(gb2312),即在頁面的之一行加上：，就可以消除亂碼了。完整頁面如下：
二、表單提交中文時(shí)出現(xiàn)亂碼
下面是一個(gè)提交頁面(submit.jsp)，代碼如下：
下面是處理頁面(process.jsp)代碼：
如果submit.jsp提交英文字符能正確顯示，如果提交中文時(shí)就會(huì)出現(xiàn)亂碼。原因：瀏覽埋寬器默認(rèn)使用UTF-8編碼方式來發(fā)送請求，而UTF-8和GB2312編碼方式表示字符時(shí)不一樣，這樣就出現(xiàn)了不能識(shí)別字符。解決辦法:通過request.seCharacterEncoding(“gb2312”)對請求進(jìn)行統(tǒng)一編碼，就實(shí)現(xiàn)了中文的正常顯示。修改后的process.jsp代碼如下：
三、數(shù)據(jù)庫連接出現(xiàn)亂碼
只要涉及中文的地方全部是亂碼，解決辦法：在數(shù)據(jù)庫的數(shù)據(jù)庫URL中加上useUnicode=true&characterEncoding=GBK就OK了。
四、數(shù)據(jù)庫的顯示亂碼
在mysql4.1.0中,varchar類型，text類型就會(huì)出現(xiàn)中文亂碼，對于varchar類型把它設(shè)為binary屬性就可以解決中文問題，對于text類型就要坦液頃用一個(gè)編碼轉(zhuǎn)換類來處理，實(shí)現(xiàn)如下：
public class Convert {
/** 把ISO碼轉(zhuǎn)換成GB2312
*/
public static String ISOtoGB(String iso){
String gb;
try{
if(iso.equals(“”) || iso == null){
return “”;
}
else{
iso = iso.trim();
gb = new String(iso.getBytes(“ISO”),”GB2312″);
return gb;
}
}
catch(Exception e){
System.err.print(“編碼轉(zhuǎn)換錯(cuò)誤：”+e.getMessage());
return “”;
}
}
}
把它編譯成class，就可以調(diào)用Convert類的靜態(tài)方法ISOtoGB()來轉(zhuǎn)換編碼。
和Java一樣，P是目前比較熱門的一個(gè)話題。它是一種在服務(wù)器端編譯執(zhí)行的Web設(shè)計(jì)語言，因?yàn)槟_本語言采用了Java，所以P繼承了Java的所有優(yōu)點(diǎn)。可是在使用P程序的過程中，常遇到中文亂碼問題，很多人為此頭疼不已，筆者就深受其害，而且使用平臺(tái)不同，中文亂碼問題的解決方法也不同，無形中增加了學(xué)習(xí)P的難度。其實(shí)，在徹底了解相關(guān)原因后，問題還是比較容易解決的。筆者結(jié)合自己的工作實(shí)踐，對中文顯示問題進(jìn)行了一定的研究，并在不同的環(huán)境下進(jìn)行了相關(guān)測試，以下是筆者總結(jié)的解決方法，相信對讀者會(huì)有一定的借鑒意義。
字符內(nèi)碼
每個(gè)國家（或區(qū)域）都規(guī)定了計(jì)算機(jī)信息交換用的字符編碼集，如美國的擴(kuò)展ASCII碼、中國的GB、日本的 JIS 等，作為該國家(區(qū)域)信息處理的基礎(chǔ)，有著統(tǒng)一編碼的重要作用。由于各本地字符集代碼范圍重疊，相互間信息交換困難，軟件本地化版本獨(dú)立維護(hù)成本較高。因此有必要將本地化工作中的共性抽取出來，做一致性處理，將特殊的本地化處理內(nèi)容降低到最少，這就是所謂的國際化（I18N）。各種語言信息被規(guī)范為本地信息，而底層字符集采用包含了所有字符的Unicode。
字符內(nèi)碼(character code)指的是用來代表字符的內(nèi)碼。我們在輸入和存儲(chǔ)文檔時(shí)都要使用內(nèi)碼，內(nèi)碼分為單字節(jié)內(nèi)碼和雙字節(jié)內(nèi)碼。單字節(jié)內(nèi)碼的英文全稱是Single-Byte Character Sets (SBCS)，可以支持256個(gè)字符編碼；讓陸雙字節(jié)內(nèi)碼的英文全稱是Double-Byte Character Sets(DBCS)，可以支持65000個(gè)字符編碼，主要用來對大字符集的東方文字進(jìn)行編碼。
CodePage指的是一個(gè)經(jīng)過挑選的以特定順序排列的字符內(nèi)碼列表，對于早期的單字節(jié)內(nèi)碼的語種，CodePage中的內(nèi)碼順序使得系統(tǒng)可以按照此列表來根據(jù)鍵盤的輸入值給出一個(gè)對應(yīng)的內(nèi)碼。對于雙字節(jié)內(nèi)碼，給出的是MultiByte到Unicode的對應(yīng)表，這樣就可以把以Unicode形式存放的字符轉(zhuǎn)化為相應(yīng)的字符內(nèi)碼。引入對CodePage的支持主要是為了訪問多語種文件名，目前在NTFS和FAT32/VFAT下的文件系統(tǒng)上都使用Unicode，這需要系統(tǒng)在讀取這些文件名時(shí)動(dòng)態(tài)地將其轉(zhuǎn)換為相應(yīng)的語言編碼。
相信了解P代碼的讀者對ISO8859-1一定不陌生，ISO8859-1是我們平時(shí)使用比較多的一個(gè)CodePage，它屬于西歐語系。GB是在國內(nèi)計(jì)算機(jī)漢字信息技術(shù)發(fā)展初始階段制訂的，其中包含了大部分常用的一、二級漢字和9區(qū)的符號。該字符集是幾乎所有的中文系統(tǒng)和國際化的軟件都支持的中文字符集，這也是最基本的中文字符集。
GBK 是 GB的擴(kuò)展，是向上兼容的。它包含了20232個(gè)漢字，其編碼范圍是 0x8140～0xFEFE，剔除高位 0x80 的字位，其所有字符都可以一對一映射到 Unicode 2.0，也就是說 Java 實(shí)際上提供了對 GBK 字符集的支持。
>GB(GBK2K) 在 GBK 的基礎(chǔ)上進(jìn)一步擴(kuò)展了漢字，增加了藏、蒙等少數(shù)民族的文字。GBK2K 從根本上解決了字位不夠、字形不足的問題。
不同開發(fā)平臺(tái)的區(qū)別
1．Tomcat 4開發(fā)平臺(tái)
Windows 98／2023下的Tomcat 4以上版本都會(huì)出現(xiàn)中文問題（而在Linux下和Tomcat 3.x中則沒有問題），主要表現(xiàn)是頁面顯示亂碼。在IE中調(diào)整字符集為GB2312，就可以正常顯示了。
為解決這個(gè)問題，可在每個(gè)P的頁面開始處加上。不過，這還不夠，雖然這時(shí)顯示了中文，但是發(fā)現(xiàn)從數(shù)據(jù)庫讀出的字段變成了亂碼。經(jīng)過分析發(fā)現(xiàn): 在數(shù)據(jù)庫中保存的中文字符是正常的，數(shù)據(jù)庫用ISO8859-1字符集存取數(shù)據(jù)，而Java程序在處理字符時(shí)默認(rèn)采用統(tǒng)一的ISO8859-1字符集(這也體現(xiàn)了Java國際化思想)，所以在數(shù)據(jù)添加的時(shí)候Java和數(shù)據(jù)庫都是以ISO8859-1方式處理，這樣不會(huì)出錯(cuò)。但是在讀取數(shù)據(jù)的時(shí)候就出現(xiàn)問題了，因?yàn)閿?shù)據(jù)讀出也采用ISO8859-1字符集，而 P的文件頭中有語句，這說明頁面采用GB2312的字符集顯示，這樣就和讀出的數(shù)據(jù)不一樣。這時(shí)頁面顯示從數(shù)據(jù)庫中讀出的字符是亂碼，解決的方法是對這些字符轉(zhuǎn)碼，從ISO8859-1轉(zhuǎn)成GB2312，就可以正常顯示了。這個(gè)解決辦法對很多平臺(tái)具有通用性，讀者可以靈活運(yùn)用。
2．Tomcat 3.x、Resin及Linux平臺(tái)
在Tomcat 3.x、Resin中或是在Linux下，沒有加入語句，而頁面中的語句起了作用，此時(shí)可以正常顯示。相反，如果加上系統(tǒng)會(huì)報(bào)錯(cuò)，說明Tomcat 4以上版本的引擎在處理P時(shí)還是有差別的。
另外，對于不同的數(shù)據(jù)庫如SQL Server，Oracle，Mysql，Sybase等，字符集的選擇很重要。如果考慮多語言版本，數(shù)據(jù)庫的字符集就應(yīng)該統(tǒng)一采用ISO8859-1，需要輸出的時(shí)候在不同的字符集之間做轉(zhuǎn)換就可以了。
以下是針對不同平臺(tái)的總結(jié)：
(1) WDK只適合于普通開發(fā)，穩(wěn)定性和其他問題可能不如商業(yè)軟件。 由于JDK 1.3版性能要好于JDK 1.2.2很多，并且對中文的支持也較好，所以應(yīng)該盡量采用。
(2) 作為免費(fèi)的商業(yè)軟件，Resin不僅速度快、穩(wěn)定、自動(dòng)編譯，還可以指出出錯(cuò)行，并可在服務(wù)器端支持使用JavaScript等，而且對中文的支持也很好。
(3) Tomcat僅僅是一個(gè)對P 1.1、Servlet 2.2標(biāo)準(zhǔn)的實(shí)現(xiàn), 我們不應(yīng)該要求這個(gè)免費(fèi)軟件在細(xì)節(jié)和性能上都面面俱到, 它主要考慮英文用戶, 這也是為什么不做特殊轉(zhuǎn)換，漢字用URL方法傳遞就有問題的原因。大部分IE瀏覽器缺省始終以UTF-8發(fā)送, 這似乎是Tomcat的一個(gè)不足, 另外Tomcat不管當(dāng)前的操作系統(tǒng)是什么語言, 都按ISO8859去編譯P, 似乎也欠妥。
P代碼的中文處理
在P代碼中以下幾處經(jīng)常需要涉及到中文處理:
1. 在URL中附帶中文參數(shù)。這里中文參數(shù)通常可以直接讀取，例如:
2. 在WDK中讀取HTML表單提交的中文值這時(shí)需要加以編碼，較為簡潔的寫法是：
String name1=new String(request.getParameter(“user_id”).getBytes(“ISO8859_1”))。
另外，在JDK 1.3的支持下，不需加入 ，而在JDK 1.2.2 以下，即使以上兩種方法同時(shí)運(yùn)用也很不穩(wěn)定。但在Resin平臺(tái)，情況較好，只要在頁面之一行加入：即可正確處理中文，如果再加代碼則反而不對。
3．在WDK中Session包含的中文，如果從表單中讀出的值經(jīng)過編碼可正確顯示，但直接賦予中文值則不行，而Resin平臺(tái)則很好。
4. 在編譯Servlet和P時(shí)加入代碼選項(xiàng)。在編譯Servlet時(shí)使用Java-Encoding ISOmyservlet.java；在P的ZONE配置文件中，修改編譯參數(shù)為：Compiler=builtin – javac- encoding ISO8859-1。使用這種方法后，不需要做其他的改動(dòng)就可以正常顯示中文了。
另外，流行的關(guān)系數(shù)據(jù)庫系統(tǒng)都支持?jǐn)?shù)據(jù)庫Encoding，也就是說在創(chuàng)建數(shù)據(jù)庫時(shí)可以指定它自己的字符集設(shè)置，數(shù)據(jù)庫的數(shù)據(jù)以指定的編碼形式存儲(chǔ)。當(dāng)應(yīng)用程序訪問數(shù)據(jù)時(shí)，在入口和出口處都會(huì)有 Encoding 轉(zhuǎn)換。對于中文數(shù)據(jù)，數(shù)據(jù)庫字符編碼的設(shè)置應(yīng)當(dāng)保證數(shù)據(jù)的完整性。 GB2312、GBK、UTF-8 等都是可選的數(shù)據(jù)庫 Encoding，也可以選擇 ISO(8-bit)， 但會(huì)增加了編程的復(fù)雜度，ISO8859-1不是推薦的數(shù)據(jù)庫 Encoding。在P/Servlet編程時(shí)，可以先用數(shù)據(jù)庫管理系統(tǒng)提供的管理功能檢查其中的中文數(shù)據(jù)是否正確。
處理方法實(shí)例
下面是兩個(gè)具體的中文亂碼解決實(shí)例，讀者仔細(xì)研究后可能會(huì)有所收獲。
1．常見的字符轉(zhuǎn)換方法
將Form 中 的 值 傳 送 到 數(shù) 據(jù) 庫 中 再 取 出 來 后 全 變 成 了“？”。Form用POST提交數(shù)據(jù)，代碼中使用了語句：String st=new(request.getParameter(“name”).getBytes(“ISO8859_1”))， 而且也聲明了charset=gb2312。
要處理Form中傳遞的中文參數(shù)，應(yīng)該在P中加入下面的代碼，另外定義一個(gè)專門解決這個(gè)問題的getStr類，然后對接收到的參數(shù)進(jìn)行轉(zhuǎn)換：
String keyword1=request.getParameter(“keyword1”);
keyword1=getStr(keyword1);
這樣就可以解決問題了，代碼如下：
2. JDBC Driver的字符轉(zhuǎn)換
目前大多數(shù)JDBC Driver采用本地編碼格式來傳輸中文字符，例如中文字符“0x4175”會(huì)被轉(zhuǎn)成“0x41”和“0x75”進(jìn)行傳輸。因此需要對JDBC Driver返回的字符以及要發(fā)給JDBC Driver的字符進(jìn)行轉(zhuǎn)換。當(dāng)用JDBC Driver向數(shù)據(jù)庫中插入數(shù)據(jù)時(shí)，需要先將Unicode轉(zhuǎn)成Native code; 當(dāng) JDBC Driver從數(shù)據(jù)庫中查詢數(shù)據(jù)時(shí)，則需要將Native code轉(zhuǎn)換成Unicode。下面給出了這兩種轉(zhuǎn)換的實(shí)現(xiàn):
String native2Unicode(String s) {
if (s == null || s.length() == 0) {
return null;
}
byte buffer = new byte;
for (int i = 0; i s.length(); i++) { if (s.charAt(i)>= 0x100) {
c = s.charAt(i);
byte buf = (“”+c).getBytes();
buffer = (char)buf;
buffer = (char)buf;
}
else {buffer = s.charAt(i);}
}
return new String(buffer, 0, j);
}
數(shù)據(jù)庫存在表里的數(shù)據(jù)都是問號的介紹就聊到這里吧，感謝你花時(shí)間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫存在表里的數(shù)據(jù)都是問號,數(shù)據(jù)庫數(shù)據(jù)全是問號，怎么辦？,數(shù)據(jù)庫查詢出來怎么是問號?,mysql 數(shù)據(jù)庫后臺(tái) 亂碼問題 全市問號 怎么辦？的信息別忘了在本站進(jìn)行查找喔。
成都網(wǎng)站推廣找創(chuàng)新互聯(lián)，老牌網(wǎng)站營銷公司
成都網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)(www.cdcxhl.com)專注高端網(wǎng)站建設(shè),網(wǎng)頁設(shè)計(jì)制作,網(wǎng)站維護(hù),網(wǎng)絡(luò)營銷,SEO優(yōu)化推廣,快速提升企業(yè)網(wǎng)站排名等一站式服務(wù)。IDC基礎(chǔ)服務(wù)：云服務(wù)器、虛擬主機(jī)、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗(yàn)、服務(wù)器租用、服務(wù)器托管提供四川、成都、綿陽、雅安、重慶、貴州、昆明、鄭州、湖北十堰機(jī)房互聯(lián)網(wǎng)數(shù)據(jù)中心業(yè)務(wù)。
網(wǎng)站名稱：數(shù)據(jù)庫數(shù)據(jù)全是問號，怎么辦？ (數(shù)據(jù)庫存在表里的數(shù)據(jù)都是問號)
URL網(wǎng)址：http://www.dlmjj.cn/article/djideei.html
