SQL Server视图无“刷新时间”概念，因其不存储数据且每次查询实时执行；可通过sys.dm_exec_query_stats查最近执行时间，但受计划缓存限制；更可靠方式是启用SQL Server审计或改用带日志的存储过程。
SQL Server里没有视图“刷新时间”这个概念
视图本身不存储数据，也不像物化视图（如 PostgreSQL 的 MATERIALIZED VIEW）那样定期刷新。SQL Server 的普通视图只是保存的 SELECT 语句定义，每次查询时实时执行底层逻辑。所以不存在“最后一次刷新时间”——只有“最后一次被查询的时间”，而这需要靠间接手段推测。
用 sys.dm_exec_query_stats 查最近的查询记录
这是最接近“访问时间”的办法：从计划缓存中找包含该视图名的查询，按最后执行时间倒序取。但要注意，计划缓存会老化、被清除，重启服务后就全没了。
实操建议：
- 确保视图名在查询中是明确出现的（比如写成
dbo.MyView，而不是用别名或通配符） - 执行前先清空缓存（仅测试环境）：
DBCC FREEPROCCACHE，再跑几次查询，再查结果更可靠 - 注意权限：需要
VIEW SERVER STATE权限 - 示例语句（替换
MyView为你的视图名）：
SELECT
qs.last_execution_time,
st.text
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
WHERE st.text LIKE '%MyView%'
ORDER BY qs.last_execution_time DESC;
用 sys.dm_db_index_usage_stats 看底层表的访问情况
如果视图只查一张表，且你关心的是“谁在用这个视图”，可以反向查它依赖的表是否被 SELECT 过。因为视图查询最终会落在基表上，而 sys.dm_db_index_usage_stats 会记录表的 user_seeks/user_scans/user_lookups 和对应时间戳。
但这个方法有明显局限：
- 无法区分是直接查表，还是通过视图查的
- 如果视图涉及多张表，时间戳可能来自任意一张，没法归因到视图本身
- 该 DMV 也受缓存生命周期影响，服务器重启即清零
真正可靠的方案：加日志或审计
如果业务上真需要追踪视图访问，就得主动埋点。常见做法：
- 把视图改成带
INSERT INTO AuditLog ... SELECT ... FROM ...的存储过程（牺牲一点灵活性，换来可追溯性） - 启用 SQL Server 审计（
SERVER AUDIT+AUDIT SPECIFICATION），捕获对特定对象的SELECT事件（注意性能开销和日志体积） - 在应用层统一调用封装函数，由中间件记录访问日志
别指望系统视图能给你一个“视图最后访问时间”的准确字段——SQL Server 没提供这个元数据，所有间接方式都受限于缓存、权限、查询写法等现实约束。
