SQL Server FREETEXT查询VARBINARY无结果及VARCHAR转换异常求助

让我们逐个拆解你遇到的这两个问题，帮你找到根因和解决办法：

问题1：FREETEXT查询无法返回结果的原因 #

你的全文索引配置里有个关键疏漏：用来指定文件类型的计算列FileExtension没有设置为持久化。SQL Server的全文索引要求TYPE COLUMN必须是持久化列，否则无法正确识别并使用对应的HTML过滤器去解析Content里的二进制内容。除此之外，还有几个可能的影响因素：

• 全文索引未完成初始填充：刚创建完全文索引后，SQL Server需要时间扫描并索引数据，如果在填充完成前就查询，自然找不到结果。
• 二进制内容编码不匹配：如果触发器插入的是UTF-16编码的HTML（比如从NVARCHAR转成VARBINARY），HTML过滤器可能无法正确提取文本内容，导致关键词未被索引。

解决步骤： #

1. 删除现有非持久化计算列，重新创建持久化版本：

   ALTER TABLE FreeTextSearch DROP COLUMN FileExtension;
   ALTER TABLE FreeTextSearch ADD FileExtension AS '.html' PERSISTED;
   

2. 重新生成全文索引并触发完全填充：

   ALTER FULLTEXT INDEX ON FreeTextSearch START FULL POPULATION;
   

3. 检查填充状态，确认索引已完成：

   SELECT 
       population_state_desc, 
       completed_count, 
       total_count
   FROM sys.dm_fts_index_population 
   WHERE object_id = OBJECT_ID('FreeTextSearch');
   

   当population_state_desc显示COMPLETED时，再尝试查询。
4. 确认触发器插入的二进制内容编码正确：如果是普通ASCII/UTF-8的HTML，用CONVERT(VARBINARY(MAX), '<p>你的HTML内容</p>')而非NVARCHAR转码。

问题2：CONVERT(VARCHAR(MAX), [Content])仅返回<的原因 #

这个问题是编码不匹配导致的：
你的触发器应该是把NVARCHAR类型的HTML字符串转成了VARBINARY(MAX)存储（也就是UTF-16编码的字节流）。当你用CONVERT(VARCHAR(MAX), [Content])转换时，SQL Server会按单字节编码解析，而UTF-16中<的字节是0x3C 0x00，其中0x00在单字节编码里是字符串结束符，所以只会显示第一个有效字符<。

而CONVERT(XML, [Content])能正确识别UTF-16的字节流，所以可以完整解析出HTML内容。

解决办法： #

• 如果存储的是UTF-16编码的二进制内容，改用CONVERT(NVARCHAR(MAX), [Content])转换，就能得到完整的HTML字符串。
• 或者，在触发器插入时直接用VARCHAR转成VARBINARY，比如：

  CONVERT(VARBINARY(MAX), '<p>Test note for free text bla!</p>')
  

  这样后续用CONVERT(VARCHAR(MAX), [Content])转换时就能正常显示全文。

内容的提问来源于stack exchange，提问作者VoidEssy