全文搜索入门

项目
05/23/2023

适用于： SQL Server Azure SQL 数据库 Azure SQL 托管实例

SQL Server 数据库默认已启用全文搜索。但是，在运行全文查询之前，必须先创建全文目录，然后在要搜索的表或索引视图中创建全文索引。

通过两个步骤设置全文搜索

可通过两个基本步骤来设置全文搜索：

创建全文目录。
在要搜索的表或索引视图上创建全文索引。

每个全文索引必须属于一个全文目录。您可以为每个全文索引创建一个单独的文本目录，也可以将多个全文索引与给定目录关联起来。全文目录是虚拟对象，不属于任何文件组。该目录是表示一组全文索引的逻辑概念。

注意

这些步骤假设安装 SQL Server 时已安装可选的全文搜索组件。如果未安装，必须再次运行 SQL Server 安装程序来添加该组件。

使用向导设置全文搜索

若要使用向导设置全文搜索，请参阅使用全文索引向导。

使用 Transact-SQL 设置全文搜索

下面的示例由两个部分组成，首先在 AdventureWorks 示例数据库中创建名为 AdvWksDocFTCat 的全文目录，然后在示例数据库中的 Document 表内创建全文索引。此语句在安装 SQL Server 期间指定的默认目录中创建全文目录。将在默认目录下创建名为 AdvWksDocFTCat 的文件夹。

为了创建名为 AdvWksDocFTCat的全文目录，此示例使用了 CREATE FULLTEXT CATALOG 语句：
```
USE AdventureWorks;  
GO  
CREATE FULLTEXT CATALOG AdvWksDocFTCat;  
```
有关详细信息，请参阅创建和管理全文目录。
在对 Document 表创建全文索引之前，请确保该表具有唯一的、不可为 Null 的单列索引。下面的 CREATE INDEX 语句可对 Document 表的 DocumentID 列创建唯一索引 ui_ukDoc：
```
CREATE UNIQUE INDEX ui_ukDoc ON Production.Document(DocumentNode);  
```
使用以下 DROP FULLTEXT INDEX 语句删除 Document 表上的现有全文检索。
```
DROP FULLTEXT INDEX ON Production.Document
GO
```
具有唯一键后，即可使用下面的 Document CREATE FULLTEXT INDEX 语句对表创建全文索引。
```
CREATE FULLTEXT INDEX ON Production.Document  
(  
    Document                         --Full-text index column name   
        TYPE COLUMN FileExtension    --Name of column that contains file type information  
        Language 2057                 --2057 is the LCID for British English  
)  
KEY INDEX ui_ukDoc ON AdvWksDocFTCat --Unique index  
WITH CHANGE_TRACKING AUTO            --Population type;  
GO  
```
此示例中定义的 TYPE COLUMN 指定表中的类型列，该列包含“Document”列（为二进制类型）的每一行中文档的类型。此类型列存储给定行中文档的、由用户提供的文件扩展名 -“.doc”、“.xls”等等。全文引擎使用给定行中的文件扩展名调用正确的筛选器，以用于分析该行中的数据。筛选器分析行的二进制数据后，指定的分词系统将分析内容。（本示例使用了英国英语的断字符。）有关详细信息，请参阅配置和管理搜索筛选器。

有关详细信息，请参阅创建和管理全文索引。

选择全文索引的选项

选择语言

有关选择列语言的信息，请参阅创建全文索引时选择语言。

选择文件组

生成全文本索引的过程会消耗相当多的 I/O 资源。简而言之，该过程包括从 SQL Server 读取数据，然后将筛选的数据传播到全文索引。最佳做法是将全文索引置于最适于最大程度地提高 I/O 性能的数据库文件组中，或者将全文索引置于另一个卷的其他文件组中。

选择全文目录

建议将具有相同更新特征的表（如更改次数少的与更改次数多的，或者在一天中某个特定时段内频繁更改的表）关联在一起，并置于同一全文目录下。通过设置全文目录填充计划，会使全文索引与表保持同步，且在数据库活动较多时不会对数据库服务器的资源使用产生负面影响。

遵循以下指南：

如果创建索引的表有数百万行，请将该表分配到其自身的全文目录。
考虑要进行全文索引的表中发生的更改量以及总行数。如果要更改的总行数与上次全文填充期间表中出现的行数合起来达到了数百万行，请将该表分配到其自身的全文目录。

关联唯一索引

始终选择可用于全文唯一键的最小唯一索引。（最好是 4 个字节、基于整数的索引。）这将显著减少文件系统中 Microsoft 搜索服务所需要的资源。如果主键较大（超过 100 个字节），可以考虑选择表中的另一个唯一索引（或创建另一个唯一索引）来作为全文唯一键。否则，如果全文唯一键的大小超过所允许的最大值（900 个字节），全文填充将无法继续进行。

关联非索引字表

“非索引字表” 是非索引字（也称为“干扰词”）的列表。非索引字表与每个全文索引相关联，因而该非索引字表中的词会应用于对该索引的全文查询。默认情况下，系统非索引字表与新的全文索引相关联。也可以创建和使用你自己的非索引字表。

例如，下面的 CREATE FULLTEXT STOPLIST Transact-SQL 语句可通过从系统非索引字表进行复制来创建名为 myStoplist 的新全文非索引字表：

CREATE FULLTEXT STOPLIST myStoplist FROM SYSTEM STOPLIST;  
GO

下面的 ALTER FULLTEXT STOPLIST 语句可更改名为 myStoplist 的非索引字表，首先为西班牙语添加词“en”，再为法语添加词“en”：

ALTER FULLTEXT STOPLIST myStoplist ADD 'en' LANGUAGE 'Spanish';  
ALTER FULLTEXT STOPLIST myStoplist ADD 'en' LANGUAGE 'French';  
GO

有关详细信息，请参阅为全文搜索配置和管理非索引字和非索引字表。

更新全文索引

与普通 SQL Server 索引一样，全文索引可以在相关表中的数据修改时自动更新。这是默认行为。另外，还可以手动或在预定的间隔更新全文索引。填充全文索引可能很耗时且要占用大量资源。因此，索引更新通常作为异步进程执行，该进程在后台运行，在基表中进行修改后使全文索引保持最新。

在基表中进行每次更改后立即更新全文索引也可能会占用大量的资源。因此，如果更新/插入/删除操作非常频繁，你可能会发现查询性能有所降低。如果出现这种情况，可以考虑制定一个手动的更改跟踪更新计划，以便按一定的间隔更新大量的更改，从而避免与查询争用资源。

有关详细信息，请参阅填充全文索引。

后续步骤

设置 SQL Server 全文搜索后，便可以开始运行全文查询。有关详细信息，请参阅使用全文搜索查询。

通过