SUBSTR 提取第 N 个字符时索引从 1 开始，正确写法为 SUBSTR(str, N, 1)；SQL Server 不支持 SUBSTR，须用 SUBSTRING(str, N, 1)；越界时各库行为不同，需注意兼容性。
用 SUBSTR 提取第 N 个字符时，索引从 1 开始
MySQL、PostgreSQL（兼容模式）、Oracle 和 SQLite 都支持 SUBSTR(string, start, length)，其中 start 是起始位置，**不是从 0 而是从 1 开始计数**。想取第 N 个字符，就直接传 N 作为第二个参数，第三个参数设为 1。
常见错误是误以为像 Python 一样从 0 开始，写成 SUBSTR(col, N-1, 1) —— 这在 MySQL 或 Oracle 里会取错位置，甚至越界返回空串。
- 正确写法：
SUBSTR(name, 5, 1)取name字段第 5 个字符 - 如果
N超出字符串长度，多数数据库返回NULL（MySQL 返回空字符串，需注意） - PostgreSQL 原生用
SUBSTRING，但SUBSTR通常也支持；如遇报错，换SUBSTRING(name FROM 5 FOR 1)
PostgreSQL 中 SUBSTRING 的两种语法要分清
PostgreSQL 默认推荐 SUBSTRING(string FROM start FOR length) 形式，但它也接受 SUBSTR 别名。不过当 start 是负数或表达式时，行为更易混淆。
例如想取倒数第 2 个字符：在 MySQL 用 SUBSTR(col, -2, 1) 可行，但在 PostgreSQL 必须写 SUBSTRING(col FROM LENGTH(col)-1 FOR 1)，否则报错或返回空。
-
SUBSTRING('hello', 2, 1)→'e'（兼容写法） -
SUBSTRING('hello' FROM 2 FOR 1)→'e'（标准写法） - 动态位置建议统一用
LENGTH(col) - N + 1计算正向索引，避免负索引歧义
SQL Server 不支持 SUBSTR，得用 SUBSTRING
SQL Server 完全不认 SUBSTR，调用会报错 Invalid column name 'SUBSTR'。必须改用 SUBSTRING(string, start, length)，且它的 start 同样从 1 开始。
- 错误写法：
SUBSTR(name, 3, 1)→ 报错 - 正确写法：
SUBSTRING(name, 3, 1) - 如果
start为 0 或负数，SQL Server 直接报错Invalid length or start position，不像 MySQL 那样静默处理 - 需要兼容多库时，最好封装成视图或应用层处理，避免裸写函数名
性能与空值处理：别让 SUBSTR 成为隐式瓶颈
单次取一个字符本身开销极小，但若在 WHERE 子句中大量使用（比如 WHERE SUBSTR(code, 1, 1) = 'A'），会导致无法走索引，尤其在大表上明显变慢。
- 替代方案：提前计算并存入生成列（MySQL 5.7+ 支持虚拟列，PostgreSQL 支持存储生成列）
-
SUBSTR(NULL, N, 1)在所有主流数据库中都返回NULL，无需额外IS NOT NULL判断，但要注意后续逻辑是否允许空 - 字符集影响：如果字段是
utf8mb4，SUBSTR按字节还是字符截取？答案是按字符——只要排序规则（collation）正确，中文、emoji 都能准确取到第 N 个“字符”，不是第 N 个字节
实际用的时候，最常被忽略的是不同数据库对越界位置的容忍度差异，以及 SQL Server 完全不用 SUBSTR 这个事实。写通用 SQL 之前，先确认目标数据库的函数支持表。
