SQLServer之建立全文索引

建立全文索引的必须条件

必须具备全文目录，而后才能建立全文索引。 目录是包含一个或多个全文索引的虚拟容器。

使用SSMS数据库管理工具建立全文索引

一、链接数据库，选择数据库，选择数据表-》右键数据表-》选择全文索引-》选择定义全文索引。

二、在全文索引向导点击下一步。

三、在全文索引向导弹出框-》选择一个最小惟一索引-》点击下一步。

四、在全文索引向导弹出框-》选择全文检索数据列-》点击下一步。

五、在全文索引向导弹出框-》选择表或者视图修改全文索引修改方式-》点击下一步。

六、在全文索引向导弹出框-》能够选择已有的全文索引目录或者自定义全文索引目录-》点击下一步。

七、在全文索引向导弹出框-》选择填充计划，能够自定义填充计划-》点击下一步。

八、在全文索引向导弹出框-》点击完成。

使用T-SQL脚本建立全文索引

语法：

--声明数据库引用
use 数据库名;
go

--查看全文索引是否存在,若是存在则删除
if exists(select * from sys.fulltext_indexes)
drop fulltext index on 表名;
go

create
fulltext --建立全文索引
index
on 表名--包含全文索引中的一列或多列的表或索引视图的名称。
(
name1 --全文索引中包含的列的名称。 只能为 char、varchar、nchar、nvarchar、text、ntext、image、xml 或 varbinary 类型的列编制索引，以供全文搜索使用。
--[LANGUAGE language_term] --存储在 column_name 中的数据的语言。
--statistical_semantics, --建立做为统计语义索引一部分的附加关键短语和文档类似性索引。

name2
--[LANGUAGE language_term]
--statistical_semantics,

......
)
key index 惟一索引名称--table_name 的惟一键索引的名称。 KEY INDEX 必须是惟一的单键列，不可为 Null。 为全文惟一键选择最小的惟一键索引。 为得到最佳性能，建议全文键使用整数数据类型。
on 全文目录--用于全文索引的全文目录。 数据库中必须已存在该目录。 此子句为可选项。 若是未指定，则使用默认目录。 若是默认目录不存在， SQL Server 将返回错误。
with(
--CHANGE_TRACKING [ = ] { MANUAL | AUTO | OFF [ , NO POPULATION ] }
--指定是否由 SQL Server 将对全文索引所覆盖的表列所作的更改（更新、删除或插入）传播到全文索引。 经过 WRITETEXT 和 UPDATETEXT 所作的数据更改不会反映到全文索引中，也不能使用更改跟踪方法拾取。
--MANUAL
--指定必须经过调用 ALTER FULLTEXT INDEX … START UPDATE POPULATION Transact-SQL 语句（手动填充）。 您可使用 SQL Server 代理来按期调用此 Transact-SQL 语句。
--AUTO
--指定当基表中的数据修改时，所跟踪的更改将会自动传播（自动填充）。 尽管是自动传播更改，但这些更改可能不会当即反映到全文索引中。 默认值为 AUTO。
--OFF [ , NO POPULATION]
--指定 SQL Server 不保留对索引数据的更改的列表。 若是未指定 NO POPULATION，则 SQL Server 建立索引后将对其进行彻底填充。
--仅当 CHANGE_TRACKING 为 OFF 时，才能使用 NO POPULATION 选项。 若是指定了 NO POPULATION，则 SQL Server 在建立索引后不会对其进行填充。 仅当用户使用 START FULL POPULATION 或 START INCREMENTAL POPULATION 子句执行 ALTER FULLTEXT INDEX 命令以后，才会填充索引。
change_tracking={ MANUAL | AUTO | OFF [ , NO POPULATION ] },

--STOPLIST [ = ] { OFF | SYSTEM | stoplist_name }
--将全文非索引字表与索引关联起来。 不使用属于指定非索引字表的任何标记填充索引。 若是未指定 STOPLIST，则 SQL Server 会将系统全文非索引字表与索引关联起来。
--OFF
--指定没有与全文索引关联的非索引字表。
--SYSTEM
--指定应对此全文索引使用默认的全文系统 STOPLIST。
--stoplist_name
--指定要与全文索引关联的非索引字表的名称。
stoplist= { OFF | SYSTEM | stoplist_name },

--SEARCH PROPERTY LIST [ = ] property_list_name
--适用范围： SQL Server 2012 (11.x) 到 SQL Server 2017。
--将搜索属性列表与索引相关联。
--OFF
--指定不会将任何属性列表与全文索引相关联。
--property_list_name
--指定要与全文索引关联的搜索属性列表的名称。
search property list={ off | property_list_name },
)
go

示例：

--声明数据库引用
use testss;
go

--查看全文索引是否存在,若是存在则删除
if exists(select * from sys.fulltext_indexes)
drop fulltext index on test1;
go

create
fulltext --建立全文索引
index
--firstfulltextindex
on test1 --包含全文索引中的一列或多列的表或索引视图的名称。
(
name --全文索引中包含的列的名称。 只能为 char、varchar、nchar、nvarchar、text、ntext、image、xml 或 varbinary 类型的列编制索引，以供全文搜索使用。
--[LANGUAGE language_term] --存储在 column_name 中的数据的语言。
--statistical_semantics --建立做为统计语义索引一部分的附加关键短语和文档类似性索引。
)
key index PK__test1__3213E83F466EE881 --table_name 的惟一键索引的名称。 KEY INDEX 必须是惟一的单键列，不可为 Null。 为全文惟一键选择最小的惟一键索引。 为得到最佳性能，建议全文键使用整数数据类型。
on FirstFullText --用于全文索引的全文目录。 数据库中必须已存在该目录。 此子句为可选项。 若是未指定，则使用默认目录。 若是默认目录不存在， SQL Server 将返回错误。
with(
--CHANGE_TRACKING [ = ] { MANUAL | AUTO | OFF [ , NO POPULATION ] }
--指定是否由 SQL Server 将对全文索引所覆盖的表列所作的更改（更新、删除或插入）传播到全文索引。 经过 WRITETEXT 和 UPDATETEXT 所作的数据更改不会反映到全文索引中，也不能使用更改跟踪方法拾取。
--MANUAL
--指定必须经过调用 ALTER FULLTEXT INDEX … START UPDATE POPULATION Transact-SQL 语句（手动填充）。 您可使用 SQL Server 代理来按期调用此 Transact-SQL 语句。
--AUTO
--指定当基表中的数据修改时，所跟踪的更改将会自动传播（自动填充）。 尽管是自动传播更改，但这些更改可能不会当即反映到全文索引中。 默认值为 AUTO。
--OFF [ , NO POPULATION]
--指定 SQL Server 不保留对索引数据的更改的列表。 若是未指定 NO POPULATION，则 SQL Server 建立索引后将对其进行彻底填充。
--仅当 CHANGE_TRACKING 为 OFF 时，才能使用 NO POPULATION 选项。 若是指定了 NO POPULATION，则 SQL Server 在建立索引后不会对其进行填充。 仅当用户使用 START FULL POPULATION 或 START INCREMENTAL POPULATION 子句执行 ALTER FULLTEXT INDEX 命令以后，才会填充索引。
change_tracking=auto,

--STOPLIST [ = ] { OFF | SYSTEM | stoplist_name }
--将全文非索引字表与索引关联起来。 不使用属于指定非索引字表的任何标记填充索引。 若是未指定 STOPLIST，则 SQL Server 会将系统全文非索引字表与索引关联起来。
--OFF
--指定没有与全文索引关联的非索引字表。
--SYSTEM
--指定应对此全文索引使用默认的全文系统 STOPLIST。
--stoplist_name
--指定要与全文索引关联的非索引字表的名称。
stoplist=system,

--SEARCH PROPERTY LIST [ = ] property_list_name
--适用范围： SQL Server 2012 (11.x) 到 SQL Server 2017。
--将搜索属性列表与索引相关联。
--OFF
--指定不会将任何属性列表与全文索引相关联。
--property_list_name
--指定要与全文索引关联的搜索属性列表的名称。
search property list=off
)
go

建立全文索引优缺点

优势：

一、全文索引可对char、varchar、nchar、nvarchar、text、ntext、image、xml、varbinary 或 varbinary(max) 类型字段进行检索，是解决海量数据模糊查询的好办法。

二、一个表只能创建一个全文索引（但能够对多个字段）。

三、与全文搜索不一样，LIKE Transact-SQL 谓词仅对字符模式（ char、varchar、nchar、nvarchar）有效。另外，不能使用 LIKE 谓词来查询格式化的二进制数据。此外，对大量非结构化的文本数据执行 LIKE 查询要比对相同数据执行一样的全文查询慢得多。对数百万行文本数据进行的 LIKE 查询可能须要几分钟的时间才能返回结果；而对于一样的数据，全文查询只须要几秒甚至更少的时间，具体取决于返回的行数及其大小。另外一个考虑因素是 LIKE 仅对整个表执行简单模式扫描。相反，全文查询可识别语言，它在索引和查询时应用特定的转换，例如，筛选非索引字并进行同义词库和变形扩展。这些转换可帮助全文查询改进其撤回以及结果的最终排名

缺点：

一、全文索引致使磁盘资源的大量占用，全文索引自己就是一个利用磁盘空间换取性能的方法。全文索引大的缘由是，按照某种语言来进行分词。

二、更新字段值，全文索引的索引不会自动更新，索引按期维护，以及表自己的维护操做使得这个表的管理成本大大的增长。

三、使用全文索引并非对应用透明的。若是要想利用全文索引，必须修改查询语句。原有的查询语句是不可能利用全文索引的，须要改为全文索引规定的语法。全文索引不会影响到其余的SQL语句。

四、全文索引自身还有些缺陷。