**瀚高数据库
目录
环境
文档用途
详细信息
环境
系统平台: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,确定对象是否存在,是新创建还是更改对象的属性。