华为云数据库 GaussDB的 nvarchar2隐式类型转换的坑

bigint 与 nvarchar2比较时发生隐式类型转换的坑

1. 案例分析

假设:

  1. table1有下面两个字段:id:bigint, source_id nvarchar2(50)
  2. 数据库中id 的值一定大于 int4 的最大值,例如存在一条单据: id=1947854462980792321,source_id= 1947849730132353025

满足上面两个条件后,执行下面的sql,一定会报错:ERROR: Value "1947849730132353025" is out of range for type integer. 这就是因为再进行a.id = p.source_id 这块计算时,nvarchar2 的source_id 隐式转换为 int4 失败导致的。

sql 复制代码
     SELECT a.id, a.source_id, FROM table1 a INNER JOIN (
              SELECT id, source_id, approve_dt, wf_flg FROM table1 WHERE id = 1947854462980792321
     ) p ON a.id = p.source_id

2. 解决方法:

2.1 方案 1:设置 id 和 source_id 的类型一致

  • 要么都采用 varchar
  • 要么都采用 bigint(但是要注意前端 number 类型超长问题)

2.2 方案 2:写 sql 手动进行类型转换

sql 复制代码
 SELECT a.id, a.source_id, FROM table1 a INNER JOIN (
              SELECT id, source_id, approve_dt, wf_flg FROM table1 WHERE id = 1947854462980792321
     ) p ON a.id = p.source_id::BIGINT
相关推荐
PaperData1 小时前
2007-2020年税收调查面板数据
数据库
程序员清风2 小时前
CSV、Excel 与数据库数据读取实践
数据库·oracle·excel
GEO实战经验分享2 小时前
GEO技术与工具全景:从监测仪表盘到Schema的实战指南
数据库
一个天蝎座的程序猿2 小时前
IoTDB集群扩容:从慌乱到从容的经验分享
数据库
小小龙学IT3 小时前
Python SQLAlchemy 2.0 深度解析:从 Core 到 ORM 的数据访问双引擎
开发语言·数据库·python
DongQiShanRen3 小时前
裁决台账双向互校(上):名册与实物的第一道对账
java·linux·运维·数据库·人工智能·自然语言处理·数据挖掘
ShineWinsu3 小时前
对于Redis:AOF持久化的解析
linux·数据库·redis·缓存·面试·持久化·aof
仍然.4 小时前
Redis---集群
数据库·redis·缓存
Allstar_434 小时前
DV/PV 验证管理:为量产放行提供完整证据链——全星研发项目管理 APQP 软件系统汽车电子行业专业级研发项目管理平台
数据库·汽车
小范的技术工坊4 小时前
向量数据库解决了什么问题?
数据库