mysql中可用date_sub(curdate(), interval 30 day)在视图中实现30天动态过滤，该写法被视作稳定函数而允许使用；order_date需为date/datetime类型，字符串须先用str_to_date()转换，视图每次查询实时计算边界，非快照。
MySQL中用DATE_SUB()实现30天动态视图
MySQL不支持在视图定义里直接用NOW()或CURDATE()作为过滤条件（会报错ERROR 1351: View's SELECT contains a subquery in the FROM clause之类，实际是因函数不可确定性被拒绝），但DATE_SUB(CURDATE(), INTERVAL 30 DAY)是安全的——它被MySQL视为“稳定函数”，允许出现在视图中。
实操写法：
CREATE VIEW recent_orders AS SELECT * FROM orders WHERE order_date >= DATE_SUB(CURDATE(), INTERVAL 30 DAY);
- 必须用
DATE_SUB(CURDATE(), INTERVAL 30 DAY)，不能写成CURDATE() - INTERVAL 30 DAY（虽等价，但部分旧版本MySQL会拒绝） -
order_date字段类型要是DATE或DATETIME；如果是字符串（如VARCHAR存'2024-05-01'），得先用STR_TO_DATE()转换，否则索引失效、性能暴跌 - 视图每次查询都会实时计算边界日期，不是快照——今天查是5月1日–5月31日，明天查自动变成5月2日–6月1日
PostgreSQL里用CURRENT_DATE配合生成列式写法
PostgreSQL对视图更宽松，CURRENT_DATE可直接用，但要注意时区。默认按数据库时区算，如果应用服务器在UTC+8而DB在UTC，CURRENT_DATE可能比你预期早一天。
推荐写法：
CREATE VIEW recent_logs AS SELECT * FROM app_logs WHERE log_time >= CURRENT_DATE - INTERVAL '30 days';
- 用
log_time >= CURRENT_DATE - INTERVAL '30 days'，不是BETWEEN——避免漏掉当天零点后的数据 - 如果
log_time是TIMESTAMP WITHOUT TIME ZONE，且业务按本地时间理解“最近30天”，得显式转时区：(log_time AT TIME ZONE 'Asia/Shanghai')::DATE >= CURRENT_DATE - 30 - PostgreSQL不会为视图自动建索引，确保
log_time字段上有索引，否则全表扫描
SQL Server中用GETDATE()要小心隐式转换
SQL Server允许在视图里用GETDATE()，但DATEADD(day, -30, GETDATE())返回的是带时间的DATETIME，如果目标字段是DATE类型，SQL Server会隐式转换，可能干扰索引使用。
安全写法：
CREATE VIEW recent_invoices AS SELECT * FROM invoices WHERE invoice_date >= CAST(DATEADD(day, -30, GETDATE()) AS DATE);
- 显式
CAST(... AS DATE)，让优化器清楚这是日期比较，能走invoice_date上的索引 - 别用
CONVERT(VARCHAR, ..., 112)拼字符串再比较——彻底放弃索引，且易出时区歧义 - SQL Server视图支持
SCHEMABINDING，但加了之后就不能用GETDATE()这类非确定函数，所以这个视图一定不能加WITH SCHEMABINDING
所有数据库共通的坑：时区、索引与权限
动态视图最大的陷阱不在语法，而在运行时行为是否符合业务预期。
- 时区不一致会导致“最近30天”在应用端和数据库端对不上——比如前端显示“2024-05-01起”，DB却按UTC算成“2024-04-30起”。统一用UTC存时间、展示层转本地时间是最稳妥的
- 没索引的日期字段会让视图查询变慢十倍以上，尤其数据量过百万后。执行
EXPLAIN（MySQL/PG）或SET STATISTICS IO ON（SQL Server）确认是否走了索引 - 创建视图的用户必须对基表有
SELECT权限，且某些环境（如AWS RDS）要求额外开启log_bin_trust_function_creators才允许函数参与视图定义
真正麻烦的从来不是写那几行SQL，而是确认“30天”从哪一刻开始算、按谁的时钟算、以及当数据量涨到千万级时，它还跑不跑得动。
