欢迎来到 PL/SQL 的深度探索之旅！作为在数据库开发领域摸爬滚打多年的从业者，我们都知道，直接在应用程序代码中嵌入大量的 SQL 查询往往会导致维护噩梦。随着我们步入 2026 年，微服务架构的普及和对数据安全性的极致追求，使得“存储过程”这一经典的数据库技术焕发了新的生命力。
在这篇文章中，我们将深入探讨“如何使用 PL/SQL 编写简单的 SELECT 存储过程”，但这不仅仅是一篇语法教程。我们将会结合 2026 年的开发范式——特别是“氛围编程”与“AI 辅助开发”的视角，一步步学习如何封装查询逻辑。无论你是刚接触 PL/SQL 的新手，还是希望巩固基础并了解现代最佳实践的开发者，这篇文章都将为你提供从入门到实战的全方位指南。
目录
什么是 PL/SQL 存储过程？
在正式开始编写代码之前，让我们先明确一下概念。PL/SQL 中的存储过程是一个存储在数据库中的子程序，它包含了一组为了执行特定任务而编写的 SQL 语句和 PL/SQL 逻辑。你可以把它想象成数据库端的“函数”或“方法”。
一旦创建，它就会被编译并存储在数据库字典中。这意味着，我们可以通过简单的调用来反复执行它，而无需每次都重新发送冗长的 SQL 代码。这不仅极大地减少了网络流量，还在数据源头构建了一层逻辑防护墙。
为什么要编写 SELECT 存储过程？
在日常开发中，我们经常需要从数据库表中检索数据（SELECT 操作）。将这部分逻辑封装在存储过程中有以下显著优势：
- 逻辑封装与复用：如果你有一个复杂的查询需要在多个报表或模块中使用，只需编写一次存储过程，然后在任何地方调用它。
- 增强安全性：你可以授予用户执行存储过程的权限，而不是直接访问底层表的权限。这样，用户只能通过你定义的逻辑获取数据，无法随意篡改表结构。在 2026 年，这种“最小权限原则”是企业合规的标配。
- 性能优化：存储过程在创建时会被解析和优化。执行时，数据库可以直接调用内存中的已编译代码，处理速度通常比即席 SQL 快得多。
环境准备：创建测试表
为了演示如何编写 SELECT 存储过程，我们需要一个实际的操作环境。让我们创建一个名为 Students 的表，并插入一些模拟数据。
步骤 1：创建表结构
-- 创建学生信息表
CREATE TABLE Students (
student_id INT, -- 学号
first_name VARCHAR(50), -- 名
last_name VARCHAR(50), -- 姓
department VARCHAR(50), -- 专业/系别
age INT -- 年龄
);
步骤 2：插入测试数据
-- 向表中插入具体的测试数据
INSERT INTO Students (student_id, first_name, last_name, department, age)
VALUES
(1, ‘张伟‘, ‘王‘, ‘计算机科学‘, 20),
(2, ‘李娜‘, ‘刘‘, ‘数学‘, 22),
(3, ‘王强‘, ‘陈‘, ‘生物‘, 21),
(4, ‘赵敏‘, ‘杨‘, ‘物理‘, 23),
(5, ‘刘杰‘, ‘黄‘, ‘化学‘, 20),
(6, ‘陈静‘, ‘吴‘, ‘计算机科学‘, 22);
方法一：基础 SELECT 存储过程（使用 REF CURSOR）
在 PL/SQL 中，直接在存储过程中写 INLINECODEe6b7fa37 而不处理结果集通常是不起作用的。在实际应用中，我们通常希望存储过程能返回一个结果集给应用程序（如 Java, C#, Python 等）。在 Oracle PL/SQL 中，最标准的做法是使用 INLINECODEe89d8022（游标变量）作为 OUT 参数来返回数据。
基础语法结构
CREATE OR REPLACE PROCEDURE procedure_name (
p_cursor OUT SYS_REFCURSOR -- 定义输出参数，类型为系统引用游标
)
AS
BEGIN
-- 打开游标，并将查询结果填充进去
OPEN p_cursor FOR
SELECT column1, column2
FROM table_name
WHERE condition;
END;
/
实战示例 1：查询所有学生信息
让我们编写第一个存储过程。这个过程的任务很简单：返回 Students 表中的所有数据。
CREATE OR REPLACE PROCEDURE get_all_students (
p_student_cursor OUT SYS_REFCURSOR -- 定义一个输出游标
)
AS
BEGIN
-- 打开游标，执行查询
OPEN p_student_cursor FOR
SELECT student_id, first_name, last_name, department, age
FROM Students
ORDER BY student_id;
END;
/
实战示例 2：按系部查询学生（带过滤条件）
实际业务中，我们很少查全表，更多是根据条件筛选。让我们来写一个带输入参数的存储过程。
场景：我们需要根据“系部名称”查询该系的所有学生。
CREATE OR REPLACE PROCEDURE get_students_by_dept (
p_dept_name IN VARCHAR2, -- 输入参数：系部名称
p_result_cursor OUT SYS_REFCURSOR -- 输出参数：结果集游标
)
AS
BEGIN
-- 根据输入的系部名称打开游标
OPEN p_result_cursor FOR
SELECT student_id, first_name, last_name, age
FROM Students
WHERE department = p_dept_name; -- 使用输入参数进行过滤
END;
/
为了增强程序的健壮性，我们可以优化大小写匹配问题：
CREATE OR REPLACE PROCEDURE get_students_by_dept_safe (
p_dept_name IN VARCHAR2,
p_result_cursor OUT SYS_REFCURSOR
)
AS
BEGIN
OPEN p_result_cursor FOR
SELECT student_id, first_name, last_name, age
FROM Students
WHERE UPPER(department) = UPPER(p_dept_name); -- 忽略大小写匹配
END;
/
方法二：企业级动态查询与安全防护（2026 必备）
随着业务需求的复杂化，我们经常会遇到“查询条件不固定”的情况。例如，用户可能只传入了姓名，或者只传入了年龄，或者两者都有。在 2026 年的开发中，我们不仅要解决问题，还要确保代码具备极高的安全性和可维护性。
2026 开发趋势：AI 辅助下的安全编码
在使用像 Cursor 或 GitHub Copilot 这样的 AI 工具生成 SQL 时，最大的风险之一是 SQL 注入。作为开发者，我们必须充当“AI 监督员”的角色。看下面这个例子，展示如何使用 绑定变量 来构建安全的动态 SQL。
实战示例 3：高级多条件过滤存储过程
这个例子展示了现代 PL/SQL 开发的核心能力：动态 SQL + 绑定变量。
CREATE OR REPLACE PROCEDURE search_students_advanced (
p_dept IN VARCHAR2 DEFAULT NULL,
p_min_age IN NUMBER DEFAULT NULL,
p_result_cursor OUT SYS_REFCURSOR
)
AS
v_sql VARCHAR2(4000); -- 用于存储动态 SQL 语句
v_where VARCHAR2(2000) := ‘‘; -- 存储条件子句
BEGIN
-- 1. 构建 SQL 基础部分 (注意：强烈建议明确列名，避免 SELECT *)
v_sql := ‘SELECT student_id, first_name, last_name, department, age FROM Students WHERE 1=1‘;
-- 2. 动态添加过滤条件
IF p_dept IS NOT NULL THEN
v_where := v_where || ‘ AND UPPER(department) = UPPER(:p_dept_bind)‘;
END IF;
IF p_min_age IS NOT NULL THEN
v_where := v_where || ‘ AND age >= :p_min_age_bind‘;
END IF;
-- 3. 拼接完整 SQL
v_sql := v_sql || v_where || ‘ ORDER BY student_id‘;
-- 4. 使用 USING 子句打开游标 (这是防止 SQL 注入的关键！)
OPEN p_result_cursor FOR v_sql
USING p_dept, p_min_age;
-- 注意：USING 中的参数必须严格对应 :placeholder 的数量和顺序
EXCEPTION
WHEN OTHERS THEN
-- 在生产环境中，我们应该记录日志并重新抛出异常
RAISE_APPLICATION_ERROR(-20001, ‘查询学生数据时发生错误: ‘ || SQLERRM);
END;
/
为什么这是“高级”写法？
- 防注入：我们从未将输入值 INLINECODE94fafc93 直接拼接到字符串中，而是使用了占位符 INLINECODE316d24c4 和
USING子句。 - 灵活性：通过 INLINECODE7ca051b1 技巧，我们可以随意拼接 INLINECODE3c9a7f2b 条件。
- 可观测性：我们在
EXCEPTION块中加入了错误处理，这在现代 DevOps 流程中至关重要。
云原生时代的异常处理与可观测性
在 2026 年，应用程序通常是分布式的，数据库只是其中的一个环节。当存储过程内部出错时，仅仅返回一个错误代码是不够的。我们需要在数据库层面构建“可观测性”。
在我们的最近的一个云迁移项目中，我们不仅要捕获错误，还要将上下文信息记录到专门的日志表中，以便后续通过 ELK (Elasticsearch, Logstash, Kibana) 或类似工具进行分析。
实战示例 4：具有日志记录的企业级异常处理
让我们看看如何将简单的错误处理升级为企业级的日志记录方案。
-- 首先创建一个日志表来存储错误信息
CREATE TABLE SP_ERROR_LOGS (
log_id NUMBER GENERATED ALWAYS AS IDENTITY,
procedure_name VARCHAR2(100),
error_code NUMBER,
error_message VARCHAR2(4000),
error_stack VARCHAR2(4000),
log_timestamp TIMESTAMP DEFAULT SYSTIMESTAMP,
user_name VARCHAR2(50)
);
-- 创建一个记录日志的独立过程
CREATE OR REPLACE PROCEDURE log_error (
p_proc_name IN VARCHAR2,
p_err_msg IN VARCHAR2,
p_err_stack IN VARCHAR2
)
AS
BEGIN
INSERT INTO SP_ERROR_LOGS (procedure_name, error_message, error_stack, user_name)
VALUES (p_proc_name, p_err_msg, p_err_stack, USER);
COMMIT; -- 确保日志被立即记录
END;
/
-- 修改我们的存储过程以包含日志记录
CREATE OR REPLACE PROCEDURE get_students_safe_logging (
p_dept IN VARCHAR2,
p_result_cursor OUT SYS_REFCURSOR
)
AS
v_sql VARCHAR2(1000);
BEGIN
v_sql := ‘SELECT * FROM Students WHERE department = :1‘; -- 使用位置绑定变量
-- 模拟一个业务逻辑检查
IF p_dept = ‘BANNED_DEPT‘ THEN
RAISE_APPLICATION_ERROR(-20002, ‘访问被拒绝：不允许查询该系部数据‘);
END IF;
OPEN p_result_cursor FOR v_sql USING p_dept;
EXCEPTION
WHEN OTHERS THEN
-- 记录详细的错误信息，包括堆栈跟踪，这对调试非常关键
log_error(‘get_students_safe_logging‘, SQLERRM, DBMS_UTILITY.FORMAT_ERROR_BACKTRACE());
-- 决定是向调用者隐藏详细错误信息还是抛出它
-- 这里我们选择抛出一个友好的错误信息，而不是暴露底层结构
RAISE_APPLICATION_ERROR(-20003, ‘处理请求时发生内部错误，请联系管理员。‘);
END;
/
通过这种方式，我们将技术细节留在了数据库内部，而给调用者返回了一个标准化的响应。这种隔离是现代 API 设计的精髓。
性能优化与“选择的艺术”：2026 视角
作为数据库专家，我们不仅要让代码跑通，还要让它跑得快。在 2026 年，硬件资源虽然更丰富了，但数据量的增长速度更快。我们需要讨论一些深层的性能陷阱。
1. 避免 SELECT * 的真正原因
除了之前提到的网络 I/O 问题，这里还有一个更深层的性能考量：游标共享。
当我们使用 SELECT * 时，如果未来表中增加了一个 CLOB 字段，Oracle 可能无法使用某些高效的索引访问路径。更重要的是，明确列名可以让数据库优化器更好地利用“列式存储”特性（在 Oracle Exadata 或类似的混合架构中）。因此，始终在代码中显式声明列名，这不仅是为了代码清晰，更是为了性能。
2. 确定性函数与结果缓存
如果我们的 SELECT 存储过程涉及大量的计算，但不怎么变动，我们可以利用 Oracle 的“结果缓存”功能。这会让数据库直接返回缓存的结果集，而不需要重新执行 SQL 语句。
CREATE OR REPLACE PROCEDURE get_top_students (
p_result_cursor OUT SYS_REFCURSOR
)
AS
BEGIN
-- 假设这里有一个复杂的排名计算
OPEN p_result_cursor FOR
SELECT /*+ RESULT_CACHE */ student_id, first_name, score
FROM (
SELECT s.student_id, s.first_name,
(SELECT COUNT(*) FROM exams e WHERE e.student_id = s.student_id) as score
FROM Students s
ORDER BY score DESC
)
WHERE ROWNUM <= 10;
END;
/
通过添加 /*+ RESULT_CACHE */ 提示，我们告诉优化器这个查询的结果在数据不变的情况下是可以被缓存的。这在高并发读取场景下（如首页展示）能带来数量级的性能提升。
如何执行和测试这些存储过程？
仅仅写好代码是不够的，我们需要验证它是否工作。
测试游标类型存储过程
要测试返回 SYS_REFCURSOR 的过程，最简单的办法是在 PL/SQL 块中调用并打印结果。
VARIABLE rc REFCURSOR; -- 定义一个绑定变量接收游标
-- 执行存储过程 (测试多条件查询)
EXECUTE search_students_advanced(p_dept => ‘计算机科学‘, p_min_age => 21, :rc);
-- 打印结果 (SQL Developer / SQLcl)
PRINT rc;
或者使用匿名 PL/SQL 块进行更详细的测试：
DECLARE
v_cursor SYS_REFCURSOR;
v_rec Students%ROWTYPE; -- 使用 %ROWTYPE 自动匹配表结构
BEGIN
-- 调用存储过程
get_students_by_dept(‘计算机科学‘, v_cursor);
-- 循环遍历游标
LOOP
FETCH v_cursor INTO v_rec;
EXIT WHEN v_cursor%NOTFOUND; -- 当没有数据时退出
DBMS_OUTPUT.PUT_LINE(‘学生ID: ‘ || v_rec.student_id || ‘, 姓名: ‘ || v_rec.first_name);
END LOOP;
-- 关闭游标 (释放资源)
CLOSE v_cursor;
END;
/
总结与进阶
在这篇文章中，我们一起学习了如何使用 PL/SQL 编写简单的 SELECT 存储过程，涵盖了从基础的语法到具体的实战案例，包括无条件查询、条件过滤、安全的高级动态 SQL 以及企业级的异常处理。掌握这些技能，你就能开始在数据库层封装复杂的业务逻辑了。
关键要点回顾：
- REF CURSOR 是从存储过程返回结果集的标准方式。
- 始终显式声明列名以提高性能和稳定性。
- 使用 绑定变量 处理动态 SQL，确保数据安全，防止注入。
- 良好的命名规范和异常处理机制是专业开发的基石。
既然你已经掌握了基础的 SELECT 过程，下一步，建议你尝试探索 PL/SQL 中的事务控制（COMMIT/ROLLBACK） 以及 Oracle 23c 中最新引入的 JSON 关系型二元性，这些将是未来几年数据开发的核心竞争力。快去打开你的数据库环境，试着创建几个属于你自己的存储过程吧！