日期:2014-05-17  浏览次数:21001 次

关于存储过程的细节问题
请先前辈帮忙先大致看看以下两个简单的过程:
  procedure savemsgs(var_msgid in varchar2,var_categoryid in varchar2,var_publicshdate in varchar2,
  var_title in varchar2,var_result out integer)
  as num integer default 0;
  begin
  select count(rownum) into num from msgs where upper(msgid)=upper(var_msgid);
  if num=1 then 
  update msgs set categoryid=var_categoryid,author=var_author,
  publishdate=to_date(var_publishdate,'yyyy-mm-dd hh24:mi:ss'),
  title=var_title where upper(msgid)=upper(var_msgid);
  if SQL%rowcount>0 then
  var_result:=1; commit;
  else var_result:=0; rollback;
  end if;
  else var_result:=-1; return;
  end savemsgs;

  procedure GetOnlineUserNum(var_num out number,var_result out number)
  as begin
  select count(rownum) into var_num from users where upper(void)='N'
  and upper(loginin)='Y';
  var_result:=1;
  exception when others then var_result:=0; var_num:=0; return;
  end GetOnlineUserNum;

  第一个过程中,在num=1时已说明记录存在,更新就不会因不存在记录而无法进行了,那为什么还需要判断SQL%COUNT的情况  
  呢?不是多余吗,这时记录肯定存在的呀。而且就算会出现SQL%COUNT=0的情况,那也没必要rollback嘛,因为更新都没成  
  功?
  第二个过程中,有可能出现异常吗,数据类型不会错啊,我觉得异常段是多余的,请各位前辈举例教教我,谢谢!

 

------解决方案--------------------
网站往往要面对很多用户,也有很多操作在同时发生。
你count得出的结果是有1个记录符合条件,不排除这个记录随即被删除的可能,如果这个记录被删掉了,那么你的update就会出问题。

第二个过程看起来有点没有必要,但有异常处理还是比较稳妥一些,毕竟在一个大系统中,什么地方会出问题是不能完全预知的。

btw SQL语句中对字段名称使用upper函数处理之后再和相关变量对比,如果没有使用函数索引的话,会导致全表遍历的。
------解决方案--------------------
举例:
session a 做删除记录操作,但还没有COMMIT;

SESSION B执行你的存储过程,由读一致性,SELECT 的数据是UNDO SEGMENT中的副本,NUM正常为1,此时会话A提交,然后你的UPDATE就会出错。