嵌套表不适合OLTP主表，因其物理存储分离导致查询需跨表JOIN且索引受限；适用场景为低频写入、读多写少的固定结构子数据；需用TABLE()函数展开查询，不支持直接聚合或ORDER BY内部字段。
嵌套表不是万能的，别在OLTP主表里硬塞
oracle嵌套表确实能在一个insert语句里存多条子记录，但它的物理存储方式决定了它不适合高并发、频繁更新的业务主表。系统会为每个嵌套列自动创建一张独立的存储表（比如employee_addresses_nt），主表只存一个逻辑引用。这意味着每次查询嵌套数据都要跨表join，且无法走传统索引优化路径——除非你显式在存储表上建索引。
真正适合的场景是：低频写入、读多写少、结构相对固定、且子数据天然属于父记录上下文（比如员工的「历史地址清单」「证书列表」）。如果子数据要被其他表频繁关联或需要事务级一致性控制，老老实实用外键关系表更稳妥。
-
NESTED TABLE列不能直接加普通B-Tree索引，必须对底层存储表单独建索引，例如：CREATE INDEX idx_nt_addr_city ON employee_addresses_nt (city) - 嵌套表不支持
ON DELETE CASCADE，父行删除时，存储表里的子数据不会自动清理，得靠触发器或手动维护 - PL/SQL中处理嵌套表变量时，必须先用构造函数初始化，否则
ORA-06530: Reference to uninitialized composite
插入和批量构造嵌套表数据，语法容易错
嵌套表插入必须用类型构造函数，不能像普通列那样直接写数组字面量。常见错误是漏掉最外层类型名，或者括号不匹配。
正确写法分两步：先定义对象类型和嵌套表类型，再在INSERT中调用构造函数：
INSERT INTO employees_nested VALUES (
101,
'李四',
address_list_type(
address_type('天河路1号', '广州市', '广东省', '510630'),
address_type('深南大道88号', '深圳市', '广东省', '518057')
)
);- 嵌套表类型名（如
address_list_type）必须跟在VALUES里，不能省略 - 每条子记录必须用对应对象类型（如
address_type）包裹，不能直接写字段值 - 批量插入多行时，每行都要独立构造嵌套表，没法像关系表那样用
INSERT ... SELECT一次性灌入子数据
查询嵌套数据必须用TABLE()函数展开
想把嵌套列当普通表来查，必须用TABLE()函数把它“炸开”。漏掉这个函数，就会报ORA-22907: cannot convert a nested table to a VARRAY or LOB。
典型查询模式：
SELECT e.employee_id, e.name, a.street, a.city
FROM employees_nested e,
TABLE(e.address_list) a;-
TABLE(e.address_list)返回的是一个行集，可参与JOIN、WHERE、GROUP BY - 如果嵌套表为空（
NULL），TABLE()会展开为零行，不会导致父行丢失——这点和INNER JOIN不同 - 想保留空嵌套的父行，必须用
LEFT JOIN语法：SELECT ... FROM employees_nested e LEFT JOIN TABLE(e.address_list) a ON 1=1
批量计算要用PL/SQL，纯SQL能力有限
Oracle不支持对嵌套表列直接做聚合（比如AVG、SUM）或窗口函数。真要批量算，得进PL/SQL块里遍历处理。
例如统计每个员工的地址数量：
DECLARE
CURSOR c_emp IS SELECT employee_id, address_list FROM employees_nested;
v_count NUMBER;
BEGIN
FOR r IN c_emp LOOP
v_count := r.address_list.COUNT; -- 调用集合方法
DBMS_OUTPUT.PUT_LINE(r.employee_id || ': ' || v_count || ' addresses');
END LOOP;
END;- 嵌套表变量支持
COUNT、FIRST、LAST、EXISTS等方法，但仅限PL/SQL上下文 - 无法在SQL层直接
ORDER BY嵌套表内部字段（比如按street排序），必须先TABLE()展开再排序 - 如果计算逻辑复杂（比如按城市分组统计），不如把数据先
INSERT INTO临时表，再用标准SQL处理
嵌套表的“嵌套”感是强，但它的存储分离、语法特殊、计算受限，意味着你得为这点结构简洁性额外付出维护成本。真要批量计算，多数时候绕不开TABLE()展开 + 临时表 + 标准SQL这条路径。
