這幾天太忙，繼續(xù)連載哈哈，爭取半個月結(jié)束。

上文說到數(shù)據(jù)庫自帶的不安全輸入過濾功能，但這樣的功能不是所有數(shù)據(jù)庫都有的。目前大概只有MySQL,SQLite,PostgreSQL,Sybase帶有這樣的功能，而包括Oracle和SQL Server在內(nèi)的很多數(shù)據(jù)庫都沒有。

鑒于這樣的情況，一般開發(fā)者采用一種通用的方法來避免不安全的數(shù)據(jù)寫入數(shù)據(jù)庫--base64編碼。這樣可以避免所有可能引起問題的特殊字符造成的危險。但Base64編碼后的數(shù)據(jù)容量大概會增加33%，比較占用空間。在PostgreSQL中，使用Base64編碼數(shù)據(jù)還有個問題，就是無法使用'LIKE'查詢。

所以總結(jié)這么多，我們知道光靠數(shù)據(jù)庫自身的字符串屏蔽也是不行的。我們需要一種解決方案，在特殊字符影響到我們的Query語句之前，就把危險的字符過濾掉。預(yù)定義查詢(Prepared queries/prepared statements)是一個非常好的方法。什么是預(yù)定義查詢呢？　它就相當(dāng)于一個查詢語句的模板，定義了查詢語句的結(jié)構(gòu)和某些部份的數(shù)據(jù)類型。如果我們提交的SQL語句符合這個模板的定義，就執(zhí)行，否則就不執(zhí)行，報出錯誤。

例如：

pg_query($conn, “PREPARE stmt_name (text) AS SELECT * FROM users WHERE name=$1”);
pg_query($conn, “EXECUTE stmt_name ({$name})”);
pg_query($conn, “DEALLOCATE stmt_name”);

PREPARE stmt_name (text) AS ..定義了一個查詢的格式，這里除了$1之外的所有字符都是占位符，不允許更改。呵呵，我覺得這種方法實在是個好方法。不過可惜不是所有數(shù)據(jù)庫都支持。。

最新評論