instead of触发器仅支持视图，不支持表；oracle强制限定其只能用于不可更新的复杂视图（如含join、聚合、distinct等），以显式替代dml操作并映射至基表，建在表上会直接报pls-00701错误。
因为 INSTEAD OF 触发器的设计目的就是“替代”对不可更新视图的 DML 操作，而 Oracle 从语法和语义层面硬性限制它只能作用于视图——建在表上会直接报错 PLS-00701: illegal object type 或类似提示。
Oracle 不允许在表上创建 INSTEAD OF 触发器
表本身支持原生 INSERT/UPDATE/DELETE，也支持 BEFORE 和 AFTER 触发器来增强或校验逻辑。如果允许在表上也用 INSTEAD OF，就会和已有机制冲突：比如一条 INSERT 到表，到底是执行语句本身，还是只跑触发器？数据库无法消歧。所以 Oracle 强制规定：INSTEAD OF 只能用于视图，且仅当该视图不满足“键值保存表（key-preserved table）”条件时才真正需要它。
视图没有物理存储，必须靠触发器翻译操作
视图只是 SELECT 语句的封装，不占实际数据块。当你写 INSERT INTO my_view ...，Oracle 无法自动推导出该往哪张基表插、字段怎么映射、约束怎么校验——尤其是多表 JOIN、含 DISTINCT、聚合或计算列的视图。这时候 INSTEAD OF 触发器不是“可选项”，而是唯一合法出口：它把用户对虚拟结构的操作，显式转成对真实表的 DML。
常见错误场景与验证方式
试图在表上建 INSTEAD OF 触发器时，你会遇到：
-
ORA-01732: data manipulation operation not legal on this view—— 这其实是视图报的错，但说明你正试图对一个没配触发器的复杂视图做 DML -
PLS-00701: illegal object type 'TABLE' for INSTEAD OF trigger—— 明确告诉你对象类型不合法 - 建视图时加了
WITH CHECK OPTION或READ ONLY，也会导致CREATE TRIGGER ... INSTEAD OF失败，因为语义冲突
验证是否真需 INSTEAD OF，先跑 DESCRIBE my_view，再查视图定义：SELECT text FROM all_views WHERE view_name = 'MY_VIEW'；如果含 JOIN、GROUP BY、UNION 等，基本逃不开它。
最易被忽略的一点是：INSTEAD OF 触发器里必须显式处理 :NEW 和 :OLD，哪怕只是空逻辑；漏写会导致语句“成功”返回但底层无任何变更——这种静默失败比报错更难排查。
