MySQL、SQL Server、PostgreSQL（从13版起）原生支持REVERSE()；SQLite和早期PostgreSQL不支持，需用string_to_array+array_reverse等组合或自定义函数实现。
REVERSE函数在哪些数据库里能用
MySQL、SQL Server、PostgreSQL（从13版起）原生支持 REVERSE()，但 SQLite 和早期 PostgreSQL（function reverse() does not exist。Oracle 完全没有这个函数，得用 REGEXP_REPLACE() 或 LISTAGG() 拼接反转，效率低且写法复杂。
所以第一步不是写SQL，而是查自己用的数据库版本：
– MySQL：运行 SELECT VERSION();
– PostgreSQL：运行 SELECT version();
– SQL Server：运行 SELECT @@VERSION;
基本用法和常见错误写法
REVERSE() 只接受一个字符串参数，返回反转后的字符串。它不修改原数据，只是表达式计算结果。
- ✅ 正确：
SELECT REVERSE('hello');→ 返回'olleh' - ❌ 错误：
SELECT REVERSE('hello', 'world');→ 多参数，报错too many arguments - ❌ 错误：
SELECT REVERSE(NULL);→ 返回NULL，不是空字符串，后续拼接可能引发意外空值 - ⚠️ 注意：
REVERSE()对 Unicode 字符（如中文、emoji）行为一致，但某些旧版 SQL Server（2005及更早）对 UTF-16 surrogate pair 处理有缺陷，可能导致乱码
实际场景中怎么安全使用
反转常用于校验、脱敏或匹配（比如查“上海”和“海上”是否互为回文），但不能直接套在 WHERE 或 JOIN 条件里盲目用——性能会崩。
- 避免在大表字段上直接写
WHERE REVERSE(name) = 'dlrow'：无法走索引，全表扫描 - 如果真要高频反向匹配，建生成列 + 索引（MySQL 5.7+ / PostgreSQL）：
ALTER TABLE users ADD COLUMN name_reversed VARCHAR(255) STORED AS (REVERSE(name)); CREATE INDEX idx_name_rev ON users(name_reversed); - 处理 NULL 时显式判断：
COALESCE(REVERSE(col), '')，防止下游逻辑崩掉 - 和其它函数嵌套要注意顺序：想先去空格再反转，得写
REVERSE(TRIM(col))，而不是TRIM(REVERSE(col))（后者是反转完再去空格，语义不同）
替代方案：没有REVERSE时怎么办
SQLite 用户最常卡在这儿。别硬写循环，用内置函数组合：
- SQLite（3.8.3+）：
WITH RECURSIVE r(s, i) AS (SELECT col, LENGTH(col) FROM t UNION ALL SELECT s, i-1 FROM r WHERE i > 1) SELECT GROUP_CONCAT(SUBSTR(s, i, 1), '') FROM r GROUP BY s;—— 性能差，只适合小数据 - PostgreSQL array_to_string(ARRAY(SELECT SUBSTRING(col FROM n FOR 1) FROM generate_series(LENGTH(col), 1, -1) AS n), '')
- 通用兜底思路：把反转逻辑提到应用层做（Python 的
s[::-1]、JS 的s.split('').reverse().join('')），比在SQL里硬刚更稳
真正麻烦的不是函数有没有，而是你是否意识到：反转操作几乎从不该出现在 OLTP 查询的 WHERE 子句里。它更适合 ETL 清洗阶段或一次性分析任务。
