不能直接在视图里写 WHERE date_column BETWEEN ? AND ?，因为视图是预定义的SELECT语句，不支持运行时参数；必须由外层查询动态过滤，视图仅负责结构统一、字段脱敏与基础转换。
为什么不能直接在视图里写 WHERE date_column BETWEEN ? AND ?
视图本质是预定义的 SELECT 语句，不接受运行时参数。你在创建视图时硬编码日期范围（比如 WHERE log_time >= '2024-01-01'），那它就只能查固定区间——完全失去“按需分段”的意义。真正要的是：视图提供统一结构 + 外层查询动态过滤。
如何建一个安全、可复用的审计日志视图
核心是只做字段裁剪、脱敏和基础转换，把过滤权留给调用方。例如审计表 audit_log 含敏感字段 user_ip、request_body，且 log_time 是 TIMESTAMP 类型：
CREATE VIEW v_audit_log_daily AS SELECT id, user_id, action, status_code, DATE(log_time) AS log_date, HOUR(log_time) AS log_hour, LEFT(user_ip, LENGTH(user_ip)-3) || 'xxx' AS masked_ip, LENGTH(request_body) AS request_body_len FROM audit_log;
- 用
DATE(log_time)提前暴露日期维度，方便外层按天聚合或筛选 - 敏感字段必须脱敏，否则视图会绕过行级权限控制
- 避免在视图里用
TO_CHAR或FORMAT等数据库方言函数，影响跨库迁移
怎么高效查“最近7天”的数据而不全表扫描
关键不在视图，而在底层表的索引和外层查询写法。假设你执行：
SELECT * FROM v_audit_log_daily WHERE log_date BETWEEN '2024-06-01' AND '2024-06-07';
这能走索引的前提是：audit_log 表上有 log_time 字段的 B-tree 索引（或分区）。注意：
-
log_date是视图里的计算列，数据库通常无法对其直接建索引（PostgreSQL 除外，需用表达式索引） - 真正起效的是对原始
log_time的索引，所以外层条件最好也带上原始字段，如：WHERE log_time >= '2024-06-01' AND log_time - MySQL 8.0+ 支持函数索引，可建
INDEX idx_log_date ON audit_log ((DATE(log_time)))，但兼容性差，慎用
分区表 + 视图才是生产环境的合理组合
单靠视图解决不了大数据量下的性能问题。真实场景中，审计日志表应按天/月分区（如 PARTITION BY RANGE (TO_DAYS(log_time))），再配视图封装逻辑：
CREATE VIEW v_audit_log_recent AS SELECT * FROM audit_log WHERE log_time >= DATE_SUB(NOW(), INTERVAL 30 DAY);
这样既限制了默认访问范围，又保留了全量查询能力（直接查基表）。但要注意：
- 该视图在 MySQL 中可能被优化器展开为全表扫描，除非明确加
log_time条件 - PostgreSQL 的
MATERIALIZED VIEW可缓存结果，但不自动刷新，审计场景下容易数据过期 - 如果业务要求“强制按日期访问”，应在应用层拦截 SQL，或用存储过程封装，而不是依赖视图
视图不是银弹，它只是让日期分段逻辑更透明；真正的分段效率，取决于分区策略、索引设计和查询写法是否匹配。漏掉任意一环，都可能让视图变成性能黑洞。
