PostgreSQL全文搜索（FTS）对前缀检索词'a:*'无返回结果问题咨询

这绝对不是PostgreSQL的Bug，而是全文搜索中停用词（stop words）机制的预期行为，咱们一步步理清楚：

• 你使用的english文本词典包含大量停用词——就是那些过于常见、对搜索无实际意义的词汇，比如"a"、"the"、"and"这类。当你调用to_tsquery('english', 'a:*')时，PostgreSQL会先检查输入的词是否属于停用词："a"正好在english词典的停用词列表里，所以它会被直接过滤掉，最终生成的是一个空的tsquery。空的tsquery自然无法匹配任何tsvector，所以返回空结果。
• 而你测试的'b:*'，"b"不在english的停用词列表里，所以to_tsquery会正常生成匹配以b开头词干的查询条件，自然能匹配到tsvector里的'busi'。

验证这个结论的方法 #

你可以直接执行下面的语句查看to_tsquery的处理结果：

-- 处理'a:*'，返回空值
SELECT to_tsquery('english', 'a:*');

-- 处理'b:*'，返回正常的查询条件
SELECT to_tsquery('english', 'b:*');

如何解决这个问题？ #

如果你确实需要匹配以"a"开头的词，有几种方案可选：

1. 使用不带停用词的词典：比如simple词典，它不会过滤任何词汇，只是简单地将文本转为小写。示例：

   SELECT * FROM table_name WHERE tsv @@ to_tsquery('simple', 'a:*');
   

   注意：使用simple词典时，要确保你的tsvector也是用simple词典生成的，否则可能出现匹配不上的情况（比如你的tsvector是用english生成的词干，而simple是原词小写）。
2. 修改english词典的停用词列表：你可以编辑PostgreSQL安装目录下的share/tsearch_data/english.stop文件，移除"a"这个停用词，然后重新加载词典（需要数据库重启或者使用ALTER TEXT SEARCH DICTIONARY命令）。不过这种方法会影响所有使用english词典的查询，需要谨慎操作。
3. 自定义文本搜索配置：创建一个基于english但移除了特定停用词的自定义配置，这样既保留english的词干处理能力，又能避免过滤"a"这类词。

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