【正文】 Web 服務(wù)器上占用的內(nèi)存少于 35MB 這還可以接受）。為了分頁(yè)顯示結(jié)果，該進(jìn)程只遍歷 Web 服務(wù)器的內(nèi)存中存儲(chǔ)的數(shù)組，并對(duì) SQL Server 發(fā)出 SELECT 以便只顯示需要顯示的行和列。這又回到了全文查詢僅返回主鍵和排位的概念中 SELECT（甚至許多這樣的查詢語(yǔ)句）比全文查詢的速度快許多倍。使用 SELECT 而不是與基表合并多個(gè)行，并結(jié)合多個(gè)其他策略，您可以保留 SQL Server 計(jì)算機(jī)上更多的 CPU 周期，并且更有效、更劃算地利用 Web 領(lǐng)域。另一種可以替代 Web 服務(wù)器端緩存的方法是在 SQL Server 自身中緩存結(jié)果集，并定義多種用于瀏覽這些結(jié)果的方法。雖然本文著重說(shuō)明 Web 服務(wù)器 (ASP) 級(jí)別的應(yīng)用程序設(shè)計(jì)，但 SQL Server 的可編程功能還為生成高性能的 Web 搜索應(yīng)用程序提供了強(qiáng)大的框架。小結(jié)Microsoft SQL Server 2000 的全文搜索功能為索引和查詢數(shù)據(jù)庫(kù)中存儲(chǔ)的非結(jié)構(gòu)化文本數(shù)據(jù)提供了可靠、快速而靈活的方法。如果要廣泛地將這種快速、準(zhǔn)確的搜索功能應(yīng)用于各種應(yīng)用程序，那么很有必要充分利用其速度和精確性，來(lái)實(shí)現(xiàn)全文搜索解決方案。通過(guò)分布計(jì)算負(fù)載并通過(guò)某些巧妙的方式對(duì)數(shù)據(jù)進(jìn)行組織，可以省下錢(qián)來(lái)購(gòu)買(mǎi)其他硬件和軟件，以擺脫因不必要的緩慢查詢帶來(lái)的困擾。在開(kāi)發(fā)優(yōu)秀的搜索應(yīng)用程序時(shí)，通常要考慮到許多因素和注意事項(xiàng)，希望本文提供的信息和示例對(duì)您學(xué)習(xí)使用 SQL Server 2000 生成出色的 Web 搜索應(yīng)用程序會(huì)有所幫助。附錄 A：實(shí)現(xiàn)全文搜索功能的最佳選擇改進(jìn)全文查詢性能和有效性的一種可行方法是實(shí)現(xiàn)“最佳選擇”系統(tǒng)。此系統(tǒng)是一種很簡(jiǎn)單的方法，可確保某些與特定查詢表達(dá)式匹配的行先于其他行返回。最佳選擇沒(méi)有復(fù)雜的預(yù)編程邏輯（例如，SharePoint Portal Server 就包含這樣的邏輯），因此，通常是首選辦法。在本示例中挑選出最佳選擇，并將唯一的主鍵和一些關(guān)鍵字存儲(chǔ)在單獨(dú)的表中。FREETEXTTABLE 查詢對(duì)（非常小的）最佳選擇表執(zhí)行，并且從該查詢中返回的任何結(jié)果都與對(duì)基表的 FREETEXTTABLE 查詢結(jié)果一同返回。在給定這些搜索條件下，最先返回的將是所有“最佳選擇”行，隨后是被 MSSearch 視為關(guān)聯(lián)程度最高的行（以遞減順序返回）。下面是一個(gè)非常簡(jiǎn)單的用于創(chuàng)建最佳選擇系統(tǒng)的示例腳本。use myDbcreate table documentTable(ftkey int not null, document ntext)create unique index DTftkey_idx on documentTable(ftKey)/* 在此插入文檔 （要生成全文索引的所有文檔）*/ 為所有文檔表創(chuàng)建全文目錄和索引exec sp_fulltext_catalog 39。documents_cat39。, 39。create39。, 39。f:\ftCats39。exec sp_fulltext_table 39。documentTable39。, 39。create39。, 39。documents_cat39。, 39。DTftkey_idx39。exec sp_fulltext_column 39。documentTable39。, 39。document39。, 39。add39。exec sp_fulltext_table 39。documentTable39。, 39。start_change_tracking39。exec sp_fulltext_table 39。documentTable39。, 39。start_background_updateindex39。/* 現(xiàn)在創(chuàng)建最佳選擇表和索引 （添加應(yīng)該始終最先返回的文檔）*/create table bestBets(ftKey int not null, keywords ntext)create unique index BBftkey_idx on bestBets(ftKey)/* 在此插入最佳選擇*/ 為最佳選擇表創(chuàng)建全文目錄和索引exec sp_fulltext_catalog 39。bestBets_cat39。, 39。create39。, 39。f:\ftCats39。exec sp_fulltext_table 39。bestBets39。, 39。create39。, 39。bestBets_cat39。, 39。BBftkey_idx39。exec sp_fulltext_column 39。bestBets39。, 39。keywords39。, 39。add39。exec sp_fulltext_table 39。bestBets39。, 39。start_change_tracking39。exec sp_fulltext_table 39。bestBets39。, 39。start_background_updateindex39。首先創(chuàng)建了一個(gè)通用的“所有文檔”表，用于存儲(chǔ)所有要全文索引的文檔。通常情況下，文檔表中包含其他列，但在本文中，只包含兩列 主鍵索引和文檔本身。全文目錄和索引是為文檔表而創(chuàng)建的。接著創(chuàng)建了“最佳選擇”表，用于存儲(chǔ)所有全文查詢中首先返回的特殊文檔。此表只需具有全文主鍵列和文檔本身（對(duì)將某些文檔作為查詢目標(biāo)的策略進(jìn)行優(yōu)化，包括在該文檔本身不包含的文檔中添加其他關(guān)鍵字）。全文目錄和索引是為最佳選擇表而創(chuàng)建的。最佳選擇表和文檔表可以共享文檔（最佳選擇文檔還存儲(chǔ)在常規(guī)文檔表中，它們共享同一個(gè)主鍵值），也可以相互排斥（最佳選擇文檔只存儲(chǔ)在最佳選擇表中）。為便于檢索，使最佳選擇表與文檔表互斥更為容易 這樣做就無(wú)需從最佳選擇和返回的普通搜索結(jié)果行集合中刪除共享操作。另一方面，使用此方法維護(hù)文檔可能很難實(shí)現(xiàn)，因?yàn)樵诖朔椒ㄖ?，要在查詢中添加邏輯?lái)刪除返回的行集合之間的共享文檔。如果給定上面的表，則可以創(chuàng)建兩個(gè)存儲(chǔ)過(guò)程，以便對(duì)最佳選擇表和文檔表進(jìn)行搜索?？墒褂?Web 服務(wù)器級(jí)別的邏輯或其他存儲(chǔ)過(guò)程來(lái)緩存和顯示所需結(jié)果（與最佳選擇一起使用時(shí)，請(qǐng)參閱下面有關(guān)緩存、顯示和分頁(yè)的一個(gè)完整、有效的示例）。首先，創(chuàng)建一個(gè)用于檢索最佳選擇行（如果有）的存儲(chǔ)過(guò)程：create procedure BBSearch @searchTerm varchar(1024) asselect [key], [rank] from freetexttable(bestBets, keywords, @searchTerm) order by [rank] desc確保已對(duì)傳入搜索字符串進(jìn)行清理，以避免在服務(wù)器上隨意執(zhí)行 TSQL，并確保用單引號(hào)將該字符串括起。這種情況下，使用 FREETEXTTABLE 比使用 CONTAINSTABLE 要好，因?yàn)?FREETEXTTABLE 將采用尋根溯源功能，并找到與任何搜索詞相匹配的最佳選擇。接下來(lái)，第二個(gè)存儲(chǔ)過(guò)程檢索與常規(guī)搜索標(biāo)準(zhǔn)匹配的文檔（如果有）：create procedure FTSearch @searchTerm varchar(1024) asselect [key], [rank] from freetexttable(documentTable, keywords, @searchTerm) order by [rank] desc此外，請(qǐng)確保已清理傳入搜索字符串，并用單引號(hào)將該字符串括起。執(zhí)行這些存儲(chǔ)過(guò)程時(shí)，應(yīng)該在兩個(gè)存儲(chǔ)過(guò)程中傳入相同的搜索詞，首先執(zhí)行最佳選擇搜索，然后執(zhí)行普通全文搜索。下一節(jié)更全面地介紹了在構(gòu)建 Web 搜索應(yīng)用程序時(shí)，如何與其他全文搜索技術(shù)一起使用最佳選擇。附錄 B：使用最佳選擇、結(jié)果分頁(yè)和有效全文查詢邏輯的示例應(yīng)用程序在本例中，我們實(shí)現(xiàn)了一個(gè)幾乎利用了本文介紹的所有優(yōu)化方案的 Web 搜索應(yīng)用程序。我們對(duì)聯(lián)機(jī)零售商目錄使用簡(jiǎn)單的搜索引擎方案，并假定在通信量很高的情況下，所有用戶都期待在很短的響應(yīng)時(shí)間內(nèi)獲得結(jié)果。本示例使用了前一節(jié)中的最佳選擇表和存儲(chǔ)過(guò)程。此應(yīng)用程序只是一些可用于實(shí)現(xiàn)最佳全文搜索性能的高級(jí)策略的簡(jiǎn)單示例。本示例使用了 ASP，也可使用 ISAPI、 或其他平臺(tái)來(lái)實(shí)現(xiàn)具有各自優(yōu)缺點(diǎn)的類似解決方案。會(huì)話對(duì)象并不一定對(duì)所有應(yīng)用程序都適用，如果使用不當(dāng)，可能帶來(lái)一定程度的危險(xiǎn)。在本例中，我們使用會(huì)話對(duì)象來(lái)實(shí)現(xiàn)快速有效的緩存機(jī)制 當(dāng)然還有許多其他方法可以在不同程度上實(shí)現(xiàn)該功能。