瀚高企业版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。

相关推荐
袋鼠云数栈8 小时前
实时湖仓如何真正做到“数据够新”?
大数据·数据库·人工智能·数据治理
ACP广源盛139246256738 小时前
M6/M5 Pro Mac mini 端侧 AI 落地@ACP#YLB3116 中端多盘存储扩展在 AI 服务中的机会与应用场景
大数据·网络·数据库·人工智能·嵌入式硬件·macos
ACP广源盛139246256739 小时前
M6/M5 Pro Mac mini 端侧 AI 新形态@ACP#GSV5800 Serdes 长距离视频传输在 AI 服务中的机会与落地场景
大数据·网络·数据库·人工智能·嵌入式硬件·macos·音视频
倔强的石头_10 小时前
事务边界与批量写入:避免长事务、锁等待和日志压力
数据库
努力努力再努力wz11 小时前
【Redis入门系列】从 KEYS 到 SCAN:渐进式遍历、Cursor 与位反转原理
数据库·redis·缓存
坐吃山猪11 小时前
【多线程】Lock与Condition
大数据·数据库
Lightpwd12 小时前
Spring Boot 多数据源落地:AbstractRoutingDataSource + 注解切面(附源码)
数据库·后端
LabVIEW开发12 小时前
LabVIEW 64位安装的位深陷阱:工具包、内存与工程兼容
数据库·labview·labview知识·labview功能·labview程序
寺中人12 小时前
MySQL 8.0 Windows 完整安装教程:环境配置、密码重置与常见报错排查
数据库·windows·mysql·环境搭建·mysql 安装
这个DBA有点耶12 小时前
同样48核配置TPS差1倍?高性价比数据库一体机的“软硬协同”才是分水岭
服务器·数据库·架构