今天两个同事为了两条记录是否被谁手工修改过争得面红耳赤。
同一个表的二条记录，主键列是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
同一个表的二条记录，主键列是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博客 ” ，链接：https://blog.itpub.net/22034023/viewspace-667784/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
