深入解析php之sphinx_php執行個體

<?php
//參數篩選

//篩選cat_id=2
$cl->SetFilter("cat_id",array(2));
//僅在id為1、3、7的子論壇中搜尋
$cl->SetFilter("forum_id",array(1,3,7));

//範圍篩選
//篩選發布時間為今天,參數為int時間戳記
$cl->SetFilterRange("starttime",123,124);
//篩選價格
$cl->SetFilterRange("price",10.0,99.9);

// 分組
//按照item_id分組，並且按照order desc排序
$cl->SetGroupBy("item_id",SPH_GROUP_ATTR,"order desc");

//排序模式
//按照price desc排序
$cl->SetSortMode(SPH_SORT_ATTR_DESC,"price");
 注意：會被SetGroupBy中的排序覆蓋

// 匹配查詢詞中的任意一個
$cl->SetMatchMode ( SPH_MATCH_ANY );
SPH_MATCH_ALL, 匹配所有查詢詞(預設模式);
SPH_MATCH_ANY, 匹配查詢詞中的任意一個;
SPH_MATCH_PHRASE, 將整個查詢看作一個片語，要求按順序完整匹配;
SPH_MATCH_BOOLEAN, 將查詢看作一個布林運算式 (參見 第 5.2 節 “布爾查詢文法”);
SPH_MATCH_EXTENDED, 將查詢看作一個CoreSeek/Sphinx內部查詢語言的運算式 (參見 第 5.3 節 “擴充查詢文法”). 從版本Coreseek 3/Sphinx 0.9.9開始, 這個選項被選項SPH_MATCH_EXTENDED2代替，它提供了更多功能和更佳的效能。保留這個選項是為了與遺留的舊代碼相容——這樣即使 Sphinx及其組件包括API升級的時候，舊的應用程式代碼還能夠繼續工作。
SPH_MATCH_EXTENDED2, 使用第二版的“擴充匹配模式”對查詢進行匹配.
SPH_MATCH_FULLSCAN, 強制使用下文所述的“完整掃描”模式來對查詢進行匹配。注意，在此模式下，所有的查詢詞都被忽略，儘管過濾器、過濾器範圍以及分組仍然起作用，但任何文本匹配都不會發生.

//從0開始查詢，查詢30條，返回結果最多為1000
$cl->setLimits(0,30,1000);

// 從名稱為index的sphinx索引查詢“電影票”
$cl->Query("電影票","index");

// 從名稱為index的sphinx索引查詢“電影票”
$sp->SetGroupBy('item_id',SPH_GROUP_ATTR,'s_order desc');
$sp->SetFilter('city_id','1');
$sp->SetFilter('cat_id',array(1));
$sp->SetLimit(0,10,1000);
$sp->AddQuery('電影票','index');
$sp->ResetFilters();//重設篩選條件
$sp->ResetGroupBy();//重設分組

$sp->SetGroupBy('item_id', SPH_GROUPBY_ATTR, 's_order desc');
$sp->setFilter('city_id', '2');
$sp->setFilter('cat_id', array(2));
$sp->setLimits(0, 20, 1000);
$sp->AddQuery('溫泉', 'index');
$sp->ResetFilters();// 重設篩選條件
$sp->ResetGroupBy();//重設分組
$results = $sp->RunQuries();
批量查詢（或多查詢）使searchd能夠進行可能的內部最佳化，並且無論在任何情況下都會減少網路連接和進程建立方面的開銷。相對於單獨的查詢，批量查詢不會引入任何額外的開銷。因此當您的Web頁運行幾個不同的查詢時，一定要考慮使用批量查詢。
例如，多次運行同一個全文檢索查詢，但使用不同的排序或分組設定，這會使searchd僅運行一次開銷昂貴的全文檢索索引和相關度計算，然後在此基礎上產生多個分組結果。
有時您不僅需要簡單地顯示搜尋結果，而且要顯示一些與類別相關的計數資訊，例如按製造商分組後的產品數目，此時批量查詢會節約大量的開銷。 若無批量查詢，您會必須將這些本質上幾乎相同的查詢運行多次並取回相同的匹配項，最後產生不同的結果集。若使用批量查詢，您只須將這些查詢簡單地組成一個 批量查詢，Sphinx會在內部最佳化掉這些冗餘的全文檢索搜尋。
AddQuery()在內部儲存全部當前設定狀態以及查詢，您也可在後續的AddQuery()調用中改變設定。早先加入的查詢不會被影響，實際上沒有任何辦法可以改變它們。

用上述代碼，第一個查詢會在“documents”索引上查詢“hello world”並將結果按相關度排序，第二個查詢會在“products”索引上查詢“ipod”並將結果按價格排序，第三個查詢在“books”索引上搜 索“harry potter”，結果仍按價格排序。注意，第二個SetSortMode()調用並不會影響第一個查詢（因為它已經被添加了），但後面的兩個查詢都會受影 響。
此外，在AddQuery()之前設定的任何過濾，都會被後續查詢繼續使用。因此，如果在第一個查詢前使用SetFilter()，則通過 AddQuery()執行的第二個查詢（以及隨後的批量查詢）都會應用同樣的過濾，除非你先調用ResetFilters()來清除過濾規則。同時，你還 可以隨時加入新的過濾規則
AddQuery()並不修改目前狀態。也就是說，已有的全部排序、過濾和分組設定都不會因這個調用而發生改變，因此後續的查詢很容易地複用現有設定。
AddQuery()返回RunQueries()結果返回的數組中的一個下標。它是一個從0開始的遞增整數，即，第一次調用返回0，第二次返回1，以此類推。這個方便的特性使你在需要這些下標的時候不用手工記錄它們。
?>