PowerBuilder通过ODBC更新PostgreSQL列时出现SQLSTATE=22021错误

1. 确认PowerBuilder端的字符串编码 #

先验证PowerBuilder中待更新字符串的原始编码是否正确，避免传递前就出现字符损坏：

string ls_target = '4·  '
blob lb_utf8
// 将字符串转为UTF8编码的Blob
lb_utf8 = Blob(ls_target, EncodingUTF8!)
// 输出Blob的十六进制值，对比是否为34 B7 20 20
// 可通过循环读取Blob字节并转换为十六进制打印

如果此处十六进制值与目标不符，说明PowerBuilder对该字符的编码处理存在偏差，需确保应用默认字符集为UTF8。

2. 调整ODBC驱动的字符串处理配置 #

打开ODBC数据源管理器，找到对应的PostgreSQL数据源：

• 进入「高级」设置，取消勾选Trim trailing spaces选项——目标值包含末尾空格，修剪后会导致长度不满足char(4)的要求。
• 确认「Client Encoding」已强制设为UTF8，避免驱动层面自动转换编码。

3. 使用参数化SQL替代字符串拼接 #

在PowerBuilder中避免直接拼接SQL语句传递特殊字符，改用参数化方式减少编码转义问题：

string ls_update_val = '4·  '
int li_sqlcode

DECLARE update_stmt CURSOR FOR
UPDATE your_table SET your_char_column = :ls_update_val WHERE id = ?;
OPEN update_stmt USING 1; // 替换为实际的条件值
li_sqlcode = SQLCA.SQLCode

IF li_sqlcode = 0 THEN
    COMMIT;
ELSE
    ROLLBACK;
END IF
CLOSE update_stmt;

参数化方式会让ODBC驱动直接传递二进制编码的字符串，避免拼接过程中的字符损坏。

4. 升级PostgreSQL ODBC驱动 #

确保使用最新版的psqlODBC驱动，旧版本可能对PostgreSQL 17的UTF8字符或char类型处理存在兼容性bug，新版本通常会修复这类编码相关问题。

5. 检查PowerBuilder应用字符集设置 #

在应用对象的属性面板中，将Default Character Set设置为UTF8，确保整个应用的字符串处理以UTF8为基准，减少跨编码转换的冲突。

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