搜尋引擎設定也能帶著走

Foxmarks/Xmarks 這類線上書籤同步工具的出現，讓我們在不同的電腦與瀏覽器之間同步書籤。我習慣叫這種應用叫 "書籤帶著走"。但是，不曉得有沒有人和我一樣，想把瀏覽器上的其他設定也帶著走呢？

對我來講，除了書籤之外，"搜尋引擎設定" 也是我想帶著走的。這裡的搜尋引擎，提的是「搜尋工具列」或是「Smart Search」裡面的搜尋引擎。

「搜尋工具列」大家比較清楚，就是網址列旁的搜尋框。而 Smart Search 知道的人或愛用的人可能比較少，有人叫它「智能搜尋」，或叫 Quick Searches，這裡有篇文章介紹；基本上是讓你把書籤當成搜尋引擎使用的一種方式。

過去我一直覺得奇怪，Firefox 為何要有兩套不同的搜尋機制，也不了解這兩者間如何選擇。後來因為有了 ConQuery 及 Context Search 這類套件，讓我可以在右鍵選單上直接使用搜尋功能，這種方便性讓我一直以「搜尋工具列」裡的搜尋引擎作為我的主要搜尋工具。

但是，搜尋工具列裡的搜尋引擎在使用上卻有一個缺點，那就是，他們無法像書籤一樣，可以帶者走… 因此，在 Firefox 2.x 版的年代，我便透過一套叫 FireUploader 的工具，手動將搜尋引擎設定上傳到某個網站，然後再於別台電腦將它們下載回來，但這終究不是長久之計啊!

後來找到一個就叫做 SmartSearch 的套件，這個套件做的事與 ConQuery 或 Context Search 類似，就是讓你可以在右鍵選單上，選擇你要使用的搜尋引擎進行查詢，但不同的地方在於，它的搜尋引擎選單是來自「智能搜尋」的 Quick Searches Bookmarks，這代表著，你的搜尋引擎清單就是書籤連結，是可以「帶著走」的--只要你同時安裝 SmartSearch 及 Foxmarks/Xmarks 即可。

相關連結：

• SmartSearch: Firefox 右鍵選單搜尋套件
• ConQuery: Firefox 右鍵選單搜尋
• Context Search: Firefox 右鍵選單搜尋
• Foxmarks: Foxmarks 書籤同步套件
• Xmarks: Firefox 的後繼者

Technorati : search, smart

SQL 設計小技巧--用 ISNULL 或 NVL 達到選擇性條件的下法

透過表單介面查詢資料庫時，常會遇到一種情況，即表單介面上有很多查詢選項，但不一定都要設定。若是不設定，代表 "忽略" 那條查詢選項。

舉個例子，假設畫面上有個欄位是要依照 "學歷" 及 "性別" 取出會員資料，因此，查詢資料庫的 SQL 可能如下：

   select * from member where education = @education and gender = @gender

若此時使用者未設定學歷條件，則查詢語法變成：

   select * from member where education = @education

當條件變動，還有另外兩種可能的查詢語法：

   select * from member where gender = @gender

   select * from member where education

如果你是用 PHP，由前端先組好查詢法語，再傳入後端資料庫處理，這沒有多大問題，只要透過一些 if 的判斷即可。但想像一下，若有 10 個查詢選項，那組合 SQL 語法的過程，不會讓你感到高興吧。

如果你是透過 ORMapping，雖然可以避免自行組合 SQL 查詢語法，卻也免不了要判斷該參數是否已設定，有設定的參數，才需加入 query criteria 中。

透過程式語言組裝查詢條件，再送入資料庫查詢，除了設計上的不便外，也不是所有的情況下都可使用。例如，假設你使用微軟的 Reporting Services，報表資料集的來源，直接就對應到 "靜態的" SQL 語法，你無法在執行期才去組裝它，這時就要使用不同的作法。

一個好用的技巧，是善用 ISNULL (MS SQL/T-SQL) 或 NVL (Oracle/PLSQL) 函式，它們的語法近似：

• ISNULL(A, B)
• NVL(A, B)

上面兩個式子，都代表著，若是 A 不等於 NULL，則傳回 A，否則傳回 B。

這個東西的有用之處，讓我們直接透過例子來解釋，把上面的查詢語句改為如下：

   --MS SQL
   select * from member where education = ISNULL(@education, education) and gender = ISNULL(@gender, gander)

   --Oracle
   select * from member where education = NVL(:education, education) and gender = NVL(:gender, gander)

類似這樣的式子，就可以解決我們所有的查詢組合情況。我們取出其中一段做分解說明：

   gender = ISNULL(@gender, gander)

@gender 代表查詢參數，當 @gender 未設定查詢條件時，我們讓他預設值為 NULL，結果 gender = ISNULL(NULL, gander) 就變成 gender = gender，而這個條件總是成立，所以就等於沒下這個條件。反之，或 gender 設定為 'F' 時，gender = ISNULL('F', gander) 就變成 gender = 'F'，如此一來，就只會查詢出性別為 F 的會員資料。

基於這一原理，即使你的查詢條件有 20 個、30 個，你也不用再費心思索如何組裝查詢條件了。