瀚高数据库中,对象不存在问题的处理思路及解决方案

**瀚高数据库
目录
环境
文档用途
详细信息

环境

系统平台:N/A

版本:6.0,4.5
文档用途

使用瀚高数据库可能会遇到应用系统中报对象等不存在的问题,可参照本文处理。

详细信息
1、常见报错信息展示:

msgid "table "%s" does not exist"

msgstr "表 "%s" 不存在"

msgid "function "%s" does not exist"

msgstr "函数 "%s" 不存在"

msgid "No function matches the given name and argument types. You might need to add explicit type casts."

msgstr "没有匹配指定名称和参数类型的函数. 您也许需要增加明确的类型转换."

msgid "operator does not exist: %s"

msgstr "操作符不存在: %s"

以上报错信息可以分为两类:

第一类:表、索引、序列、视图、函数等对象

1)表、索引、序列、视图等在系统表pg_class中可以查到的;

2)函数(存储过程)在瀚高数据库中,重载现象很多,也就是不同的参数类型或个数可以使用同名函数;在进行DDL、DQL等操作时一定要根据参数类型匹配到对应的同名函数,否则出错;

第二类:类型转换和操作符,基本归结为类型不匹配问题;有时可以使用这两种方式解决同一个问题。

2、当遇到第二类问题时,不建议直接去创建隐式转换或操作符去解决问题;

2.1 建议先从自己的代码与数据库类型进行排查,兼顾整个项目;确定代码实际要用的字段类型、数据库的字段类型,尽可能的修改成一致的数据库类型去解决问题;如果是SQL中的,建议在SQL中添加转换或使用双冒号转换;

2.2 以上方案解决不了的再创建隐式转换或操作符处理;这个问题可参照如下文章解决,本文不再详述,如下:

016958304 类型转换处理思路(APP)

018104201 瀚高数据库中java代码类型与bit对应(APP)

012800904 类型转换处理常用示例(APP)

3、当遇到第一种问题时,如下解决:

3.1 表、索引、序列、视图等在系统表pg_class中可以查到的,如下查询:

cpp 复制代码
select pc."oid", pc.relname, pn.nspname as "schema", pa.rolname "owner"

from pg_class pc 

join pg_namespace pn on pn."oid" =pc.relnamespace 

join pg_authid pa on pa.oid = pc.relowner 

where relname = '';

函数(存储过程)如下查询:

cpp 复制代码
select pp."oid", pp.proname, pn.nspname "schema", pa.rolname "owner", pg_get_functiondef(pp."oid") def 

from pg_proc pp

join pg_namespace pn on pp.pronamespace = pn."oid" 

join pg_authid pa on pp.proowner = pa."oid" 

where pp.proname = '';

查出对象的所属用户,模式等;查找对象是否存在;若不存在,那就是确实未创建该对象或连接的数据库不对;注意函数还要匹配参数个数和类型。

以上sql需要在对应的database执行。

改正后,再次测试。

3.2 jdbc等类似url未加currentSchema参数,conf(data目录下的postgresql.conf或postgresql.auto.conf)配置文件中的search_path参数未添加对象所属的schema,search_path默认如下:

cpp 复制代码
  search_path = '"$user", public'

如果对象不在上述schema中,则需要添加上,否则报错,如下添加模式sch1:

cpp 复制代码
  search_path = '"$user", public, sch1'

3.3 jdbc等类似url添加了currentSchema参数,但是值不包含对象所属的schema,也会报错,添加上即可解决,如下:

cpp 复制代码
  jdbc:postgresql://ip:port/database?currentSchema=sch1

如果查询的对象在sch2中,这里只添加了sch1,就会报错,改正如下:

cpp 复制代码
  jdbc:postgresql://ip:port/database?currentSchema =sch1,sch2

需要注意,添加了currentSchema参数,相当于把当前的会话的search_path参数值覆盖为currentSchema的值,因此如果创建的对象在public下,也需要把public添加上。

4、当遇到第二种问题时,也可以查询系统表pg_operator和pg_cast,确定对象是否存在,是新创建还是更改对象的属性。

相关推荐
IvorySQL1 天前
PostgreSQL 技术日报 (3月6日)|为什么 Ctrl-C 在 psql 里让人不安?
数据库·postgresql·开源
NineData1 天前
数据库管理工具NineData,一年进化成为数万+开发者的首选数据库工具?
运维·数据结构·数据库
IvorySQL1 天前
PostgreSQL 技术日报 (3月5日)|规划器控制力升级,内核能力再进阶
数据库·postgresql·开源
数据组小组2 天前
免费数据库管理工具深度横评:NineData 社区版、Bytebase 社区版、Archery,2026 年开发者该选哪个?
数据库·测试·数据库管理工具·数据复制·迁移工具·ninedata社区版·naivicat平替
悟空聊架构2 天前
基于KaiwuDB在游乐场“刷卡+投币”双模消费系统中的落地实践
数据库·后端·架构
IvorySQL2 天前
PostgreSQL 技术日报 (3月4日)|硬核干货 + 内核暗流一网打尽
数据库·postgresql·开源
进击的丸子2 天前
虹软人脸服务器版SDK(Linux/ARM Pro)多线程调用及性能优化
linux·数据库·后端
NineData3 天前
NineData智能数据管理平台新功能发布|2026年1-2月
数据库·sql·数据分析
IvorySQL3 天前
双星闪耀温哥华:IvorySQL 社区两项议题入选 PGConf.dev 2026
数据库·postgresql·开源