破釜沉舟 http://www.7880.com
MySQL數據庫技術(shù)(36)文章類(lèi)別：MySQL 發(fā)表日期：2005-09-27
閱讀次數: 845
6.8 其他主題
本節包括幾個(gè)主題，這些主題不完全適合于本章從client1 到client5 的開(kāi)發(fā)中的任一小節的內容：
■ 在使用結果集元數據幫助驗證這些數據適合于計算之后，使用結果集數據計算結果。
■ 如何處理很難插入到查詢(xún)中的數據。
■ 如何處理圖形數據。
■ 如何獲得表結構的信息。
■ 常見(jiàn)的MySQL 程序設計錯誤及如何避免。
6.8.1 在結果集上執行計算
迄今為止，我們集中而主要地使用了結果集元數據來(lái)打印行數據，但很明顯，除打印之外，還有需要使用數據做其他事情的時(shí)候。例如，計算基于數據值的統計信息，應用元數據確保數據適合它們要滿(mǎn)足的需求。哪種類(lèi)型的需求？對于啟動(dòng)程序來(lái)說(shuō)，可能要校驗一下正
要執行數字計算的列實(shí)際上是否包含著(zhù)數字！
下面的列表顯示了一個(gè)簡(jiǎn)單函數summary _ stats ( ) ,它獲取結果集和列索引，并產(chǎn)生列值的匯總統計。該函數還列出缺少數值的數量，它是通過(guò)檢查NULL 來(lái)檢測的。這些計算包括兩個(gè)數據所必須滿(mǎn)足的需求， summary_stats() 用結果集元數據來(lái)校驗：
■ 指定的列必須存在（也就是說(shuō)，列索引必須在結果集列值的范圍內）。
■ 此列必須包括數字值。
如果這些條件不滿(mǎn)足，則summary_stats() 只打印出錯誤消息并返回。代碼如下：
請注意在mysql_fetch_row() 循環(huán)前面調用的mysql _ data _ seek( )。為獲得同樣的結果集，它允許多次調用summary _ stats()（假設要計算幾列的統計值的話(huà)）。每次調用summary _ stats( )都要“重新回到”到結果集的開(kāi)始（這里假設mysql_store_result() 創(chuàng )建結果集，如果用mysql_use_result() 創(chuàng )建結果集就只能按順序處理行，而且只能處理一次）。summary_stats() 是個(gè)相對簡(jiǎn)單的函數，但它給我們一個(gè)提示，就是如何編寫(xiě)一個(gè)比較復雜的計算程序，如兩個(gè)列的最小二乘回歸或者標準統計，如t -檢驗。
6.8.2 對查詢(xún)中有疑問(wèn)的數據進(jìn)行編碼
包括引號、空值和反斜線(xiàn)的數據值，如果把它們插入到查詢(xún)中，在執行查詢(xún)時(shí)就會(huì )產(chǎn)生一些問(wèn)題。下面的討論論述了這些難點(diǎn)，并介紹了解決的辦法。假設要建造一個(gè)SELECT 查詢(xún)，它基于由name 指向的空終結串的內容：
如果name 的值類(lèi)似于“0’Malley, Brian”，這時(shí)進(jìn)行的查詢(xún)就是非法的，因為引號在引用的字符串里出現：
需要特別注意這個(gè)引號，以便使服務(wù)器不將它解釋為name 的結尾。一種方法是在字符串內使用雙引號，這就是ANSI SQL 約定。SQL 支持這個(gè)約定，也允許引號在反斜線(xiàn)后使用：
另一個(gè)有問(wèn)題之處是查詢(xún)中任意二進(jìn)制數據的使用，例如，在把圖形存儲到數據庫這樣的應用程序中會(huì )發(fā)生這種情況。因為二進(jìn)制數值含有一些字符，把它放到查詢(xún)中是不安全的。為了解決這個(gè)問(wèn)題，可使用mysql _ escape _ string( )，它可以對特殊字符進(jìn)行編碼，使其在引用的字符串中可以使用。mysql_escape_string() 認為的特殊字符是指空字符、單引號、雙引號、反斜線(xiàn)、換行符、回車(chē)符和C ontrol - Z（最后一個(gè)在Windows 語(yǔ)言環(huán)境中出現）。什么時(shí)候使用mysql_escape_string() 呢？最保險的回答是“始終”。然而，如果確信數據的形式并且知道它是正確的—可能因為預先執行了確認檢查—就不必編碼了。例如，如果處理電話(huà)號碼的字符串，它完全由數字和短線(xiàn)組成，那么就不必調用mysql _ escape _ string( )了，否則還是要調用。
mysql_escape_string() 對有問(wèn)題的字符進(jìn)行編碼是將它們轉換為以反斜線(xiàn)開(kāi)頭的2個(gè)字符的序列。例如，空字符轉換為‘ \ 0’,這里的0 是可打印的ASCII 碼0，而不是空。反斜線(xiàn)、單引號和雙引號分別轉換為‘ \ \’、‘\’’和‘\”’。調用mysql_escape_string() 的過(guò)程如下：
mysql_escape_string() 對from_str 進(jìn)行編碼，并把結果寫(xiě)入to _ str中，還添加了空終結值，這樣很方便，因為可以利用像strcpy() 和strlen() 這樣的函數使用該結果串。from_str 指向包括將要編碼的字符串的char 緩沖區，這個(gè)字符串可能包含任何內容，其中包括二進(jìn)制數據。to_str 指向一個(gè)存在的char 緩沖區，在這個(gè)緩沖區里，可以寫(xiě)入編碼的字符串；不要傳遞未初始化的指針或NULL 指針，希望由mysql_escape_string() 分配空間。由to_str 指向的緩沖區的長(cháng)度至少是(from_len*2)+1 個(gè)字節（很可能from_str 中的每個(gè)字符都需要用2 個(gè)字符來(lái)編碼；額外的字節是空終結值）。
from_len 和to_len 都是unsigned int 值，from_len 表示from_str 中數據的長(cháng)度；提供這個(gè)長(cháng)度是非常必要的，因為from_str 可能包含空值字節，不能把它當作空終結串。從mysql_escape_string() 返回的to_len 值是作為結果的編碼字符串的實(shí)際長(cháng)度，沒(méi)有對空終結值進(jìn)行計數。
當mysql_escape_string() 返回時(shí)， to _ str中編碼的結果就可看作是空終結串，因為from_str 中的空值都被編碼為‘ \ 0’。
為了重新編寫(xiě)構造SELECT 的代碼，使名稱(chēng)的值即使包含引號也能工作，我們進(jìn)行下面的操作：
6.8.3 圖像數據的處理
mysql_escape_string() 的基本功能之一就是把圖像數據加載到一個(gè)表中。本節介紹如何進(jìn)行這項工作（這個(gè)討論也適用于二進(jìn)制數據的其他形式）。假設想從文件中讀取圖像，并將它們連同唯一的標識符存儲到表中。BLOB 類(lèi)型對二進(jìn)制數據來(lái)講是個(gè)很好的選擇，因此可以使用下面的表說(shuō)明：
實(shí)際上，要想從文件中獲取圖像并放入images 表，利用下面的函數load_image() 可以實(shí)現，給出一個(gè)標識符號碼和一個(gè)指向包括這個(gè)圖像數據的打開(kāi)文件的指針：
load_image() 不會(huì )分配非常大的查詢(xún)緩沖區（ 1 0 0 K），因此它只能處理相對較小的圖形。
在實(shí)際的應用程序中，可以根據圖形文件的大小動(dòng)態(tài)地分配緩沖區。處理從數據庫中恢復的圖形數據（或任何二進(jìn)制數據）并不像開(kāi)始把它放入時(shí)那樣問(wèn)題重重，因為在變量MYSQL_ROW 中數據值的原始形式是有效的，通過(guò)調用mysql _ fetch _length ( )，這個(gè)長(cháng)度也是有效的。必須將值看作是計數串，而不是空終結串。
6.8.4 獲取表信息
MySQL 允許使用下面的查詢(xún)獲取有關(guān)表結構的信息（下面兩者是等價(jià)的）：
與SELECT 相類(lèi)似，兩個(gè)語(yǔ)句都返回結果集。為了在表中找出有關(guān)列，所需做的就是處理結果集中的行，從中獲取有用的信息。例如，如果從mysql 客戶(hù)機上發(fā)布DESCRIBE images 語(yǔ)句，就會(huì )返回這樣的信息：
如果從自己的客戶(hù)機上執行同樣的查詢(xún)，可以得到相同的信息（沒(méi)有邊框）。如果只想要單個(gè)列的信息，則使用如下這個(gè)查詢(xún)：
SHOW FIELDS FROM tbl _ name LIKE “col _ name”
此查詢(xún)會(huì )返回相同的列，但只是一行（如果列不存在就不返回行）。
6.8.5 需要避免的客戶(hù)機程序設計錯誤
本節討論一些常見(jiàn)的MySQL C API 程序設計錯誤，以及如何避免其發(fā)生（這些問(wèn)題在MySQL 郵件清單中會(huì )周期性地突然出現）。
1. 錯誤1——使用未初始化的連接處理程序指針在本章的樣例中，我們已經(jīng)通過(guò)傳遞NULL 參數調用了m y s q l _ i n i t ( )，這就是讓它分配并且初始化MYSQL 結構，然后返回一個(gè)指針。另外一種方法是將指針傳遞到一個(gè)已有的MYSQL 結構中。在這種情況下， mysql_init() 會(huì )將結構初始化并返回一個(gè)指針，而不必自己分配結構。如果要使用第二種方法，則要小心會(huì )出現一些微妙的問(wèn)題。下面的討論指出了需要注意的一些問(wèn)題。如果將一個(gè)指針傳遞給mysql _ init( )，它應該實(shí)際指向某些東西?？聪旅娴拇a段：
這個(gè)問(wèn)題是，mysql_init() 得到了一個(gè)指針，但指針沒(méi)有指向所知的任何地方。conn 是一個(gè)局部變量，因此在main() 開(kāi)始執行時(shí)它是一個(gè)能指向任何地方的未初始化的存儲器，這就是說(shuō)mysql_init() 將使用指針，并可在內存的一些任意區域濫寫(xiě)。如果幸運的話(huà)， conn 將指向您的程序地址空間的外部，這樣，系統將立即終止，使您能盡早意識到代碼中出現的問(wèn)題。
如果不幸的話(huà)， conn 將指向程序中以后才使用的一些數據的內部，直到再次使用那個(gè)數據時(shí)才發(fā)現問(wèn)題。因此實(shí)際出現問(wèn)題的地方遠比執行程序時(shí)出現的問(wèn)題多，也更難捕捉到。下面是一段有問(wèn)題的代碼：
此時(shí)， conn 是一個(gè)全局變量，因此在程序啟動(dòng)前，將它初始化為0（就是NULL）。mysql_init() 遇到NULL 參數，因此初始化并分配一個(gè)新的連接處理程序。只要將conn 傳遞給需要非NULL 連接處理程序的MySQL CAPI 函數，系統就會(huì )崩潰。這些代碼段的修改就是確保conn 有一個(gè)可知的值。例如，可以將它初始化到已經(jīng)分配的MYSQL 結構地址中去：
然而，推薦的（較容易的?。┙鉀Q方案僅僅是將NULL 顯式地傳遞給mysql _ init( )，讓該函數分配MYSQL 結構，并將返回值賦值給conn：
無(wú)論如何不要忘記檢驗mysql_init() 的返回值，以確保它不是NULL。
2. 錯誤2——有效結果集檢驗的失敗
請記住檢查希望得到的結果集的調用狀態(tài)。下面的代碼沒(méi)有做到這一點(diǎn)：
不幸地是，如果mysql_store_result() 失敗，res_set 為N U L L，while 循環(huán)也不執行了，應測試返回結果集函數的返回值，以確保實(shí)際上在進(jìn)行工作。
3. 錯誤3—— NULL 列值引起的失敗
不要忘記檢查mysql_fetch_row() 返回的數組MYSQL_ROW 中列值是否為NULL 指針。如果row[i] 為N U L L，則在一些機器上，下面的代碼就會(huì )引起崩潰：
該錯誤危害最大的部分是，有些printf() 的版本很寬容地對N U L L指針輸出了“( null )”，這就使錯誤很容易逃脫而沒(méi)有把錯誤定位。如果把程序給了朋友，而他只有不太寬容printf( )版本，程序就會(huì )崩潰，您的朋友會(huì )認為您是個(gè)無(wú)用的程序員。循環(huán)應該寫(xiě)成下面這樣：
不需要檢查列值是否為NULL 的惟一一次是當已經(jīng)從列信息結構確定IS _ NOT _ NULL( )為真時(shí)。
4. 錯誤4——傳遞無(wú)意義的結果緩沖區
需要您提供緩沖區的客戶(hù)機庫函數通常要使這些緩沖區真正存在，下面的代碼違反了這個(gè)規則：
問(wèn)題是什么呢？to_str 必須指向一個(gè)存在的緩沖區，而在這個(gè)樣例中沒(méi)有，因此，它指向了隨意的位置。不要向mysql_escape_string 傳遞無(wú)意義的指針作為to_str 參數，否則它會(huì )恣意踐踏內存。
破釜沉舟 http://www.7880.com
