能，仅限同类型的用户自定义RECORD变量间赋值，%ROWTYPE间可互赋，但自定义记录与%ROWTYPE不可混用；LOB和REF字段赋值后共享定位器或句柄，非深拷贝。
PL/SQL 中记录类型能直接赋值吗？
能，但仅限同类型的 record 变量之间，且必须是用户自定义的记录类型（type ... is record），不能是基于表的 %rowtype 与自定义记录混用。oracle 不支持跨类型隐式转换，哪怕结构完全一致。
常见错误现象：PLS-00306: wrong number or types of arguments in call to '=' —— 这通常是因为你试图把一个 emp%ROWTYPE 赋给 TYPE emp_rec IS RECORD(...)，或反过来。
- 同类型赋值是深拷贝：修改目标记录不会影响源记录
-
%ROWTYPE之间可以互相赋值（如emp1%ROWTYPE := emp2%ROWTYPE），因为 Oracle 视其为“同构” - 自定义记录类型之间赋值，要求字段名、数量、顺序、数据类型全部严格匹配；少一个
NOT NULL约束都可能触发编译错误
克隆记录时要不要逐字段赋值？
不需要，只要类型兼容，一行 target_rec := source_rec; 就够了——这是最简洁、最安全的克隆方式。逐字段写不仅冗长，还容易漏字段、错顺序，尤其在后期表结构变更时极易出错。
使用场景：函数返回记录、游标循环中暂存上一条数据、构造测试数据、备份当前行状态做对比等。
- 如果源记录含
LOB字段（如CLOB），赋值后两个变量指向同一 LOB 定位器（locator），不是内容拷贝；后续对 LOB 的写操作会影响两者，需显式调用DBMS_LOB.COPY或DBMS_LOB.CREATETEMPORARY处理 - 若记录里有
REF CURSOR，赋值只是复制游标句柄，两个变量仍共享同一个打开的游标；关闭其中一个会令另一个失效 - 性能上无差异：直接赋值和逐字段赋值在 PL/SQL 引擎内开销基本一致，但可读性和维护性差太多
更新克隆后的记录字段，原记录受影响吗？
不影响。同类型记录赋值是值拷贝（value copy），不是引用传递。改 new_rec.name := 'Alice'; 不会动 old_rec.name 分毫。
但要注意边界情况：
- 嵌套记录（record inside record）：外层赋值是深拷贝，但若内层字段是
OBJECT TYPE实例且声明为REF，那拷贝的是引用，不是对象副本 - 集合类型（如
VARRAY或NESTED TABLE）：赋值后两个变量持有独立集合，但集合元素如果是对象类型且含REF，同样存在共享引用风险 - 不要依赖
:=来“冻结”动态 SQL 查询结果；如果源记录来自EXECUTE IMMEDIATE ... INTO，赋值后它只是那一刻快照，与后续查询无关
为什么有时 := 报错而 SELECT ... INTO 却可以？
因为 SELECT ... INTO 允许字段映射（column-to-field matching by position or name），而记录赋值要求类型完全一致。比如你用 SELECT id, name INTO rec FROM emp，rec 是 emp%ROWTYPE，没问题；但若 rec 是自定义记录且字段顺序不同，或多了个计算字段，:= 就直接拒绝。
典型陷阱：
- 用
SELECT *查表再赋给自定义记录：一旦表加字段，编译就失败；SELECT *+%ROWTYPE才安全 - 把
SELECT a.id, a.name FROM emp a的结果赋给TYPE t IS RECORD(id NUMBER, name VARCHAR2(50))，看着一样，但如果a.id实际是NUMBER(10,0)而定义是NUMBER(5)，赋值可能截断或报错（取决于精度） - 函数返回记录类型时，调用方必须声明完全相同的类型；别指望用
%ROWTYPE接收自定义记录返回值
真正容易被忽略的是 LOB 和 REF 的行为——它们看起来像普通字段，但拷贝语义完全不同。不验证这些字段的用途，克隆就只是表面安全。
