BETWEEN 首字母过滤最直接，用 SUBSTRING/SUBSTR/LEFT 提取首字母后配合 UPPER 统一大小写；LIKE 多条件 OR 性能差，易全表扫描；高频查询应建首字母生成列及索引提升效率。
用 BETWEEN 做首字母范围过滤最直接
直接在 WHERE 子句里对字段用 BETWEEN，比如查姓氏以 A–D 开头的用户：
SELECT * FROM users WHERE SUBSTRING(last_name, 1, 1) BETWEEN 'A' AND 'D';注意这里用的是
SUBSTRING（MySQL/PostgreSQL）或 SUBSTR（Oracle），SQL Server 要用 LEFT(last_name, 1)。字符比较默认区分大小写，如果数据混有大小写，得统一转换：UPPER(LEFT(last_name, 1)) BETWEEN 'A' AND 'D'。
LIKE 配合通配符也能实现但性能更差
LIKE 写起来直观，比如 last_name LIKE 'A%' OR last_name LIKE 'B%' OR last_name LIKE 'C%' OR last_name LIKE 'D%'，但数据库很难走索引——尤其当字段没建前缀索引时，会全表扫描。如果只查单个首字母（如 'A%'），且该字段有普通 B-Tree 索引，还能用上；一旦 OR 多个，多数引擎就放弃索引了。PostgreSQL 9.6+ 支持 IN + LIKE 的优化，但 MySQL 目前不认这种组合。
首字母字段单独建索引能显著提速
如果高频按首字母查，别总依赖函数计算。可以加一个生成列（MySQL 5.7+/8.0）或计算字段（PostgreSQL）：
ALTER TABLE users ADD COLUMN first_letter CHAR(1) STORED AS (UPPER(LEFT(last_name, 1)));<br>CREATE INDEX idx_first_letter ON users(first_letter);之后查询就变成简单等值：
WHERE first_letter IN ('A','B','C','D')。这个索引体积小、查找快，还支持范围扫描（比如 >= 'A' AND ）。注意：生成列必须是 <code>STORED（MySQL）或 GENERATED ALWAYS AS（PostgreSQL），VIRTUAL 列无法建索引。
排序和 collation 会影响范围结果
字母范围不是纯 ASCII 比较。比如德语中 Ö 可能排在 O 后面，而某些 collation 下 ä 和 a 被视为等价。执行 BETWEEN 'A' AND 'Z' 时，若字段用的是 utf8mb4_german2_ci，可能把 Ä 也包含进来；换成 utf8mb4_bin 就严格按码点比，Ä（U+00C4）就落在 A（U+0041）和 Z（U+005A）之外。查之前先确认当前字段的 collation：SHOW FULL COLUMNS FROM users LIKE 'last_name';，必要时显式指定：WHERE UPPER(last_name) COLLATE utf8mb4_bin BETWEEN 'A' AND 'D'。
真正卡住人的往往不是语法，而是 collation 隐式转换和索引失效的组合——看着 SQL 没错，结果慢得离谱，或者漏掉几个带重音符号的名字。动手前先 EXPLAIN 一眼，再查下字段实际排序行为。
