如何用ASP建立Index Server查询对象并为其参数赋值？

## 从代码到实战：Index Server 查询的两种实现路径 在网站开发中，利用 Index Server 实现全文搜索是一个经典需求。这里有两条技术路线，一条是直接调用 Index Server 的原生查询对象，另一条则是通过 ADO 和 SQL 语句来驱动。两者各有优劣，下面把代码和关键点摊开来说。 ### 方法一：使用 Index Server Query Object 这种方式最为直接，通过创建 `ixsso.Query` 对象来构建查询，参数清晰可控。来看具体实现： ```asp <% Set Q = Server.CreateObject("ixsso.Query") ' 创建查询对象 Set Util = Server.CreateObject("ixsso.Util") Q.Query = Request("SearchString") ' 查询字段 Q.SortBy = "rank[d]" ' 按照符合程度降序排列 Q.Columns = "Doctitle,vpath,filename,size,write,characterization,rank" ' 返回记录属性 Q.MaxRecords = 300 ' 最多返回记录数 Util.AddScopeToQuery Q, "/", "DEEP" ' 搜索所有子目录 Q.LocaleID = Util.ISOToLocaleID("ZH-CN") ' 指定所用语言为简体中文 Set RS = Q.CreateRecordSet("nonsequential") ' 创建输出集 %> ``` 这里有几个值得注意的细节：`SortBy` 参数中的 `[d]` 表示降序，`Columns` 定义了返回的字段集合，而 `MaxRecords` 则控制了结果集的大小——实际项目中可以根据需要调整。`DEEP` 参数确保搜索会递归到子目录，`LocaleID` 则指定了语言区域，避免中文分词出现偏差。 ### 方法二：使用 ADO Query Object 与 SQL 语句 另一种思路是通过 ADO 连接器，用标准 SQL 语法来查询 Index Server 的索引数据。这种方式对熟悉 SQL 的开发者来说更友好，代码结构也更具通用性： ```asp <% Set Conn = Server.CreateObject("ADODB.Connection") Conn.ConnectionString = "provider=msidxs;" Conn.Open Set AdoCommand = Server.CreateObject("ADODB.Command") Set AdoCommand.ActiveConnection = Conn AdoCommand.CommandText = "Select Doctitle,vpath,filename,size,write,characterization,rank from SCOPE() WHERE CONTAINS ('" & SearchString & "') ORDER BY rank DESC" Set RS = Server.CreateObject("ADODB.RecordSet") RS.Open AdoCommand %> ``` 核心区别在于，这里用 `provider=msidxs` 指定了 Index Server 的 OLE DB 提供程序，`SCOPE()` 函数则定义了搜索范围（默认是整个索引库）。`CONTAINS` 是全文搜索的关键字，支持复杂的查询语法（比如短语、前缀匹配等）。`ORDER BY rank DESC` 则按相关性排序——和第一种方法里的 `SortBy` 效果一致。 ### 如何选择？ 两种方式都能实现相同的功能，但适用场景略有不同。第一种方法更贴近 Index Server 的原生 API，参数配置更直接，适合对索引引擎有深入理解的开发者。第二种方法则借助 ADO 的通用性，可以方便地与其他数据库查询集成，代码的迁移性更好。 在实际项目中，建议根据团队的技术栈和现有代码结构来选。如果项目已经大量使用 ADO，那么方法二显然更自然；如果追求精细控制（比如调整分词规则、自定义排序权重），方法一可能更灵活。 无论哪种方式，都需要注意索引服务的状态和权限配置，否则再好的代码也跑不出结果。