Visual Basic .Net (VB.Net) 程式語言案例學習 (07. My SQL 與 VB.NET)
Visual Basic .Net (VB.Net) 程式語言案例學習 (07. MySQL 與 VB.NET)¶
7.1 問題¶
My SQL是一套有效率的資料庫系統,雖說無法完全與MS SQL媲美,但其效能及架構卻十分令人讚賞,唯一的缺點就是對於亞洲字碼支援有問題,利用Google搜尋My SQL、亂碼,就可以找到209,000筆的資料,可見這個問題相當困難,更別說用Google搜尋My SQL、.NET、UTF8,可以找到2,600,000筆的資料。因為中文字體在My SQL內多數採用UTF8來編碼,而My SQL所釋放的My SQL Connector/Net是不支援中文字體,雖然可以成功的連結資料庫,但使用My SQL所釋放的原始碼,下載的中文字都是亂碼。當然My SQL也是有版本之分,3.x版的對亞洲字碼就不大友善,5.x以後就比較好。
但是我們想要有My SQL的便利及效率,又要使用.NET來開發程式,這該怎麼辦呢?本章將有詳細的解答。
7.2 需求¶
表格 7‑1 「My SQL 與 VB.NET」系統目的分析表
版本:1.0 | 要做什麼 | 不要做什麼(不要做不代表不會做) |
---|---|---|
能做什麼 | (第一格:必要項目) | (第二格:次要項目) |
要能由My SQL資料庫中讀取UTF8的中文字碼。 | 無。 | |
使用.NET設計程式。 | ||
使用者無須做任何設定。 | ||
不能做什麼(不能做代表不需要做) | (第三格:不必要項目) | (第四格:不需要項目) |
無。 | 無。 |
表格 7‑2 「My SQL 與 VB.NET」系統目標分析表
版本: | 重要 | 不重要 |
---|---|---|
優先 | (重) | (急) |
要能由My SQL資料庫中讀取UTF8的中文字碼。 | 無。 | |
使用.NET設計程式。 | ||
使用者無須做任何設定。 | ||
不急迫 | (輕) | (緩) |
無。 | 無。 |
表格 7‑3 「My SQL 與 VB.NET」系統規格表
規格項目 | 規格內容 | 備註 |
---|---|---|
主要功能 | 要能由My SQL資料庫中讀取UTF8的中文字碼。 | … |
使用.NET設計程式。 | ||
使用介面 | 使用者無須做任何設定。 | … |
7.3 特色¶
特點就是獨家採用.NET與My SQL合作的資料庫程式,並且獨家公佈解決中文編碼的問題,目前尚未有人公佈編碼問題的解法,連My SQL官網對這個問題也遲了一年之久,尚未解決。
7.4 使用工具¶
語言 | 軟體 |
---|---|
Visual Basic .NET | MS Visual Studio 2005 .NET、My SQL |
7.5 系統架構¶
如何架設My SQL Server的方法就不再贅述,因為您會使用到這章,想必已經會架設My SQL Server了,就筆者所知因為授權的條件,許多嵌入式系統還是使用3.x版本,而3.x版本因為時間比較久,因此接受過許多試煉,解決方案也比較多,而5.x版比較新,因此問題的解決方案就比較少。目前最新版本的是6.x版。
筆者在這裡遇到的問題是連接3.x版,所下載的字碼都是呈現亂碼,自行找到解決方案之後,在此公佈給各位讀者參考。
由於My SQL Connector/Net對亞洲字碼的支援不足,因此我們採用MySQL Connector/ODBC,當然為了使用者的便利性,我們把設定寫在程式中,而無須讓使用者去做設定,使用者的電腦只要有安裝MySQL Connector/ODBC即可。
首先透過MySQL Connector/ODBC連結My SQL資料庫,連結成功之後,我們將把UTF8的字碼,下載下來,下載的過程中逐一轉碼,將UTF8轉為正確的字碼。
7.6 程式實作¶
7.6.1 Visual Basic 2005 的程式碼¶
‘宣告連接字串變數 Dim strCnn As String ‘設定ODBC連接字串 strCnn = “Driver={MySQL Connector/ODBC v5};” + _ “Server=” + “127.0.0.1” + “;” + _ “Port=3306;” + _ “Option=3;CHARSET=utf8;” + _ “Database=smartlock;” + _ “UID=reader;” + _ “PWD=reader;” Try ‘宣告並建立連接資料庫物件 Dim objMyCnn As New OdbcConnection(strCnn) ‘開啟資料庫 objMyCnn.Open() Catch ex As Exception MessageBox.Show(“連接資料庫失敗。”) End Try ‘宣告資料庫轉接器 Dim objMyDA As OdbcDataAdapter ‘宣告並建立資料集 Dim GlobalDS As New DataSet() ‘建立資料表連結 objMyDA = New OdbcDataAdapter(“Select * From table1”, objMyCnn) ‘設定查詢命令連結 objMyDA.SelectCommand.Connection = New OdbcConnection(strCnn) ‘將table1的資料填入GlobalDS objMyDA.Fill(GlobalDS, “table1”) ‘宣告資料列 Dim drTmp As DataRow ‘宣告資料欄 Dim dcTmp As DataColumn ‘宣告字串變數 Dim strData As String ‘巡覽資料列 For Each drTmp In GlobalDS.Tables(“table1”).Rows ‘巡覽資料欄 For Each dcTmp In GlobalDS.Tables(“table1”).Columns ‘獲得資料字串 strData = drTmp(dcTmp).ToString() ‘顯示資料字串 MessageBox.Show(strData) Next Next
7.6.2 Visual C# 2005 的程式碼¶
‘檢查是否已有連接 if (objMyCnn != null) { ‘關閉連接 objMyCnn.Close(); } ‘宣告並設定ODBC連結字串 string strCnn = “Driver={MySQL Connector/ODBC v5};” + “Server=127.0.0.1;” + “Port=3306;” + “Option=3;CHARSET=utf8;” + “Database=smartlock;” + “UID=reader;” + “PWD=reader;”; try { ‘建立連接資料庫物件 objMyCnn = new OdbcConnection(strCnn); ‘開啟連接 objMyCnn.Open(); ‘建立資料集 GlobalDS = new DataSet(); } catch (OdbcException ex) { MessageBox.Show(ex.Message); return; } ‘建立資料轉接器 daMyDA = new OdbcDataAdapter(“SELECT * FROM table1”, objMyCnn); ‘將table1的資料填入GlobalDS daMyDA.Fill(GlobalDS, “table1”); ‘釋放資料轉接器 daMyDA.Dispose(); ‘宣告資料字串變數 string strData; ‘巡覽資料列 foreach (DataRow drTmp in GlobalDS.Tables[“table1”].Rows) { ‘巡覽資料欄 foreach (DataColumn dcTmp in GlobalDS.Tables[“table1”].Columns) { ‘獲得資料欄位字串 strData = drTmp[dcTmp].ToString(); ‘宣告位元組變數 byte[] b; ‘設定位元組長度 b = new byte[strData.Length]; ‘巡覽所有位元組 for (int intJ = 0; intJ < strData.Length; intJ++) { ‘將每個字轉換為字元 char k = (char)System.Convert.ChangeType(strData.Substring(intJ, 1), typeof(char)); ‘將字元轉型為位元組 b[intJ] = (byte)k; } ‘透過Encoding.UTF8編碼位元組為字串 MessageBox.Show((string)Encoding.UTF8.GetString(b)); } }
7.7 修改重點¶
由於轉碼的動作會耗掉許多時間,因此不建議一邊轉碼一邊執行程式,這樣會讓程式效率變得很低,筆者的方式是先將所有資料表轉換成文字檔,在將文字檔匯入到MS Access的資料庫中,而後透過與MS Access資料庫連結,就可以採用Crystal Report製作報表或者是做資料的處理,若直接與My SQL作處理的話,反到效能不彰。筆者調查的結果似乎這項問題只有對亞洲字碼才有,其他西歐語系的字碼到是很少有討論到這類的問題。
7.8 結論¶
其實My SQL授權方案並非是最省成本的,而採用My SQL是大多是因為可以作為嵌入式系統的資料庫,而My SQL每個版本的差異都很大,因此建議只要熟悉某一個版本就可以了,因為每個版本所遇到的問題都不盡相同,開發的時候,只要針對一個版本,這樣會比較保險。
Lai Tai-Yu (賴岱佑)