在 PostgreSQL 9.4 中，具有以下架构：
CREATE TABLE people (
id INTEGER PRIMARY KEY,
name TEXT,
junk CHAR(1000)
);
INSERT INTO people(id, name)
SELECT generate_series(1,100000), md5(random()::text);
CREATE INDEX ON people (name text_pattern_ops);
如果我按名称搜索，则使用索引：
test=# explain analyze select id, name from people where name like 'a%';
QUERY PLAN
--------------------------------------------------------------------------------------------------------------------------------
Bitmap Heap Scan on people (cost=248.59..1160.92 rows=6061 width=37) (actual time=2.412..8.340 rows=6271 loops=1)
Filter: (name ~~ 'a%'::text)
Heap Blocks: exact=834
-> Bitmap Index Scan on people_name_idx (cost=0.00..247.08 rows=6266 width=0) (actual time=2.123..2.123 rows=6271 loops=1)
Index Cond: …我正在使用 pg_trgm 运行查询，但在使用符号差异进行搜索时得到很多 1 匹配。我有以下查询：
SELECT my_column, similarity('$ Hello', my_column) AS sml
FROM my_table
WHERE my_column % '$ Hello'
ORDER BY sml DESC, my_column;
在 中my_table，我有以下内容：
- Hello
? Hello
| Hello
$ Hello
! Hello
!? Hello
它们都以 1 的相似性匹配返回。我是否需要转义“$”或类似的内容？
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")
这些方法完全等同还是存在差异？
Postgres 文档说：
使用索引来强制唯一约束可以被视为不应直接访问的实现细节。但是，应该注意没有必要在唯一的列上手动创建索引；这样做只会复制自动创建的索引。
基于此，如果我想要一个列上的表达式索引并且还希望该列是唯一的，那么case 2下面会更好，因为它可以使用单个索引完成上述操作。而case 1由于唯一约束而自动创建一个索引，而另一个因为我需要小写索引而自动创建？
正如@Colin'tHart 指出的那样，这两种情况不一样。我应该在不使用lower()表达式的情况下发布这个问题。在那种情况下，我的理解是 aCREATE UNIQUE INDEX比唯一约束和简单索引更好。
基于此，如果我想要text_pattern_ops在列上使用运算符类（例如）的索引并且还希望该列是唯一的，那么case 2下面会更好，因为它可以使用单个索引完成上述操作。而case 1会因为唯一约束而自动创建一个索引，而另一个因为我需要不同的运算符类而自动创建？
情况1：
CREATE TABLE book (
id SERIAL PRIMARY KEY,
name text NOT NULL,
CONSTRAINT book_name_key UNIQUE (name)
);
CREATE INDEX book_name_like ON book (name text_pattern_ops);
案例2：
CREATE TABLE book (
id SERIAL PRIMARY KEY,
name text NOT NULL
);
CREATE UNIQUE INDEX book_name_like ON book (name text_pattern_ops);
编辑：转述问题 - 我在什么时候从 varchar 切换到 text 并返回？
关于这个问题的一点背景。假设我们有 sales_orders 表，我们希望能够在订单上保留一个带有客户或销售代表评论的注释字段。它需要是可搜索的LIKE "%goldfinger's gun%"我们知道我们不会在字段中存储“战争与和平”，但同时它应该足够大以处理一两句话。
那么哪个选项是：
假设 MySQL(InnoDB) 或 PostgreSQL 用例
是否可以reltuples使用附加条件查询给定表的列table.name LIKE 'hello%'？
目前在我更大的表上，SELECT count(*)查询需要很长时间，我不需要确切的计数。所以我想知道是否可以WHERE在 the 中添加子句reltuples？
如何使用非锚定搜索模式索引以下语句
SELECT somefield
FROM sometable
WHERE lower(somefield2) like '%foo%';
有些行有超过 2k 字节。