PL/SQL存储过程怎么写 PL/SQL存储过程怎么传参数

写PL/SQL存储过程时，先把它当成一段可被反复调用的业务动作：入口接收参数，内部做校验与处理，出口要么返回结果要么抛出可追踪的异常。参数传递则是另一套规则，IN负责输入，OUT负责输出，IN OUT负责输入后再带着新值返回，三者用对了，调用端才能稳定拿到结果。

一、PL/SQL存储过程怎么写

存储过程的骨架不复杂，但建议你按固定顺序写，后期维护会省很多时间，尤其是加参数和加异常处理时不容易乱。

1、先确定过程的三段结构

过程定义通常分为声明区、执行区、异常区，声明区放局部变量与游标，执行区从BEGIN开始写业务逻辑，异常区用EXCEPTION集中处理并输出明确错误信息，避免只报一个模糊的失败。

2、把参数区写清楚再写逻辑

参数区放在过程名后面的一对半角圆括号里，每个参数至少写三件事：参数名、模式IN或OUT或IN OUT、数据类型，必要时给IN参数加DEFAULT默认值，减少调用端必须传参的负担。

3、入口先做校验再做数据库动作

执行区开头先校验关键参数，例如空值、范围、状态码是否合法，再决定是否继续写入或更新，校验失败用RAISE_APPLICATION_ERROR抛出自定义错误码，便于调用端定位。

4、把事务边界写成可控策略

过程里是否COMMIT要提前定规则：如果它是纯工具过程，尽量不COMMIT，把事务交给上层；如果它是独立业务动作且必须落库，再在成功路径明确COMMIT，并在异常区做ROLLBACK或把回滚交给调用端，避免一半提交一半失败。

5、写完先编译再做一次最小化自测

在常用IDE里对过程对象执行编译，再用最简单的输入跑通主流程，确认过程状态为VALID，后续再补齐边界用例与异常分支。

二、PL/SQL存储过程怎么传参数

传参的核心是两种写法与三种模式的组合：按位置传参更省字，但参数一多就容易错位；按名称传参更稳，尤其适合带默认值或需要跳过部分参数的场景。

1、先分清IN OUT IN OUT各自该怎么用

IN参数在过程内部更像常量，适合接收输入；OUT参数用于把结果带回调用端；IN OUT参数要求调用端先给初值，过程内更新后再返回新值，常见在累加计数、状态流转这类场景。

2、按位置传参适合少参数过程

调用时按过程参数声明顺序依次传值，优点是短，缺点是顺序一旦改动或参数变多，历史调用很容易传错，排查成本上升。

3、按名称传参适合参数多且长期维护的过程

调用时用参数名加等号加大于号的写法逐个赋值，顺序可以不一致，也能只传部分参数让其他参数走DEFAULT默认值，团队协作时更不容易踩坑。

4、带OUT参数时调用端要先准备接收变量

OUT和IN OUT都需要调用端准备变量来接结果，常见做法是在匿名块里先DECLARE本地变量，再BEGIN里调用过程，最后把变量输出到控制台或返回给上层应用，避免只调用不接收导致你以为没有返回。

5、在SQL Developer里测试传参走一条固定路径

点击【View】→【DBMS Output】打开输出面板并选择当前连接，再在SQL工作表里写匿名块调用过程并输出变量，执行时用【Run Script】而不是只点单句运行，这样OUT变量输出更稳定，复现问题也更容易。

三、PL/SQL存储过程传参数报错怎么排查

这段只做一件事：当你确定过程能编译，但调用时传参报错或结果不对，用一套检查顺序把问题快速缩到具体点。

1、先确认对象是否有效并看编译错误

在IDE里对过程执行【Compile】后看状态是否为VALID，若为INVALID，直接打开错误列表修到无报错再谈传参，否则调用端看到的往往只是过程内部编译失败的表象。

2、核对参数模式与调用端变量是否匹配

IN OUT参数必须由调用端提供可写变量作为初值，OUT参数也必须绑定变量接收，若你把字面量直接传给IN OUT或OUT，通常会在调用阶段报错或返回空结果。

3、检查参数类型是否发生隐式转换

调用端传入的类型与过程声明类型不一致时，可能触发隐式转换失败或精度丢失，尤其是日期与字符、NUMBER精度与小数位，建议先把调用端变量显式声明为与过程一致的类型再试。

4、确认调用的是正确的Schema与同名对象

同名过程或包体版本不一致时，容易出现你改了一个对象却调用到另一个对象的情况，调用时加上Schema前缀并确认当前连接用户与授权，必要时查数据字典参数列表确认签名一致。

总结

写PL/SQL存储过程时，把结构顺序固定下来，参数区先写清模式与类型，再补校验、异常与事务边界。传参时优先用按名称传参来降低错位风险，遇到带OUT或IN OUT的场景先在调用端准备变量接收结果，再用匿名块做最小化复现，最后按有效性、模式匹配、类型一致、对象命中顺序逐项收敛，定位会更快。