主页 / dba / 问题 / 291248
Accepted
AndreKR
Asked: 2021-05-09 14:25:04 +0800 CST

text_pattern_ops 和 COLLATE "C" 之间有区别吗？

  • 772

例如，如果我有一个name带有排序规则的文本列tr-TR，并且我运行一个查询

SELECT * FROM t WHERE name LIKE 'a%'

然后这将进行 seq 扫描。

如果我现在创建一个索引

CREATE INDEX ON t(name text_pattern_ops)

上面的查询会变成位图扫描。但是还有另一种技术可以达到相同的结果：

CREATE INDEX ON t(name COLLATE "C")

这些方法是完全等效的还是有区别的？

postgresql index

1 个回答

  1. Best Answer

    手册：

    请注意，如果您希望涉及普通<、<=、>或>= 比较的查询使用索引，则还应该使用默认运算符类创建索引。此类查询不能使用 xxx_pattern_ops运算符类。（但是，普通的相等比较可以使用这些运算符类。）可以使用不同的运算符类在同一列上创建多个索引。如果确实使用 C 语言环境，则不需要xxx_pattern_ops 运算符类，因为具有默认运算符类的索引可用于 C 语言环境中的模式匹配查询。

    因此，索引可以COLLATE "C"做所有text_pattern_ops事情，加上后者不能做的事情。喜欢支持这个查询：

    SELECT * FROM t
WHERE name >= 'z' COLLATE "C";

    COLLATE "C"必须在查询中明确指定以使COLLATE "C"索引适用（除非您以“C”排序规则开头，但为什么要索引？）

    上面的查询需要“每列排序支持”的特性（就像你的索引一样）。该功能是在 Postgres 9.1 中添加的。在 Postgres 9.1 之前，操作符类text_pattern_ops更古老并且很有意义。

    从 Postgres 9.1 开始，COLLATE "C" 变体更出色，因为它更通用。我能想到的唯一原因是出于某种奇怪的原因故意不支持其他用例。该手册实际上可能会为操作员类添加弃用通知xxx_pattern_ops。好吧，查询可以使用 atext_pattern_ops而无需COLLATE "C"在正确的位置添加。

    • 5

相关问题