sql字符串 处理关键在于正确使用函数、避免 隐式转换 和运行时计算；最需警惕的是 WHERE 或 JOIN 中对字段用函数导致索引失效，如应改 UPPER(address) LIKE ‘ 北京 %’ 为 address LIKE ‘ 北京 %’ 等保持索引可用。
SQL 字符串处理不是单纯拼接或截取，关键在于 用对函数、避开 隐式转换、减少运行时计算。很多性能问题其实出在 WHERE 或 JOIN 条件里对字段做了函数操作，导致索引失效——这是最常被忽略也最影响效率的一点。
避免在 WHERE 条件中对列使用函数
比如想查“以‘北京’开头的地址”，别写：
WHERE UPPER(address) LIKE ‘ 北京 %’
这样 address 字段上的索引基本作废。应改为：
WHERE address LIKE ‘ 北京 %’ OR address LIKE ‘beijing%’ （若业务允许大小写明确）
或统一存储为小写 + 查询时小写匹配，保持索引可用。
善用 CASE WHEN 替代多层嵌套if/COALESCE
需要按规则归类字符串时，CASE 比层层 COALESCE 更清晰高效：
CASE WHEN Length(trim(name)) = 0 THEN ‘ 未知 ’
WHEN name LIKE ‘% 有限公司 %’ THEN ‘ 企业 ’
ELSE ‘ 个人 ’ END
注意：提前 trim()再判断长度，避免空格干扰；LIKE 模式尽量前置固定字符，利于优化器估算。
批量替换优先用 TRANSLATE 或正则（如支持）
要清除电话中的括号、短横、空格：
– postgresql/oracle可用 TRANSLATE(phone, ‘()- ‘, ”)
– mysql 8.0+ 可用 REGEXP_REPLACE(phone, ‘[()-s]’, ”)
比多次 REPLACE 嵌套快得多，也更易读。但注意正则在 大数据 量下仍比 TRANSLATE 慢，优先选前者。
连接字符串时注意 NULL 陷阱
CONCAT(‘A’, NULL, ‘C’) → ‘AC’（MySQL），但 || 在 Oracle/PostgreSQL 中遇到 NULL 直接得 NULL。
稳妥写法：
CONCAT(COALESCE(first_name, ”), ‘ ‘, COALESCE(last_name, ”))
或用字符串拼接符配合 COALESCE：
COALESCE(first_name, ”) || ‘ ‘ || COALESCE(last_name, ”)
基本上就这些。不复杂，但容易忽略——尤其函数放 WHERE 里那条，一不小心就让千万级查询从 0.1 秒变 30 秒。
