job调用存储过程（包含current_timestamp函数)导致插入数据库后，时间不准确

最新推荐文章于 2024-09-17 21:08:57 发布
转载 最新推荐文章于 2024-09-17 21:08:57 发布 · 467 阅读 · 0
文章标签：

#数据库

本文描述了一个关于使用JOB调度执行存储过程时遇到的时间差异问题，该问题源于存储过程中调用了包含current_timestamp的过程，导致时间显示比预期早了8小时。为了解决这个问题，作者选择移除current_timestamp字段，并改用表中的默认值sysdate，这一改动成功解决了时间差异问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

使用job排程执行储过程,procedure 中调用另一个含有current_timestamp的procedure ，居然时间差异很大，应该是跟job的环境设置有关系(早了8小时),
我处理的方法是将current_timestamp字段去除，使用表中的默认值sysdate,使用sysdate就完全没问题
[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/181228/viewspace-1023446/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/181228/viewspace-1023446/

OceanBase数据库：与MySQL和Oracle的函数差异分析
专注Java开发与国产数据库技术分享，涵盖达梦DM8/OceanBase/GaussDB核心原理与实战，兼及DeepSeek大模型部署、YOLOv11训练等AI技术，为开发者提供从基础到进阶的技术干货。
06-20 370
OceanBase数据库兼容性解析：MySQL与Oracle模式深度比较 摘要：OceanBase通过独特的双模式架构，实现了对MySQL和Oracle的高度兼容。文章首先分析了OceanBase的兼容性架构，包括SQL解析层、优化器层和执行引擎层的差异化设计。随后对比了两种模式在数据类型、SQL语法、函数支持等方面的兼容性差异，其中MySQL模式兼容5.7版本大部分功能，Oracle模式则支持155个内置函数和PL/SQL特性。最后提出了模式选择的六大考量因素，包括现有系统基础、功能需求和迁移成本等，为数
Hive架构及相关函数
lsx20010907的博客
09-20 849
Hive在我们大数据框架中是一个比较重要的部分，它是基于hadoop的一个数据仓库工具，可以讲结构化的数据文件映射为一张数据库表，并提供类sql查询功能； 数据仓库：为企业所有级别的决策制定过程，提供所有类型数据支持的战略集合。它是单个数据存储，出于分析性报告和决策支持目的而创建。为需要业务智能的企业，提供指导业务流程改进、监视时间、成本、质量以及控制。
[ 案例分析 ] 数据库时间字段CURRENT_TIMESTAMP ON UPDATE导致时间错乱
架构探险之道
12-14 9227
一、问题描述 Mysql数据库CURRENT_TIMESTAMP时间字段在更新其他字段数据时发生变更（开始时间小于结束时间） 二、定位方法 1、判断项目部署服务器和数据库所在服务器是否是同一个服务器，如果不是，服务器间时间是否同步一致。 观察数据库脚本中出问题的时间字段的属性设置有什么特点。 2、观察数据库脚本中出问题的时间字段的属性设置有什么特点
mysql的timestamp会存在时区问题？，秀出天际
ghfgjfg679的博客
04-01 1266
本文从基础到高级再到实战，由浅入深，把MySQL讲的清清楚楚，明明白白，这应该是我目前为止看到过最好的有关MySQL的学习笔记了，我相信如果你把这份笔记认真看完后，无论是工作中碰到的问题还是被面试官问到的问题都能迎刃而解！)][外链图片转存中…(img-QLNXR6Ar-1711947094405)]既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
为什么mysql8的CURRENT_TIMESTAMP少了8个小时
weixin_36976340的博客
08-08 309
我整理的一些关于【MySQL,SQL】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://edu.51cto.com/surl=QDW3g3MySQL 8中的CURRENT_TIMESTAMP丢失8小时的原因探讨 在使用MySQL 8时，很多开发者会发现，数据库返回的CURRENT_TIMESTAMP的...
mysql5.7 默认值为CURRENT_TIMESTAMP 与实际时间相差8小时
cheng137666的博客
03-11 4639
mysql5.7 默认值为CURRENT_TIMESTAMP 与实际时间相差8小时1.写在前面2.正经解决问题 1.写在前面   老手看到这个问题描述应该就能一下子明白是什么原因，那肯定就是时区的问题啊，没错，博主遇到这个问题的时候，第一时间也定位到了问题所在，但是解决的时候，确实走了一点小弯路。 2.正经解决问题   定位到问题所在了，那就直接上手解决，既然是时区问题，那就直接上手。 set time_zone = '+08:00'; -- 刷新 立刻生效 flush privileges;   这么处
(转）如何正确地处理时间
jackyrongvip的专栏
11-26 1015
from: http://www.liaoxuefeng.com/article/0014132675721847f569c3514034f099477472c73b5dee2000 日期和时间在程序中应用广泛，每种程序开发语言都自带处理日期和时间的相关函数，很多开发者把日期和时间存入数据库中，但是，一旦涉及到跨时区的日期和时间的处理时，大多数开发者根本就不明白如何正确地处理日期和时间...
金仓数据库 KingbaseES参数手册-函数（8.函数（四））
wu526985的博客
09-17 1584
8.102.DATE_PART 用法： date_part(text,timestamp) date_part(text, interval) 功能： 获取子域，date_part函数等价于SQL标准函数extract 例子： SELECT date_part('hour', timestamp '2001-02-16 20:38:40'); SELECT date_part('month', interval '2 years 3 months'); 8.103.
KingbaseES数据库 kdb_schedule 自动定时任务
yang_z_1的博客
12-01 4799
人大金仓数据库的自动定时任务是类似于Oracle的，是使用一个扩展插件kdb_schedule来完成的。 kdb_schedule又该如何使用呢？
DB2数据库存储过程小结
03-29
- 存储过程是一组预先编译好的SQL语句，存储在数据库服务器上，可以被多次调用，减少了网络通信和解析时间。 - 它们可以接受输入参数，处理数据，然后返回结果或输出参数。 - 存储过程可以包含控制流语句（如IF-...
【mysql 时间戳】mysql时间戳timestamp类型 时间不对
wwj256的专栏
07-26 3053
我的服务器就孟买的，数据库设置的CURRENT_TIMESTAMP，时间老是和系统时间不对，原来需要设置数据库时间，设置如下： 服务端timestamp 写入 mysql 设置的timestamp ，发现时间对不上，经检查发现是因为mysql 时区设置有问题。 mysql数据库的系统时区，其实是分两种的，一种是mysql的全局时区，另外一种是当前会话的时区，如果当前会话不指定时区，就默认使用全局时区。 执行如下命令，用于查看当前MySQL设置的时区信息： show variables like "%time
一个表中出现多个timestamp并设置其中一个为current_timestamp的问题
莫冲的专栏
03-28 2885
一个表中出现多个timestamp并设置其中一个为current_timestamp的时候经常会遇到 #1293 - Incorrect table definition; there can be only one TIMESTAMP column with CURRENT_TIMESTAMP in DEFAULT or ON UPDATE clause 原因是当你给一个timestamp设
Mysql 将timestamp存储进datetime时间不一致问题
u010298327的专栏
12-20 4537
一、环境： Mysql的datetime字段： Java代码中的timestamp: 二、问题： 上面代码的输出： 然而数据库存储的数据为：   三、解决：datetime默认毫秒位数为0，则四舍五入取整得出上面结果。只需填写恰当的datetime长度即可。  ...
Oracle current_date和sysdate时间不一致
dgn7151的博客
06-29 1467
前段时间，发现一套新装载的Rac数据库所在操作系统时间不对，查询dbtimezone发现为-06:00，说明时区不对； select dbtimezone from dual; DBTIME --------- -06:00 OK，先将rac停掉，再在一段启动数据库，更改time_zone参数： alter database set time_...
timestamp的两个属性：CURRENT_TIMESTAMP 和ON UPDATE CURRENT_TIMESTAMP
ylspirit
12-29 8782
timestamp有两个属性，分别是CURRENT_TIMESTAMP 和ON UPDATE CURRENT_TIMESTAMP两种，使用情况分别如下： 1. CURRENT_TIMESTAMP  当要向数据库执行insert操作时，如果有个timestamp字段属性设为 CURRENT_TIMESTAMP，则无论这个字段有没有set值都插入当前系统时间
ORACLE DATE和TIMESTAMP数据类型的比较
编程岁月
09-08 2526
 原著作者：James Koopmann如果你想在ORACLE中存储DATE和时间信息的话，实际上你由两种字段数据类型的选择的话，就让我们看看这两种数据类型的差别和它们提供了些什么。       DATE数据类型这个数据类型我们实在是太熟悉了，当我们需要表示日期和时间的话都会想到date类型。它可以存储月，年，日，世纪，时，分和秒。它典型地用来表示什么时候事情已经发生或将要发生。DATE数据类型的
怎么oracle中的存储过程导入到ob数据库
最新发布
07-26
<think>嗯，用户的问题是关于如何将Oracle存储过程迁移到OceanBase数据库。根据引用内容，特别是引用[3]提到的存储过程、包与游标适配问题，这确实是个关键迁移场景。用户可能是银行或金融系统的技术人员，正在做核心系统迁移，对兼容性和数据一致性要求极高。 用户深层需求可能不只是简单的语法转换，而是希望确保迁移后的存储过程在OceanBase中能保持原有业务逻辑和性能。考虑到引用[2]提到银行案例中实现了"每秒数百万并发"和"运维成本降低"，用户可能还隐含期待性能优化建议。 从技术角度看，需要重点解决三个层面问题： 一是语法差异（如游标处理、异常机制），二是功能替代（如DBMS包兼容），三是架构适配（分布式事务处理）。引用[3]特别指出OceanBase对系统包的兼容策略，这将是迁移难点。 迁移步骤应该分阶段：首先做静态代码分析，用工具自动转换基础语法；然后针对复杂逻辑（如动态SQL）手动重写；最后必须严格验证。尤其要注意Oracle的自治事务在OceanBase需要用特殊标记实现，这是常见陷阱。 用户可能没意识到但需要提醒的是：存储过程里调用的外部Java程序可能需要调整连接方式，因为OceanBase的数据库驱动不同。另外如果用到Oracle的XMLType等特殊类型，迁移方案会更复杂。</think>将 Oracle 存储过程迁移到 OceanBase (OB) 数据库需要综合考虑语法兼容性、功能替代和架构适配。以下是关键步骤和注意事项，结合引用内容[^1][^2][^3]： --- ### **迁移步骤** #### 1. **兼容性评估** [^1][^3] - **语法检查**： - 使用 OceanBase 提供的 `SQLDEV` 或 `OB_COMPATIBILITY_CHECKER` 工具扫描 Oracle 存储过程代码。 - 重点检查以下语法差异： - 游标声明（`CURSOR` → `DECLARE CURSOR`） - 异常处理（`EXCEPTION WHEN ...` → `DECLARE EXIT HANDLER`） - 动态 SQL（`EXECUTE IMMEDIATE` → `PREPARE/EXECUTE`） - **系统包兼容性**： - Oracle 的 `DBMS_OUTPUT.PUT_LINE` → OB 的 `DBMS_OUTPUT.PUT_LINE`（部分兼容） - `DBMS_JOB` → 需改用 OceanBase 的定时任务（`CREATE TASK`） - `DBMS_LOB` → 使用 OB 的 `DBMS_LOB` 子集或重写逻辑 #### 2. **代码转换与重写** [^3] - **直接兼容部分**： - 基础 DML（`SELECT/INSERT/UPDATE/DELETE`）通常无需修改。 - 简单变量赋值（`v_var := 1;` → `SET v_var = 1;`）。 - **需重写的部分**： ```sql -- Oracle 游标示例 DECLARE CURSOR cur_emp IS SELECT * FROM emp; BEGIN OPEN cur_emp; -- ... 处理逻辑 END; -- OceanBase 适配后 DECLARE cur_emp CURSOR FOR SELECT * FROM emp; OPEN cur_emp; -- ... 逻辑（需显式 FETCH 和关闭游标） ``` - **动态 SQL 适配**： ```sql -- Oracle EXECUTE IMMEDIATE 'CREATE TABLE t1 (id NUMBER)'; -- OceanBase PREPARE stmt FROM 'CREATE TABLE t1 (id NUMBER)'; EXECUTE stmt; ``` #### 3. **系统包替代方案** [^3] | **Oracle 包** | **OceanBase 替代方案** | |----------------------|--------------------------------------------| | `DBMS_SQL` | 使用预处理语句（`PREPARE/EXECUTE`） | | `DBMS_UTILITY` | 部分功能需用存储过程自定义实现 | | `UTL_FILE` | 使用 OB 的 `DBMS_LOB` 或外部表替代 | | `DBMS_LOCK` | 改用 OceanBase 的分布式锁机制 | #### 4. **事务与异常处理** [^2] - **自治事务**： - Oracle 的 `PRAGMA AUTONOMOUS_TRANSACTION` 在 OB 中需通过 `BEGIN ... END` 独立块模拟。 - **异常日志**： ```sql -- OceanBase 示例 DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN INSERT INTO error_log VALUES (SQLCODE, SQLERRM); -- 记录错误 END; ``` #### 5. **测试与性能优化** [^2] - **单元测试**： - 使用 OB 的 `DBMS_SCHEDULER` 创建测试任务，验证输入输出。 - **性能调优**： - 将循环逻辑改为批量 DML（减少网络开销）。 - 分布式事务避免跨机访问，优先使用本地表。 --- ### **常见问题解决** 1. **游标返回结果集** Oracle 的 `RETURN SYS_REFCURSOR` 需改为 OceanBase 的 `OUT` 参数传递结果集： ```sql -- OceanBase 适配 CREATE PROCEDURE get_emps (OUT cur_emp CURSOR) BEGIN OPEN cur_emp FOR SELECT * FROM emp; END; ``` 2. **日期函数差异** Oracle 的 `SYSDATE` → OB 的 `CURRENT_TIMESTAMP`，`ADD_MONTHS()` 需重写为 `DATE_ADD()`。 3. **分页查询** Oracle 的 `ROWNUM` 改为 OB 的 `LIMIT offset, count`。 --- ### **迁移工具推荐** 1. **OceanBase 迁移服务（OMS）**： 支持存储过程语法自动转换（需人工复核）。 2. **SQL Developer 扩展插件**： 提供 Oracle 到 OB 的代码转换模板。 > **注意**：复杂存储过程（如含递归、高级分析函数）需结合业务逻辑重构。迁移后务必通过 `EXPLAIN` 分析执行计划，确保分布式环境下性能达标[^2]。 --- ### **相关问题** 1. 如何验证迁移后的存储过程在 OceanBase 中的性能？ 2. OceanBase 对 Oracle 的 `MERGE` 语句兼容性如何？ 3. 迁移过程中如何处理 Oracle 的触发器（Triggers）？ 4. OceanBase 的存储过程调试工具有哪些？ [^1]: Oracle/MySQL 到 OceanBase 数据库迁移的关键问题与解决方案 [^2]: oracle迁移到oceanbase过程中遇到的问题 [^3]: OceanBase数据库：Oracle模式开发迁移中存储过程、包与游标适配深度解析
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值