PL/SQL中存储过程的调用出现死机状态为什么？

静雨

create or replace procedure NEW_JOB (Job_ID  in varchar2,
                                     job_title in  varchar2,
                                     min_salary in  number)
                                    
is
begin
insert into hr.jobs values
('job_id','job_title',min_salary,min_salary*2);
exception when other then
dbms_output.put_line(sqlerrm);
end;
把我写的pl/sql贴在这，便于帮忙找错误 谢谢大家

kunko

没看出来又什么地方不妥阿？都是这种格式阿？
end 后先最好加procedure名字

skyczn

有可能表被锁了

kunko

锁了也不会死机吧，兄弟

kenny.wang

应该是你前一次debug的时候非正常结束了，导致这个procedure被锁，在那个session没被杀掉之前是无法再对其debug的

appleteam

INSERT语句应该不会锁表，调用也不应该是以前DEBUG的问题，建议LZ把procedure和insert table名改一下再执行看看。另外LZ 应该是when others then

gaoyiming

lz，是不是你别的程序在调用这个过程。
如果是这样子的话，
你的目的大概是将一些数据插入到表jobs，但是会有好多行，
那会多次调用你这个存储过程，也不知道你这个jobs 表是什么类型的biao，是不是在插入完成之后出现一个commit;
我认为有一条数据在插入的时候已经将这个表独占，但是他没有进行提交 ，而又会进行第二次的调用，第二行的数据在插入的时候，第一次的插入没有完成，从此表。。。。。

你这个程序就会出问题了
没有循环的过程

jojoz

1)过程结束时会自动COMMIT的
2)INSERT也会有锁,主要是做CONSTRAINT的检查
很有可能这个原因,举个例子吧,你的JOB_ID是PK,
SESSION1
insert into hr.jobs values
('1','job_title',min_salary,min_salary*2);
SESSION2
insert into hr.jobs values
('1','job_title',min_salary,min_salary*2);
如果SESSION1没有COMMIT的时候,SESSION2将会阻塞
如果SESSION1 COMMIT了,SESSION2将会报错
如果SESSION1 ROLLBACK了,SESSION2将会成功

3)考虑一下表本身有没有建TRIGGER

[ 本帖最后由 jojoz 于 2007-6-25 08:39 编辑 ]

静雨

谢谢大家的大力支持  我觉得应该是表被禁用了 也就是大家所说的被锁住了 因为系统自带的一些过程也被用叉作了标记  所以我认为这些系统的表被锁住了 后面我在新建表来重新试  还有就是这个题目是对系统的表创建存储过程 在执行这个存储过程 。