DB2在处理字符数据时，字符串拼接、截取和替换是最常见的操作，但对应的函数并不少，函数之间的参数规则和NULL行为也存在差异。本文围绕这些函数展开，结合SQL示例说明各自的使用方式和适用场景。

字符串拼接：CONCAT与竖线运算符

DB2实现字符串拼接主要有两种方式：使用CONCAT函数或使用竖线运算符||。CONCAT函数接收两个参数，返回二者连接后的字符串；||运算符可以连续拼接多个字符串，写法上更直观。例如下面的SQL分别用两种方式将姓和名拼接起来。

SELECT CONCAT(first_name, last_name) AS full_name FROM employees;
SELECT first_name || ' ' || last_name AS full_name FROM employees;

一个必须注意的差异在于对NULL值的处理。CONCAT函数在DB2中的行为与很多数据库不同：如果任意一个参数为NULL，则返回NULL；而竖线运算符||则会把NULL当作空字符串处理，继续拼接另一个操作数。这意味着使用first_name || last_name时，即使last_name为NULL，结果也不会变成NULL，而是只显示first_name。这种差异会对数据质量造成影响。为了避免意外，实际开发中建议在拼接前使用COALESCE函数将可能为NULL的字段转换为默认值。例如：CONCAT(COALESCE(first_name,''), COALESCE(last_name,''))。这样无论使用哪种方式，结果都可控。

从可读性角度看，竖线运算符更适合拼接多个字段，因为它可以连续书写而不必嵌套多层函数。例如：first_name || ' ' || middle_name || ' ' || last_name比嵌套CONCAT清晰得多。因此，如果团队约定统一使用COALESCE处理后，推荐优先使用||进行拼接。对于仅有两个字段且确定不会为NULL的场景，CONCAT也是简洁选择。

字符串截取：SUBSTR、LEFT、RIGHT与分隔符定位

DB2中截取子串最常用的函数是SUBSTR。它的完整语法为SUBSTR(源字符串, 起始位置, 长度)，其中起始位置从1开始，而不是0。这一点与Java、Python等语言不同，很容易用错。例如要取前三个字符，应该写成SUBSTR(name, 1, 3)；如果写成SUBSTR(name, 0, 3)，结果会不符合预期，因为0位置会被视为1之前的位置，DB2可能返回前两个字符或直接报错，取决于版本。长度参数可以省略，省略时表示截取从起始位置到字符串末尾的全部内容。

SELECT SUBSTR(emp_id, 1, 4) AS dept_code FROM employees;
SELECT SUBSTR(email, LOCATE('@', email) + 1) AS domain FROM employees;

除了SUBSTR，DB2还提供了LEFT和RIGHT函数，分别用于从左侧或右侧截取指定长度的子串。语法简单：LEFT(字符串, 长度)、RIGHT(字符串, 长度)。对于固定长度的截取任务，它们比SUBSTR更直观。例如要取手机号后四位，可以写成RIGHT(phone, 4)，而不需要先计算长度再定位起始位置。如果字符串长度小于指定长度，则返回整个字符串。当需要从末尾按长度截取时，RIGHT通常是最清晰的选择。

实际业务中经常需要按某个分隔符提取内容，例如从邮箱中提取域名、从文件路径中提取文件名。DB2没有内置的SPLIT函数，但可以组合LOCATE和SUBSTR实现。LOCATE用于返回子串在字符串中首次出现的位置，位置从1开始，未找到则返回0。例如LOCATE('@', email)返回@符号的位置。要截取@之后的部分，可以使用SUBSTR(email, LOCATE('@', email) + 1)。如果想截取@之前的用户名，则用SUBSTR(email, 1, LOCATE('@', email) - 1)。需要注意当字符串中不存在分隔符时，LOCATE返回0，再进行减1可能会得到0或负数，导致SUBSTR出错或返回异常结果。因此最好先通过CASE WHEN判断，或者使用NULLIF等函数规避。

字符串替换：REPLACE与TRANSLATE的区别

DB2中进行替换操作时，REPLACE和TRANSLATE是两个容易混淆的函数。它们都能改变字符串内容，但语义完全不同。REPLACE(源字符串, 搜索子串, 替换子串)会在源字符串中查找所有与搜索子串完全匹配的连续字符序列，并将每一处替换为指定的替换子串。例如REPLACE(phone, '-', '')可以删除手机号中的连字符。REPLACE的搜索子串可以是多个字符，替换子串也可以是空字符串，表示删除匹配到的内容。这与TRANSLATE的单字符映射机制有本质区别。

SELECT REPLACE(file_path, '\', '/') AS normalized_path FROM files;
SELECT REPLACE(phone, '-', '') AS clean_phone FROM customers;

TRANSLATE(源字符串, 目标字符集, 源字符集)按字符位置对应进行逐一替换，而不是匹配连续子串。它会将源字符串中出现在“源字符集”里的每个字符，替换成“目标字符集”中相同位置的字符。如果目标字符集比源字符集短，多出来的源字符会被删除；如果目标字符集更长，多余部分被忽略。典型用途是进行字符映射，例如大小写转换、数字转字母、清除特定字符等。例如TRANSLATE('abc', 'ABC', 'abc')会将a替换为A、b替换为B、c替换为C，得到ABC。需要注意的是，想删除某个字符时，TRANSLATE并不直观，通常使用REPLACE更合适。

SELECT TRANSLATE('hello', 'HELLO', 'hello') AS converted FROM sysibm.sysdummy1;
SELECT TRANSLATE(phone, '', '-') AS result FROM customers;

总结来说，需要替换多个连续字符或删除某个子串时，首选REPLACE；需要将一批单字符按映射关系转换时，使用TRANSLATE。如果错误地用TRANSLATE去做子串替换，会导致结果不符合预期。例如想把所有逗号替换为分号，REPLACE(text, ',', ';')正确；但如果使用TRANSLATE(text, ';', ',')也能实现同样的单字符替换，因为逗号和分号都是单字符，效果相同。但想把“AB”替换成“CD”，必须使用REPLACE，因为TRANSLATE只会逐个字符映射，无法识别连续组合。理解这一点可以避免很多隐蔽的数据错误。

组合应用与注意事项

实际业务中，拼接、截取、替换经常需要组合使用。例如对邮箱地址做脱敏处理，要求保留@前两个字符和@后域名部分，中间用星号代替，可以这样写。

SELECT SUBSTR(email, 1, 2) || '***' || SUBSTR(email, LOCATE('@', email)) AS masked_email
FROM users;

这个示例先用SUBSTR截取前两个字符，再用||拼接星号常量，最后用LOCATE定位@并截取从@到末尾的部分。整个表达式结合了截取、定位和拼接。组合函数时需要特别关注NULL值的传播。DB2中大多数字符串函数在输入为NULL时返回NULL，包括SUBSTR、REPLACE、TRANSLATE，但竖线运算符例外。也就是说，只要表达式中有一个字段为NULL，整个结果就可能变成NULL。因此无论业务上是否允许NULL，都建议在关键列上使用COALESCE设置默认值。另外，截取的长度参数如果超出剩余字符数，函数不会报错，只返回剩余部分，这有利于简化边界判断。但SUBSTR的起始位置如果为0或负数，DB2的处理方式与标准SQL不完全一致，跨数据库迁移时需要特别注意。

在I/O密集型查询中，字符串函数通常不会成为主要瓶颈，但如果在WHERE条件、JOIN条件或索引列上使用函数，会导致无法使用索引，进而引发全表扫描。例如WHERE SUBSTR(emp_id,1,4) = 'D001'会导致索引失效。更好的做法是将条件改写为WHERE emp_id LIKE 'D001%'，既保留可索引性，又达到同样目的。对于需要高频调用的函数表达式，如果结果相对稳定，可以考虑使用表达式索引或生成列来优化。DB2的编码集也会影响字符串长度计算，在UTF-8编码下，一个汉字可能占多个字节，使用LENGTH或CHARACTER_LENGTH时要注意区分字节数和字符数，避免截取出现半个汉字导致乱码。合理使用这些函数，能让SQL清晰且高效。