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;
什么时候非得用 RECORD，而不能偷懒用 %ROWTYPE
当你要的数据根本不在一张表里，或者需要混入计算值、常量、PL/SQL 变量时，%ROWTYPE 就束手无策了。硬套只会让你绕大弯，甚至写出带隐患的动态 SQL。
常见错误现象：为拼一个含 “部门名+员工数+平均薪资” 的结构，强行创建视图再用 dept_summary%ROWTYPE，结果视图一改，下游全崩；或者用 %ROWTYPE 接收 SELECT COUNT(*) 结果，直接报类型不匹配。
- 字段来源跨多表（如
orders.order_date+customers.city+COUNT(*)） - 要存中间计算结果（如
discounted_price := list_price * 0.9） - 需要兼容不同环境的表结构（开发库字段少，生产库多两个审计字段），用
RECORD可以只取关心的字段，避免%ROWTYPE把冗余字段也拖进来
真正麻烦的是字段命名冲突——比如两个表都有 id 字段，RECORD 里你得手动起别名（order_id, cust_id），而 %ROWTYPE 天然隔离。这点容易被忽略，直到运行时报 PLS-00302: 必须声明组件 'id' 才发现没区分清楚。
