MySQL数据库切换瀚高数据库(PostgreSQL)导致SQL适配问题:BadSqlGrammarException

温馨提示:

下面的出现的情况属于层层递进 的,如果只解决其中一种情况会接着报下一个情况,如果只想了解解决方案请直接移步至结论

1. 情况一:ERROR: operator does not exist: smallint = character varying

  1. 报错详细描述:
  1. 产生原因:

在SQL查询中尝试执行了一个不被支持的数据类型比较操作。

  1. 解决方案:

在application.yaml文件中,在url后加&stringtype=unspecified,例如:

XML 复制代码
spring:
  datasource:
    driver-class-name: com.highgo.jdbc.Driver
    url: jdbc:highgo://localhost:5866/highgo?currentSchema=demo&stringtype=unspecified
    username: root
    password: root

2. 情况二:ERROR: could not determine data type of parameter $5

  1. 报错详细描述:
  1. 产生原因:

常常发生在模糊匹配上。在执行参数化查询时,数据库无法识别或推断出传入参数的具体数据类型。

  1. 解决方案:

需要在注入的值后加::数据类型。例如要模糊匹配varchar类型的name:

原sql语句为:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword},'%');

修改后sql语句为:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::text,'%');

或者可以修改为:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::varchar,'%');

3. 情况三:ERROR: could not determine data type of parameter $1

  1. 产生场景:

在本地运行时,sql可以正常运行。在部署后,测试sql会报出该错误。一般发生在模糊匹配。

  1. 产生原因:

a. 在执行参数化查询时,数据库无法识别参数$1的确切数据类型。

b. 本地开发环境与生产环境的配置不同。

  1. 解决方案

在模糊匹配后加 ESCAPE '/' ,如:

原sql语句:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::varchar,'%');

修改后sql语句:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::varchar,'%') ESCAPE '/';

4. 结论:

第一步,修改appliction.yaml。在application.yaml文件中,在url后加&stringtype=unspecified,例如:

XML 复制代码
spring:
  datasource:
    driver-class-name: com.highgo.jdbc.Driver
    url: jdbc:highgo://localhost:5866/highgo?currentSchema=demo&stringtype=unspecified
    username: root
    password: root

第二步,修改sql语句。模糊匹配位置 ,将填充的值指定数据类型,并在CONCAT函数后加 ESCAPE '/'。如:

原sql语句:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword},'%');

修改后sql语句为:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::varchar,'%') ESCAPE '/';

或:

sql 复制代码
SELECT * FROM demo WHERE name LIKE CONCAT('%',#{keyword}::text,'%') ESCAPE '/';
相关推荐
0xDevNull16 小时前
MySQL索引进阶用法
后端·mysql
0xDevNull16 小时前
MySQL索引用法
mysql
IvorySQL17 小时前
PostgreSQL 技术日报 (3月6日)|为什么 Ctrl-C 在 psql 里让人不安?
数据库·postgresql·开源
NineData18 小时前
数据库管理工具NineData,一年进化成为数万+开发者的首选数据库工具?
运维·数据结构·数据库
程序员小崔日记1 天前
一篇文章彻底搞懂 MySQL 和 Redis:原理、区别、项目用法全解析(建议收藏)
redis·mysql·项目实战
IvorySQL1 天前
PostgreSQL 技术日报 (3月5日)|规划器控制力升级,内核能力再进阶
数据库·postgresql·开源
武子康1 天前
大数据-241 离线数仓 - 实战:电商核心交易数据模型与 MySQL 源表设计(订单/商品/品类/店铺/支付)
大数据·后端·mysql
数据组小组2 天前
免费数据库管理工具深度横评:NineData 社区版、Bytebase 社区版、Archery,2026 年开发者该选哪个?
数据库·测试·数据库管理工具·数据复制·迁移工具·ninedata社区版·naivicat平替
爱可生开源社区2 天前
MiniMax M2.5 的 SQL 能力令人惊艳!
sql·llm