我对 PostgreSQL、全文搜索和 Trigram 的整个概念有点困惑。在我的全文搜索查询中，我使用 tsvector，如下所示：
SELECT * FROM articles
WHERE search_vector @@ plainto_tsquery('english', 'cat, bat, rat');
问题是，这种方法不考虑拼写错误。然后我开始阅读Trigram and pg_trgm：
查看其他示例，似乎使用了三元组或使用了向量，但从不同时使用两者。所以我的问题是：它们曾经一起使用过吗？如果是这样，怎么做？ trigram 会取代全文吗？三元组更准确吗？三元组对性能的影响如何？
【问题讨论】：
标签： postgresql full-text-search pattern-matching
它们的用途截然不同。
考虑以下示例：
SELECT 'cat' % 'cats'; --true
以上返回 true，因为 'cat' 与 'cats' 非常相似（由 pg_trgm 限制决定）。
SELECT 'there is a cat with a dog' % 'cats'; --false
上面返回false，因为%在两个整个字符串之间寻找相似的，而不是在字符串中寻找单词catswithin。
SELECT to_tsvector('there is a cat with a dog') @@ to_tsquery('cats'); --true
这将返回true，因为 tsvector 将字符串转换为词干列表并忽略了一堆常用词（停用词 - 像 'is' 和 'a'）...然后搜索 @ 的词干版本987654331@.
听起来您想使用三元组来自动更正您的ts_query，但这实际上是不可能的（无论如何也不是以任何有效的方式）。他们并不真正知道一个单词拼写错误，也不知道它与另一个单词有多相似。它们可以用于搜索单词表以尝试查找相似的单词，从而允许您实现“您的意思是...”类型的功能，但是这个单词需要维护一个包含所有单词的单独表search 字段中使用的字词。
如果您希望文本索引匹配一些常见的拼写错误的单词/短语，您可能需要查看Synonym Dictorionaries
【讨论】：
% 和@@ 之间的区别。如果您的目标是查找包含英语（或您有字典的任何已知语言）的文档，那么您就是在寻找全文。如果您的目标是将整个字段与整个字段的字符串进行匹配，并避免拼写错误，那么 pg_trgm 就是您想要的。