SQL Server 2014全文搜索无法处理短字符串的解决咨询

嗨，碰到这种版本差异确实挺闹心的！我来给你梳理下两种解决思路，要么调整全文搜索的配置（从根源解决所有类似问题），要么修改查询写法（不用动配置，快速适配），都完全不用LIKE~

一、调整SQL Server 2014的全文搜索配置（推荐方案） #

SQL Server 2014的全文搜索默认对短词有过滤机制，而2017版本优化了这部分逻辑，所以会出现你说的差异。你可以通过以下步骤调整：

• 1. 先检查当前的最小词长限制
  执行下面的SQL，查看服务器级的全文搜索最小词长设置（尤其是Unicode类型的，你的名字是俄文属于Unicode）：

  sp_configure 'show advanced options', 1;
  RECONFIGURE;
  SELECT name, value 
  FROM sys.configurations 
  WHERE name IN ('fulltext minimum word length', 'fulltext minimum word length (Unicode)');
  

  一般2014默认的Unicode最小词长是3，短于这个长度的词会被自动过滤，这就是你搜"Ли Федор Геннадиевич*"没结果的原因——Ли只有2个字符，被过滤了。

• 2. 修改最小词长设置
  如果要支持2字符的短词，执行下面的SQL修改配置：

  sp_configure 'fulltext minimum word length (Unicode)', 2;
  RECONFIGURE;
  

  注意：这个修改需要重建全文索引才能生效。

• 3. 重建全文索引和目录
  配置改完后，必须重建全文索引才能让新的词长限制生效：

  -- 先禁用全文索引
  ALTER FULLTEXT INDEX ON [dbo].[Customers] DISABLE;
  -- 重建全文索引
  ALTER FULLTEXT INDEX ON [dbo].[Customers] REBUILD;
  -- 启用全文索引
  ALTER FULLTEXT INDEX ON [dbo].[Customers] ENABLE;
  

• 4. 检查停用词表
  另外还要确认短词Ли没被加入俄语的停用词表，执行下面的SQL检查：

  SELECT * FROM sys.fulltext_stopwords WHERE language_id = 1049; -- 1049是俄语的LCID
  

  如果发现Ли在结果里，需要把它从停用词表中移除，或者直接使用空的停用词表（创建一个空的停用词表，然后关联到全文索引）。

二、修改查询写法（临时适配方案） #

如果暂时不想动配置，也可以调整查询逻辑，把短词和后面的短语分开处理，用CONTAINS的多条件组合或者NEAR运算符来实现近似短语匹配：

写法1：多条件AND匹配 #

把短词单独作为一个CONTAINS条件，和后面的短语用AND连接，确保两个部分都存在：

SELECT * FROM [dbo].[Customers] 
WHERE CONTAINS(FullName, N'"Федор Геннадиевич*"')
AND CONTAINS(FullName, N'Ли');

注意：这个写法会匹配所有包含Ли和Федор Геннадиевич...的记录，不管它们的顺序是否连续，如果你需要严格的连续顺序，看下面的写法。

写法2：用NEAR运算符强制顺序和相邻 #

使用NEAR运算符指定两个词/短语的位置关系，要求Ли紧跟在目标短语前面：

SELECT * FROM [dbo].[Customers] 
WHERE CONTAINS(FullName, N'NEAR((Ли, "Федор Геннадиевич*"), 0, TRUE)');

这里的参数0表示两个内容必须相邻，TRUE表示必须按照括号里的顺序出现，这样就和你原来的短语匹配逻辑几乎一致了，同时避开了短词被过滤的问题。

内容来源于stack exchange