如何使用PL/SQL记录类型_TYPE RECORD定义与%ROWTYPE属性-Oracle-PHP中文网

record是用户自定义结构，字段名、类型、顺序全由开发者控制；%rowtype是数据库对象（表/游标）的快照式引用，字段完全绑定源对象，表结构变更会导致编译失败。

pl/sql 中 `record` 类型和 `%rowtype` 的本质区别

它们看起来都用来“存一行数据”，但底层逻辑完全不同：record 是用户自定义结构，字段名、类型、顺序全由你定；%rowtype 是对已有表或游标结果的**快照式引用**，字段完全绑定源对象，改表结构就可能让代码报错。

常见错误现象：ORA-06550: 行 X, 列 Y: PLS-00320: 此表达式的类型声明不完整或格式不正确——往往因为 RECORD 定义漏了 NOT NULL 字段的初始化，或误把 %ROWTYPE 当成可随意增减字段的容器。

RECORD 适合组合多个表字段、计算列、临时业务结构（比如 customer_summary 含客户名 + 订单数 + 最近下单日期）
%ROWTYPE 只适合“原样映射某张表或查询结果”，例如批量处理 employees 表时，用 emp_rec employees%ROWTYPE 最省事
性能上没差别，但 %ROWTYPE 在编译期就绑定元数据，表字段删了，哪怕没用到那列，也会编译失败；RECORD 纯手工维护，改表不影响它，但容易和实际数据脱节

定义 `RECORD` 类型的三个关键动作

不是写完 TYPE ... IS RECORD 就完事。必须分三步走清：声明类型、声明变量、赋值使用。漏任何一步都会报错。

常见错误现象：PLS-00201: 必须声明标识符 'xxx'——常因只写了类型定义，却没用该类型去声明变量；或者变量名和类型名混淆（比如把 TYPE emp_t IS RECORD(...) 和 emp_t emp_t; 写成同名）。

类型定义必须在 DECLARE 块里（包头、过程、函数内），不能直接在匿名块外写
字段类型要明确写全，比如 salary NUMBER(8,2)，不能简写为 NUMBER（虽语法允许，但易导致隐式转换或精度丢失）
赋值必须逐字段写，不能像 %ROWTYPE 那样用 SELECT ... INTO 一次性塞满——除非你用 SELECT ... BULK COLLECT INTO 配合嵌套表，但那是另一回事

示例：

DECLARE
  TYPE customer_info_t IS RECORD (
    cust_id   customers.customer_id%TYPE,
    cust_name customers.cust_last_name%TYPE,
    total_amt NUMBER(10,2)
  );
  v_cust customer_info_t;
BEGIN
  v_cust.cust_id := 101;
  v_cust.cust_name := 'Smith';
  v_cust.total_amt := 599.99;
END;

`%ROWTYPE` 能用在哪？哪些地方会悄悄失效

%ROWTYPE 只能用于已存在的数据库对象：表、视图、游标（显式或隐式）。它不能指向子查询、WITH 子句结果，也不能跨 schema 直接引用（除非有权限且加 schema 前缀）。

常见错误现象：PLS-00329: 未声明的游标名称 'cur' 引用 或 ORA-00942: 表或视图不存在——多因游标未正确定义，或表名拼错、大小写敏感（尤其在双引号建表时）。

隐式游标（如 SELECT ... INTO）也能用 %ROWTYPE，但必须确保查询返回且仅返回一行，否则抛 NO_DATA_FOUND 或 TOO_MANY_ROWS
显式游标用 %ROWTYPE 最安全，字段随游标定义走，游标改了，变量自动适配
如果表字段被 ALTER TABLE ... DROP COLUMN，所有依赖该表 %ROWTYPE 的 PL/SQL 单元会失效（INVALID 状态），下次调用才报错，容易遗漏

示例：

DECLARE
  CURSOR c_emp IS SELECT employee_id, last_name, salary FROM employees WHERE department_id = 30;
  r_emp c_emp%ROWTYPE; -- 绑定到游标，非表
BEGIN
  OPEN c_emp;
  FETCH c_emp INTO r_emp;
  DBMS_OUTPUT.PUT_LINE(r_emp.last_name || ': ' || r_emp.salary);
  CLOSE c_emp;
END;