高分求解Oracle数据库的灵异事件 - Oracle / 开发
今天遇到一个很诡异的问题。我在一张表中新增了一个字段。然后用如下脚本更新这个字段的值:
SQL code:
update ibp_fund_information_tab set yield = 7.4520 where fund_code = '040003' and info_date = to_date('20081128', 'yyyymmdd');
update ibp_fund_information_tab set yield = 6.2900 where fund_code = '100025' and info_date = to_date('20081128', 'yyyymmdd');
………………
update ibp_fund_information_tab set yield = 1.5000 where fund_code = 'YF0001' and info_date = to_date('20100514', 'yyyymmdd');
如此六千多行。然后commit。
在这同一个文件中,又继续做如下的更新操作:
SQL code:
UPDATE ibp_fund_information_tab f SET f.yield = 0.00 WHERE f.yield IS NULL;
COMMIT ;
当这个文件执行到最后,却报了死锁的错误。报死锁错误的是这倒数第二句:
SQL code:
UPDATE ibp_fund_information_tab f SET f.yield = 0.00 WHERE f.yield IS NULL;
百思不得其解,于是我重新来过,把新增的那个字段的值全部清空。
再把上面那个脚本分成了两个文件。第一个文件更新那六千多条,第二个文件更新剩下字段值为空的记录。
这一次,脚本没有报死锁的错误。但是又一个很诡异的现象:之前更新的六千多行中,值几乎全都变成了0�
相关问答:
我是用远程桌面连操作服务器上的数据库。
在创建一个用户之后,再用PLSQL登录,则PLSQL死掉了。
我关掉PLSQL之后,用其他用户也不能登录。
我把oracle的服务停止,结果就是oracle的服务状态就停留在“� ......
看到有一个SUN的元老从Oracle公司辞职,而且是Java创始人——大名鼎鼎的James Gosling,
心中相当受打击!很悲痛!
Orable这是怎么了,难道这就是所谓的融合(肢解,分化,消失)吗?
SUN的一帮老员工� ......
我的处理是这样的:
我有一个很大的数据集合,处于性能方面的考虑需要使用临时表过渡,并且使用分页的方式向临时表中插入数据,数据使用完毕后,删除临时表的数据。
出现的现象:当Oracle重新启动后,第一页插入的 ......
通过NAME字段条件查询一个数据表,假设我有100个姓名,有以下两个方法,
方法1:
把100个Name 组成一个SQL语句,比如 Select * from tmp_table where Name='张三' or Name ='李四' Or ...Or Name='第一百个姓名'
......