侯体宗的博客
  • 首页
  • Hyperf版
  • beego仿版
  • 人生(杂谈)
  • 技术
  • 关于我
  • 更多分类
    • 文件下载
    • 文字修仙
    • 中国象棋ai
    • 群聊
    • 九宫格抽奖
    • 拼图
    • 消消乐
    • 相册

oracle存储过程常用的技巧(详)

数据库  /  管理员 发布于 6年前   178

我们在进行pl/sql编程时打交道最多的就是存储过程了。存储过程的结构是非常的简单的,我们在这里除了学习存储过程的基本结构外,还会学习编写存储过程时相关的一些实用的知识。如:游标的处理,异常的处理,集合的选择等等

1.存储过程结构

1.1 第一个存储过程

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(20);  begin   v_name := '张三丰';   p_para3 := v_name;   dbms_output.put_line('p_para3:'||p_para3);  end; 

上面就是一个最简单的存储过程。一个存储过程大体分为这么几个部分:

创建语句:create or replace procedure 存储过程名

如果没有or replace语句,则仅仅是新建一个存储过程。如果系统存在该存储过程,则会报错。Create or replace procedure 如果系统中没有此存储过程就新建一个,如果系统中有此存储过程则把原来删除掉,重新创建一个存储过程。

存储过程名定义:包括存储过程名和参数列表。参数名和参数类型。参数名不能重复, 参数传递方式:IN, OUT, IN OUT

IN 表示输入参数,按值传递方式。

OUT 表示输出参数,可以理解为按引用传递方式。可以作为存储过程的输出结果,供外部调用者使用。

IN OUT 即可作输入参数,也可作输出参数。

参数的数据类型只需要指明类型名即可,不需要指定宽度。

参数的宽度由外部调用者决定。
过程可以有参数,也可以没有参数

变量声明块:紧跟着的as (is )关键字,可以理解为pl/sql的declare关键字,用于声明变量。

变量声明块用于声明该存储过程需要用到的变量,它的作用域为该存储过程。另外这里声明的变量必须指定宽度。遵循PL/SQL的变量声明规范。

过程语句块:从begin 关键字开始为过程的语句块。存储过程的具体逻辑在这里来实现。

异常处理块:关键字为exception ,为处理语句产生的异常。该部分为可选

结束块:由end关键字结果。

1.2 存储过程的参数传递方式

存储过程的参数传递有三种方式:IN,OUT,IN OUT .

IN 按值传递,并且它不允许在存储过程中被重新赋值。如果存储过程的参数没有指定存参数传递类型,默认为IN

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(20);  begin   p_para1 :='aaa';   p_para2 :='bbb';   v_name := '张三丰';   p_para3 := v_name;   dbms_output.put_line('p_para3:'||p_para3);   null;  end;      Warning: Procedure created with compilation errors   SQL> show error;  Errors for PROCEDURE LIFEMAN.PROC1:   LINE/COL ERROR  -------- ----------------------------------------------------------------------  8/3   PLS-00363: expression 'P_PARA1' cannot be used as an assignment target  8/3   PL/SQL: Statement ignored 

这一点与其它高级语言都不同。它相当于java在参数前面加上final关键字。

OUT 参数:作为输出参数,需要注意,当一个参数被指定为OUT类型时,就算在调用存储过程之前对该参数进行了赋值,在存储过程中该参数的值仍然是null.

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(20);  begin   v_name := '张三丰';   p_para3 := v_name;   dbms_output.put_line('p_para1:'||p_para1);   dbms_output.put_line('p_para2:'||p_para2);   dbms_output.put_line('p_para3:'||p_para3);  end;   SQL> var p1 varchar2(10);  SQL> var p2 varchar2(10);  SQL> var p3 varchar2(10);  SQL> exec :p1 :='aaaa';  SQL> exec :p2 :='bbbb';  SQL> exec :p3 :='cccc';  SQL> exec proc1(:p1,:p2,:p3);  p_para1:aaaa  p_para2:  p_para3:张三丰  SQL> exec dbms_output.put_line(:p2);    PL/SQL procedure successfully completed  p2  --------- 

INOUT 是真正的按引用传递参数。即可作为传入参数也可以作为传出参数。

1.3 存储过程参数宽度  

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(2);  begin   v_name := p_para1;  end;  SQL> var p1 varchar2(10);  SQL> var p2 varchar2(20);  SQL> var p3 varchar2(30);  SQL> exec :p1 :='aaaaaa';  SQL> exec proc1(:p1,:p2,:p3);  ORA-06502: PL/SQL: numeric or value error: character string buffer too small  ORA-06512: at "LIFEMAN.PROC1", line 8 ORA-06512: at line 1 

首先,我们要明白,我们无法在存储过程的定义中指定存储参数的宽度,也就导致了我们无法在存储过程中控制传入变量的宽度。

这个宽度是完全由外部传入时决定的。

我们再来看看OUT类型的参数的宽度。

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(2);  begin   p_para2 :='aaaaaaaaaaaaaaaaaaaa';  end;  SQL> var p1 varchar2(1);  SQL> var p2 varchar2(1);  SQL> var p3 varchar2(1);  SQL> exec :p2 :='a';  SQL> exec proc1(:p1,:p2,:p3); 

 在该过程中,p_para2被赋予了20个字符a.

而在外部的调用过程中,p2这个参数仅仅被定义为varchar2(1).

而把p2作为参数调用这个过程,却并没有报错。而且它的真实值就是20个a

SQL> select dump(:p2) from dual;  DUMP(:P2)  ---------------------------------------------------------------------------  Typ=1 Len=20: 97,97,97,97,97,97,97,97,97,97,97,97,97,97,97,97,97,97,97,97 p2  ---------  aaaaaaaaaaaaaaaaaaaa 

 再来看看IN OUT参数的宽度  

create or replace procedure proc1(   p_para1 varchar2,   p_para2 out varchar2,   p_para3 in out varchar2  )as   v_name varchar2(2);  begin   p_para3 :='aaaaaaaaaaaaaaaaaaaa';  end;  SQL> var p1 varchar2(1);  SQL> var p2 varchar2(1);  SQL> var p3 varchar2(1);  SQL> exec proc1(:p1,:p2,:p3); 

执行这个过程,仍然正确执行。

可见,对于IN参数,其宽度是由外部决定。

对于OUT 和IN OUT 参数,其宽度是由存储过程内部决定。

因此,在写存储过程时,对参数的宽度进行说明是非常有必要的,最明智的方法就是参数的数据类型使用%type。这样双方就达成了一致。

1.3 参数的默认值

存储过程的参数可以设置默认值

create or replace procedure procdefault(p1 varchar2,          p2 varchar2 default 'mark')  as  begin   dbms_output.put_line(p2);  end;  SQL> set serveroutput on;  SQL> exec procdefault('a'); mark 

可以通过default 关键字为存储过程的参数指定默认值。在对存储过程调用时,就可以省略默认值。
需要注意的是:默认值仅仅支持IN传输类型的参数。OUT 和 IN OUT不能指定默认值

对于有默认值的参数不是排在最后的情况。

create or replace procedure procdefault2(p1 varchar2 default 'remark',          p2 varchar2 )  as  begin   dbms_output.put_line(p1);  end; 

第一个参数有默认值,第二个参数没有。如果我们想使用第一个参数的默认值时

exec procdefault2('aa'); 

这样是会报错的。

那怎么变呢?可以指定参数的值。

SQL> exec procdefault2(p2 =>'aa'); remark 

这样就OK了,指定aa传给参数p2

2. 存储过程内部块

2.1 内部块

我们知道了存储过程的结构,语句块由begin开始,以end结束。这些块是可以嵌套。在语句块中可以嵌套任何以下的块。

Declare … begin … exception … end;  create or replace procedure innerBlock(p1 varchar2)  as   o1 varchar2(10) := 'out1';  begin   dbms_output.put_line(o1);   declare    inner1 varchar2(20);   begin    inner1 :='inner1';    dbms_output.put_line(inner1);     declare     inner2 varchar2(20);    begin     inner2 := 'inner2';     dbms_output.put_line(inner2);    end;   exception    when others then     null;   end;  end; 

需要注意变量的作用域。

3.存储过程的常用技巧

3.1 哪种集合?

我们在使用存储过程的时候经常需要处理记录集,也就是多条数据记录。分为单列多行和多列多行,这些类型都可以称为集合类型。我们在这里进行比较这些集合类型,以便于在编程时做出正确的选择。

索引表,也称为pl/sql表,不能存储于数据库中,元素的个数没有限制,下标可以为负值。

type t_table is table of varchar2(20) index by binary_integer;   v_student t_table; 

varchar2(20)表示存放元素的数据类型,binary_integer表示元素下标的数据类型。

嵌套表,索引表没有 index by子句就是嵌套表,它可以存放于数据中,元素个数无限,下标从1开始,并且需要初始化

type t_nestTable is table of varchar2(20);  v_class t_nestTable ; 

仅是这样声明是不能使用的,必须对嵌套表进行初始化,对嵌套表进行初始化可以使用它的构造函数

v_class :=t_nestTable('a','b','c');

以上叙述就是本文的全部内容,希望对大家学习oracle存储过程有所帮助。


  • 上一条:
    对比Oracle临时表和SQL Server临时表的不同点
    下一条:
    Oracle文本函数简介
  • 昵称:

    邮箱:

    0条评论 (评论内容有缓存机制,请悉知!)
    最新最热
    • 分类目录
    • 人生(杂谈)
    • 技术
    • linux
    • Java
    • php
    • 框架(架构)
    • 前端
    • ThinkPHP
    • 数据库
    • 微信(小程序)
    • Laravel
    • Redis
    • Docker
    • Go
    • swoole
    • Windows
    • Python
    • 苹果(mac/ios)
    • 相关文章
    • 分库分表的目的、优缺点及具体实现方式介绍(0个评论)
    • DevDB - 在 VS 代码中直接访问数据库(0个评论)
    • 在ubuntu系统中实现mysql数据存储目录迁移流程步骤(0个评论)
    • 在mysql中使用存储过程批量新增测试数据流程步骤(0个评论)
    • php+mysql数据库批量根据条件快速更新、连表更新sql实现(0个评论)
    • 近期文章
    • 在go中实现一个常用的先进先出的缓存淘汰算法示例代码(0个评论)
    • 在go+gin中使用"github.com/skip2/go-qrcode"实现url转二维码功能(0个评论)
    • 在go语言中使用api.geonames.org接口实现根据国际邮政编码获取地址信息功能(1个评论)
    • 在go语言中使用github.com/signintech/gopdf实现生成pdf分页文件功能(0个评论)
    • gmail发邮件报错:534 5.7.9 Application-specific password required...解决方案(0个评论)
    • 欧盟关于强迫劳动的规定的官方举报渠道及官方举报网站(0个评论)
    • 在go语言中使用github.com/signintech/gopdf实现生成pdf文件功能(0个评论)
    • Laravel从Accel获得5700万美元A轮融资(0个评论)
    • 在go + gin中gorm实现指定搜索/区间搜索分页列表功能接口实例(0个评论)
    • 在go语言中实现IP/CIDR的ip和netmask互转及IP段形式互转及ip是否存在IP/CIDR(0个评论)
    • 近期评论
    • 122 在

      学历:一种延缓就业设计,生活需求下的权衡之选中评论 工作几年后,报名考研了,到现在还没认真学习备考,迷茫中。作为一名北漂互联网打工人..
    • 123 在

      Clash for Windows作者删库跑路了,github已404中评论 按理说只要你在国内,所有的流量进出都在监控范围内,不管你怎么隐藏也没用,想搞你分..
    • 原梓番博客 在

      在Laravel框架中使用模型Model分表最简单的方法中评论 好久好久都没看友情链接申请了,今天刚看,已经添加。..
    • 博主 在

      佛跳墙vpn软件不会用?上不了网?佛跳墙vpn常见问题以及解决办法中评论 @1111老铁这个不行了,可以看看近期评论的其他文章..
    • 1111 在

      佛跳墙vpn软件不会用?上不了网?佛跳墙vpn常见问题以及解决办法中评论 网站不能打开,博主百忙中能否发个APP下载链接,佛跳墙或极光..
    • 2017-06
    • 2017-08
    • 2017-09
    • 2017-10
    • 2017-11
    • 2018-01
    • 2018-05
    • 2018-10
    • 2018-11
    • 2020-02
    • 2020-03
    • 2020-04
    • 2020-05
    • 2020-06
    • 2020-07
    • 2020-08
    • 2020-09
    • 2021-02
    • 2021-04
    • 2021-07
    • 2021-08
    • 2021-11
    • 2021-12
    • 2022-02
    • 2022-03
    • 2022-05
    • 2022-06
    • 2022-07
    • 2022-08
    • 2022-09
    • 2022-10
    • 2022-11
    • 2022-12
    • 2023-01
    • 2023-03
    • 2023-04
    • 2023-05
    • 2023-07
    • 2023-08
    • 2023-10
    • 2023-11
    • 2023-12
    • 2024-01
    • 2024-03
    Top

    Copyright·© 2019 侯体宗版权所有· 粤ICP备20027696号 PHP交流群

    侯体宗的博客