開發人員運行搜索後，該工具將結果集返回到搜索結果視圖中。
在數據庫讀*作成功之後，它循環遍歷結果集並收集帳户數據信息。
因此，不應該使用具有大型結果集的方法。
結果集是一個數組，該數組由0個或多個與數據庫查詢相匹配的行組成；結果集標識符只是一個值，您可以將該值傳遞給其它函數，以使它們能夠使用結果集中的行。
它返回下面這樣的結果集，其中的行數與表中的行數一樣多。
如果要尋找這種方法的例子，請看旅行或其他預訂系統網站的結果集。
下一個例子是執行一條select語句，並處理由數據庫服務器返回的結果集。
用同樣的方法，我們可以從頭到尾遍歷這個結果集，取得每個對象的位置信息的xml值(一個字符串)。
當在*上使用查詢時，可直接在已有的結果集上執行查詢，而不必重新在數據庫中執行查詢，然後重新將所有數據取出到應用程序中。
如果傳入了多個名稱的值，那麼匹配將基於邏輯或進行處理。 (也就是説，所有同時匹配名稱/語言代碼值對的註冊服務信息都將被包含在最終結果集內)
首先介紹結果集的分頁和排序。
因此結果集中最終的評估值只有一個(NLJOIN(2))，這是符合實際結果的。
FETCH(3)的結果集是根據ID字段排序的，並且使用T1的索引I1的合併聯接而得到最終的結果集。
最後，V 3現在支持大結果集，使得查詢程序能夠以一種類似分塊的方式檢索結果。
給RelationalDAS一個SQL查詢供其執行，它將處理查詢並將結果集置入sdo圖。
這些結果集並不是BIRT的數據集，但卻包含了數據容器中綁定的列，而該數據容器中的數據則來自於一個數據集。
第一行標識出要包括在查詢結果集中的sql列以及查詢中所引用的源表。
通常情況下，請不要寫那種依賴於結果集行數的代碼，因為驅動程序必須獲取所有的數據集以便知道查詢會返回多少行數據。
結果集是每種規範的結果集的交集。
如果結果集是在前一個事務中生成的，那麼隱式或顯式的提交會關閉這個結果集。
對於返回一組用户ID的查詢，將創建所有查詢結果的並集，並構建用户ID的結果集。
重複第12 - 14步，直至結果集中所有匹配的車輛都排進對象裏。
值得一提的是，如果結果集返回xml字符串，應該用花括號將返回字符串中的變量包圍起來。
在這裏的範例中，每一個用户在結果中只會顯示一次，因為每一個用户的其他實例，都會篩選出結果集合之外 。
如果不提供某種形式的*或排名就將這一結果集呈現給用户，找到有用信息的概率可謂微乎其微。
如果當前位置在結果集中的一行中，則可以利用獲取值的方法來獲得結果集中列的值。
返回包括很多行的結果集，從數千行到數百萬行。
所有這些函數都有一個共同點：當被調用時，每個函數都返回一個結果集，這個結果集看上去像一個db2表(這正是我們將其稱作表函數的原因)。
當實際上並不需要整個結果集時，這將是理想的，因為它能夠更有效地使用可用內存。
但是，如果使用任意數量的表和字段動態地指定from子句或result子句，就不能這樣了，因為在編程時無法確定結果集類型。
這將打印結果集中的每條記錄，而不是顯示一個子集。
通常，查詢優化器選擇將在最短時間內返回整個結果集的計劃。
當然，在很多情況中這都是不可能的，但是在有些情況中，其結果集是有限的；在另外一些情況中，瞭解這個無限結果中開頭的情況就是我們所要做的事情。
用於隱式或顯式過濾query方法的結果集。
IDomainObjectFactory接口的實現，把一個返回的結果集轉變為一個服務對象。
但是，同樣的道理，只有當聯合的遠程分支在返回結果之前需要執行相當長時間的處理，並且結果集相對較小的時候，才能有那種程度的*能提升。
不必折中從結果集中選擇的功能，但是，您也可以利用鍵盤的方位鍵循環選擇結果集中的內容。
請注意，與ecmascript數組基於0的索引不同，結果集的*作方法在基於1的索引上工作。
Stocky説，將實時搜索結果集成到Goole搜索引擎中的唯一問題是要知道用户什麼時候不需要這些結果。
它們可以是基表或者中間結果集。
然後根據標籤間的相關度度量選出圖片結果集中與查詢標籤高相關的標籤集，接着採用一種自頂向下啟發式的圖劃分算法來自動對次相關標籤集進行分類。
生成數據集對話框既允許您生成新的數據集，又支持在現有的項目數據集中包含結果集數據表。
如果有附加的過濾器需要在表訪問步驟之後應用於數據，在被包括在，自那步起的最終結果集之前，行集將穿過過濾器。
如果您希望使用更大的結果集，則可以在與您的人員*件配置關聯的XSLT文件中自定義此參數。
國文精選館
