不支持。所有主流数据库均不允许在视图上创建BEFORE/AFTER触发器，MySQL直接报错且语法不通过；PostgreSQL和SQL Server仅支持INSTEAD OF触发器，用于拦截视图DML请求而非响应数据变化；真正应监听的是基表变更。
不支持。 所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle、SQLite）都不允许在视图上创建 BEFORE 或 AFTER 类型的触发器——这类触发器必须绑定到物理表，因为它们依赖真实数据行的变更时机和位置。
MySQL 直接报错：不能在视图上建任何 DML 触发器
你执行 CREATE TRIGGER tr ON my_view AFTER INSERT ... 会立刻失败，错误信息是：ERROR 1352 (HY000): Trigger can't be created on a view。MySQL 完全不支持视图上的触发器，连语法解析都通不过，不存在“部分支持”或“版本差异”这种模糊空间。
- 哪怕视图是可更新的（比如只 SELECT 单表字段），MySQL 仍禁止建触发器
- 试图用
INSTEAD OF？该关键字在 MySQL 中根本不存在，语句直接被拒 - 替代方案只能是：把触发器建在
my_view所依赖的基表上，并通过业务逻辑或会话变量标记来源
PostgreSQL 和 SQL Server 允许 INSTEAD OF，但不是“监听视图变化”
INSTEAD OF 触发器不是用来响应“视图内容变了”，而是拦截对视图发起的 INSERT/UPDATE/DELETE 请求，并替换成你写的自定义逻辑。它不感知基表变更，也不自动同步视图查询结果。
- PostgreSQL 要求视图不含
GROUP BY、DISTINCT、聚合函数等，否则INSERT INTO v本身就会失败，触发器根本没机会运行 - SQL Server 强制要求视图带
WITH SCHEMABINDING，否则CREATE TRIGGER报错：Cannot create trigger on view 'xxx' because it is not schema-bound - 触发器函数里不能调用
INSERT INTO v自身，否则递归触发，导致stack depth limit exceeded
想实现“视图数据变就触发”，本质是理解错了触发点
视图没有“数据变更”这回事——它只是每次查询时动态执行背后的 SELECT。所谓“视图内容变了”，其实是基表发生了 INSERT/UPDATE/DELETE。真正该监听的，永远是这些基表。
- 常见误操作：在视图上建触发器想捕获“订单数 > 10”这类条件 → 正确做法是在
orders表上建触发器，每次插入后查SELECT COUNT(*) FROM orders WHERE user_id = NEW.user_id - 如果聚合逻辑太重，考虑用触发器维护一张汇总表（如
user_order_counts），再让视图查这张表 - 物化视图（如 PostgreSQL 的
REFRESH MATERIALIZED VIEW）可被当物理表加触发器，但它不是实时的，且刷新动作本身不触发 DML 触发器
最容易被忽略的一点：可更新视图（updatable view）和触发器是两套机制。即使视图允许 INSERT，数据库也先尝试按规则重写为基表操作；只有失败时才轮到 INSTEAD OF 触发器介入。别指望它帮你“兜底”所有场景。
