我必须编写一个简单的查询，在其中查找以 B 或 D 开头的人名：
SELECT s.name
FROM spelers s
WHERE s.name LIKE 'B%' OR s.name LIKE 'D%'
ORDER BY 1
我想知道是否有办法重写它以提高性能。所以我可以避免or和/或like？
postgresql index regular-expression pattern-matching string-searching
在 PG 14 的文档中，在 参考资料CREATE FUNCTION部分中，手册指出函数的主体LANGUAGE SQL可以是单个语句：
RETURN expression
或一个块：
BEGIN ATOMIC
statement;
statement;
...
statement;
END
没有对该块的语义给出任何解释。这看起来类似于BEGIN ... END;PL/pgSQL 中的块，但似乎有些不同。
在 内 或 外 写一组语句有什么区别BEGIN ATOMIC ... END？什么时候需要使用这样的块？关键字是ATOMIC强制的吗？
我想通过查询得到结果：
SELECT * FROM (
SELECT id, subject
FROM mailboxes
WHERE tsv @@ plainto_tsquery('avail')
) AS t1 ORDER by id DESC;
这有效并返回tsv包含包含的行Available。但是如果我使用avai(dropped lable) 它找不到任何东西。
所有查询都必须在字典中吗？我们不能只查询这样的字母吗？我有一个包含电子邮件正文（内容）的数据库，我希望随着它每秒增长而使其快速增长。目前我正在使用
... WHERE content ~* 'letters`
我正在尝试加速执行三个ILIKE查询的查询并使用 or 减少这些查询（返回总计数和 10 个条目）
SELECT *, count(*) OVER() as filtered_count FROM "users"
WHERE (
(f_unaccent("users"."first_name") ILIKE f_unaccent('%foo%') OR
f_unaccent("users"."last_name") ILIKE f_unaccent('%foo%')) OR
f_unaccent("users"."club_or_hometown") ILIKE f_unaccent('%foo%')
) LIMIT 10 OFFSET 0
在为所有查询的属性添加 gin-indexes 后，这工作得相当快（这里仅适用于 first_name）：
CREATE INDEX users_first_name_gin
ON users
USING gin
(f_unaccent(first_name::text) COLLATE pg_catalog."default" gin_trgm_ops);
然而，如果我添加一个额外的 order 子句，例如ORDER BY users.first_name ASC，postgresql 不使用 gin 索引，而是使用正常的 b-tree 索引 on first_name，然后过滤结果。这在我的应用程序中需要更长的时间。即使对于有序查询，我如何调整查询/索引以继续使用 gin 索引？
编辑：我使用的是 postgresql 9.4
无序查询的解释：
"Limit (cost=125.98..139.61 rows=10 width=58) (actual time=17.828..17.833 rows=10 loops=1)"
" -> …我在 PostgreSQL 9.6中有一个查询需要很长时间才能运行：
SELECT DISTINCT ON (gc.number)
gc.number, gc.code, ch.client_id, ch.client_parent_id
FROM client gc, client_hierarchy ch
WHERE gc.code = ch.client_id
AND gc.number in (SELECT NUMB FROM directory
WHERE ACTIVE = TRUE
AND NUMB SIMILAR TO '(ABTR|GREW|POEW)%');
SIMILAR TO接收许多不同NUMB的作为参数。ABTR|GREW|POEW大约 3.500 多。
表定义：
CREATE TABLE directory (
id BIGINT PRIMARY KEY NOT NULL,
active BOOLEAN NOT NULL,
numb VARCHAR(8),
branch VARCHAR(20),
city VARCHAR(50),
modified_date TIMESTAMP NOT NULL,
name VARCHAR(200)
);
CREATE INDEX dir_numb_index ON directory (numb); …我有一个包含文本列的表格，我想按word搜索，而不是lexeme。更重要的是，我想按单词而不是词素进行索引。我们有大量代码引用的错误转储，它们不适用于任何自然语言词典。
Postgres 有没有办法让 FTS 按单词边界解析而不将单词解析为词素？如果我必须定义一个边界字符列表和一个跳过词目录，那可能没问题。这是否需要制作某种自定义词典，还是已经有类似的东西可用？
我一直认为我错过了一些明显的东西，然后找不到它。
目前，trigram 索引还可以，但我真的更喜欢文本的唯一关键字解析器。
RDS 上的 Postgres 11.4。