瀚高企业版V9.1.1在pg_restore还原备份文件时提示extract函数语法问题

文章目录

环境

系统平台:UOS(海光)

版本:9.0

症状

瀚高数据库版本:企业版 V9.1.1

症状: pg_restore还原备份文件时,提示下面错误

复制代码
pg_restore: 来自 TOC 记录 259; 1259 16997 VIEW t_view highgo
pg_restore: 错误: could not execute query: 错误:  语法错误 在 "FROM" 或附近的
第2行 SELECT EXTRACT(second FROM (t.endtime - t.starttime)) AS du...
                            ^
命令是: CREATE VIEW public.t_view AS
SELECT EXTRACT(second FROM (t.endtime - t.starttime)) AS duratime
  FROM t;

问题原因

瀚高企业版V9.1.1初始化的时候,指定了-m oracle(双端口模式),使用5866端口创建表、添加数据,没有使用1521(oracle兼容)端口。

pg_dump备份的时候,也默认使用的5866端口,但是在备份文件的最开始添加了一些set语句,设定了oracle的兼容,如下所示:

sql 复制代码
set ivorysql.compatible_mode to oracle;   ##设定了oracle兼容
set session authorization system;
set ivorysql.dumppgtype to oracle;
set ivorysql.grant_usertype to oracle;

oracle兼容影响了pg模式下extract函数的语法,导致报错。

解决方案

在确定只使用pg模式,不使用oracle兼容的情况下,有以下两种方案:

1、pg_dump命令中添加 "-m pg" 选项,备份采用pg模式备份,则可解决问题。

2、如果数据量不大,用户允许重新初始化且可停机的前提下,可以重新初始化一下data,初始化时指定 -m pg,然后把原数据进行备份还原到新data下,以纯pg模式运行,这样pg_dump的时候可以不加-m pg。

相关推荐
愤怒火龙果2 小时前
AI攻防 AIRT03-RAG Exploitation & Vector Database Attacks
数据库·人工智能·网络安全
SelectDB2 小时前
高并发 BI 看板怎么撑住:隔离与加速配置速查
大数据·数据库·数据分析
l1t3 小时前
测试DuckDB v2.1.0-alpha49002的bignum乘法
数据库·sql·算法·duckdb
麦壳饼3 小时前
SonnetDB:向量召回率评估中的精确基线与参数记录
数据库·sonnetdb
ClouGence4 小时前
数据如何随时可用?广西水牛先生的 MySQL 实时同步实践
数据库·mysql·数据分析
斯晨的AI笔记4 小时前
rsync 部署避坑:脚本执行位被 git 模式位抹掉,巡检备份双静默失败的排查与根治
数据库
这个DBA有点耶4 小时前
innodb_autoinc_lock_mode的三种模式:批量插入时自增锁的持有逻辑与调优
数据库·架构·代码规范
我命由我123454 小时前
5-1.Python 编码进阶 - 函数进阶(参数、返回值、递归、函数作为参数传递、lambda 匿名函数)
java·服务器·数据库·后端·python·java-ee·python3.11
小蒜学长4 小时前
基于Spring Boot+Vue3的在线游戏技术指导师匹配系统的设计与实现(代码+数据库+LW)
java·数据库·spring boot·后端·在线游戏技术指导
Web3&Basketball5 小时前
DeepSeek V4.1 Flash 实测:Token 砍半、Search API 跑通
数据库·人工智能·python·大模型·api调用·deepseek·推理优化