使用AWS DMS从DB2迁移至PostgreSQL：Varchar字段尾空格问题

首先明确：PostgreSQL 默认不会自动忽略Varchar字段的尾空格，因为它对Varchar类型的字符串比较是严格字面匹配——包括所有字符，当然也包含尾空格。而DB2的Varchar比较行为是遵循了SQL标准中针对固定长度CHAR类型的"填充比较"逻辑，这是两者核心的差异点。

针对你的需求，没有直接的全局配置可以让PostgreSQL完全复刻DB2的尾空格忽略行为，但可以通过以下几种方案实现类似效果：

1. 使用RTRIM替代全TRIM（解决偶现异常） #

你提到使用TRIM偶现异常，很可能是因为源数据中存在前导空格或者非标准空格（比如全角空格），而TRIM()默认会同时去除首尾的标准空格。如果你的场景里只有尾空格需要处理，建议改用RTRIM()只去除右侧尾空格：

SELECT RECIP_NUMBER, SERV_TYPE, LENGTH(SERV_TYPE) AS COL_LENGTH 
FROM serv_type rst 
WHERE RTRIM(SERV_TYPE) = 'ST001';

如果需要处理非标准空格，可以明确指定trim的字符集：

WHERE RTRIM(SERV_TYPE, ' ') = 'ST001'; -- 仅去除半角尾空格

2. 自定义匹配操作符 #

如果你希望在整个数据库层面都能像DB2那样直接用=匹配（无需手动加RTRIM），可以自定义一个针对Varchar类型的等于操作符：

-- 创建自定义函数，实现RTRIM后的比较逻辑
CREATE OR REPLACE FUNCTION varchar_eq_db2(varchar, varchar) 
RETURNS boolean AS $$
SELECT RTRIM($1) = RTRIM($2);
$$ LANGUAGE sql IMMUTABLE;

-- 创建自定义操作符，绑定到上面的函数
CREATE OPERATOR = (
    LEFTARG = varchar,
    RIGHTARG = varchar,
    PROCEDURE = varchar_eq_db2,
    COMMUTATOR = =,
    NEGATOR = <>
);

⚠️ 注意：自定义操作符会覆盖默认的=行为，建议在测试环境充分验证后再部署到生产，避免影响其他业务逻辑。

3. 转换列类型为CHAR #

PostgreSQL的CHAR类型（固定长度）在比较时会自动忽略尾空格，和DB2的Varchar行为一致。如果你的源数据长度固定（比如VARCHAR(10)），可以考虑将列类型转换为CHAR(10)：

ALTER TABLE serv_type ALTER COLUMN SERV_TYPE TYPE CHAR(10);

需要注意：CHAR类型会自动将字符串填充到指定长度（不足的补空格），如果源数据长度超过指定长度会被截断，所以转换前务必确认所有数据的长度都不超过目标CHAR的长度。

4. 创建带自动TRIM的视图 #

如果不想修改底层表结构，可以创建一个视图，将需要处理的列自动做RTRIM处理，业务查询直接使用视图即可：

CREATE VIEW serv_type_view AS
SELECT RECIP_NUMBER, RTRIM(SERV_TYPE) AS SERV_TYPE, LENGTH(SERV_TYPE) AS COL_LENGTH
FROM serv_type;

之后查询视图时就可以直接用WHERE SERV_TYPE = 'ST001'，无需手动加TRIM。

内容的提问来源于stack exchange，提问作者vijay