Octave调用PostgreSQL函数时的UUID数据类型错误

根源分析 #

第一次调用报错是因为Octave默认将字符串参数转为PostgreSQL的text类型，但目标函数public.fn_func要求uuid类型；第二次添加::uuid转换后，报错no converter found for element oid 1700是因为OID 1700对应numeric类型，Octave的pq模块无默认转换器。

解决方案 #

1. 解决参数类型不匹配问题 #

使用pq_exec_params时手动指定参数的PostgreSQL OID（UUID类型OID为2950），让数据库直接识别参数为UUID：

report_id = "5ed30f08-0de0-47f4-99e8-9aeeb8eb2dfe";
query = "select * from public.fn_func($1)";
# 第三个参数是参数值，第四个参数是对应参数的OID列表
report_nav = pq_exec_params(conn, query, {report_id}, {2950});

2. 解决返回类型转换器缺失问题 #

如果仍遇到oid 1700错误，可通过以下两种方式处理：

方式一：注册numeric类型转换器

在执行查询前，注册将PostgreSQL numeric（OID 1700）转为Octave数值的转换器：

pq_register_converter(conn, 1700, @(x) str2double(x));

注册后再执行查询即可解析返回结果。

方式二：在查询中转换返回字段类型

修改SQL，将返回的numeric字段转为Octave支持的类型（如float8或text）：

# 示例：将返回的numeric字段转为float8
query = "select col1, col2::float8, col3 from public.fn_func($1)";
report_nav = pq_exec_params(conn, query, {report_id}, {2950});

额外说明 #

你已安装uuid-ossp模块且数据库端UUID转换正常，无需额外配置模块。

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