瀚高企业版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 小时前
数据库索引失效的常见情况与优化策略
数据库·sql·oracle
这个DBA有点耶2 小时前
分布式数据库到底该不该上?从判断标准到架构选型的实战思考
数据库·架构·dba
01_ice3 小时前
MySQL库和表的操作
数据库·mysql
oradh3 小时前
Oracle UNDO表空间管理维护总结
数据库·oracle·undo表空间·undo表空间管理·undo表空间管理维护
布莱克6054 小时前
数据库索引分类:数据结构、物理存储与逻辑角度详解
数据结构·数据库
SelectDB4 小时前
DeepSeek Harness 接入 Litefuse:完善 Agent 可观测与评估能力
数据库
这个DBA有点耶5 小时前
从库延迟的“二次放大”效应:一次大事务,拖垮整个读写分离
数据库·mysql·架构
LearnYard5 小时前
自然语言驱动的数据图表生成:几款工具功能对比实践
数据库·百度·powerpoint
一个有温度的技术博主5 小时前
MySQL 三大日志协同机制:redo log、undo log 与 binlog 的联合运作
数据库·mysql·oracle
ltl6 小时前
ClickHouse 与 DuckDB 选型:不是同一类列存
数据库