sql server全文索引使用中的小坑

但是像66,73这种字符串，不是数字的千分位分隔表示方法，所以进行了拆分

假如我们把66,480这个字符串改写成66,480,1,则会进行字符串方式的拆分，如下：

select * from sys.dm_fts_parser (‘",66,480,1,"‘,1033,0,1)

同时我们知道freetext这个函数也是以建立全文索引的方式进行检索词拆分后与全文索引进行比较，所以在进行where freetext(path,‘"66,480"‘)检索的时候，也是把字符串进行了处理，但同样是将字符串以千分位分隔数字进行了处理，所以可以检索出一条path=’66,480’记录，但是在进行where freetext(path,‘"480"‘)的时候，由于全表的全文索引中，并没有拆分出480这个字符串关键词，所以没有满足条件的记录

如果我们将检索串改写为where freetext(path,‘"66 480"‘),那么对于这个逻辑来说，就是要检索全文索引中满足66或者480关键字的结果集，在本例中，结果集为17条，即与where freetext(path,‘"66"‘)相同(因为空格符做为了断字符将字符拆为了“66”与“480”，表中满足66的结果集为17条，480为0条，所以结果总数为17条)

四、解决方案

既然知道了是”,”引起的字符串误判断，我们就把这个替换掉

update pathtest set path=replace(path,‘,‘,‘;‘)

等全文索引重新填充完成后，执行

select * from pathtest where freetext(path,‘"66"‘)

(49 行受影响)

好！与直接like的结果一致

之后我们再运行
select * from pathtest where freetext(path,‘"66,480"‘)

(0 行受影响)

！！！什么情况 ！？

之前我们说了，“66,480”会被误判断拆分，所以这里的检索词也不能这么写了，可以写空格，也可以写分号，反正就是不能用逗号，将查询改为

select * from pathtest where freetext(path,‘"66 480"‘)

(49 行受影响)

select * from pathtest where freetext(path,‘"480"‘)

(1 行受影响)

好了，这下与期待结果一致了

五、后记

这个问题解决前还出过一段插曲，把“,”替换成了“/”,但是在进行拆分的时候/66/480/拆分成了”66”与”480/”，后来将/加入了stoplist，这个问题就解决掉了，本次测试我没有再现这个情况，应该是当时设置的断字语言导致的，有兴趣的同学可以自己玩一下。

切记如果你要建的全文索引中有类似的字段，清注意逗号问题，同时在freetext检索的时候，也同样要注意“,”的问题。

sql server全文索引使用中的小坑

标签：