rac环境下,不能根据序列的大小来判断插入时间的先后。

今天两个同事为了两条记录是否被谁手工修改过争得面红耳赤。
同一个表的二条记录,主键列是A,是个序列递增的。
序列创建语句如下:
create sequence SEQ_A_BAZ001
minvalue 1000000000000001
maxvalue 9999999999999999
start with 1000001038830044
increment by 1
cache 3000;

现在由于某些原因,需要确定这两条记录是否被谁手工修改过了,还是通过业务产生的。
同事甲认为:是被谁手工修改了,而不是业务正常产生的。理由是记录1的主键值大于记录2的主键值,可是经办时间显示记录1的经办时间缺小于记录2的经办时间。因此肯定是谁修改了经办时间,要不然记录1的经办时间大于记录2的经办时间才对。


同事乙认为:记录没有被修改过,因为他用闪回查询那个时间点前后,记录都没有变化。



其实问题出在了数据库是个RAC环境,序列是要被共享的,而且查看序列的创建语句,序列的cache 是3000,是有缓存的。而且默认序列都是noordered的。因此完全有可能会出现这种情况:
在节点1先执行SELECT seq_a_baz001.nextval FROM dual;的值比节点2后执行SELECT seq_a_baz001.nextval FROM dual;大。

而且实际情况也确实如此:
节点1执行情况(先执行):
SQL> SELECT seq_a_baz001.nextval FROM dual;

                                           NEXTVAL
--------------------------------------------------
                                  1000001038825993
节点2执行情况(后执行):

SQL> SELECT seq_a_baz001.nextval FROM dual;

                                           NEXTVAL
--------------------------------------------------
                                  1000001038822529

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

转载于:http://blog.itpub.net/22034023/viewspace-667784/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值