Azure SQL：新建视图对受限用户不可见的异常问题咨询

你的问题核心是Azure SQL（及SQL Server）的会话级元数据缓存机制导致的：

• 当特权用户快速完成「创建视图→授权→受限用户查询→删除视图」的流程时，受限用户的会话可能还未刷新本地的目录缓存（Catalog Cache）。这个缓存用于存储会话已访问过的对象元数据，默认不会自动感知其他会话创建的新对象。
• 受限用户直接执行select from view_guid时，会话会从缓存中查找该对象，此时缓存里还没有这个视图的信息，因此抛出「对象未找到」错误。
• 你插入的SELECT ... FROM sys.views查询会强制会话从系统目录中读取最新的元数据，直接刷新了本地的目录缓存，所以后续查询能正常找到视图。所谓的「短暂延迟」只是表象，真正起作用的是系统目录查询触发的元数据缓存刷新。

你的第一个假设是正确的，第二个假设不成立——延迟本身不会让视图「生效」，只是恰好系统查询带来的缓存刷新解决了问题。

1. 强制刷新受限用户会话的元数据缓存 #

在受限用户执行目标查询前，执行以下命令清除当前会话的目录缓存：

DBCC FREESESSIONCACHE;

该命令会清除当前会话的所有缓存（包括目录缓存、执行计划缓存等），确保会话从系统目录获取最新元数据。注意：这会导致当前会话后续第一次查询的性能略有下降，但对于你的临时视图场景影响可以忽略。

2. 替换临时视图模式（推荐） #

这种临时创建视图再立即删除的模式本身就存在元数据同步风险，更稳定的替代方案：

• 行级安全（RLS）：在目标表上创建行级安全策略，直接限制受限用户只能访问允许的数据行，无需创建临时视图。
• 存储过程代理：由特权用户创建存储过程，存储过程内部访问目标表，然后授予受限用户该存储过程的EXECUTE权限。受限用户通过执行存储过程获取数据，避免了临时对象的创建和元数据同步问题。

3. 轻量触发元数据刷新 #

如果必须保留临时视图模式，可以用更轻量的查询替代全量查询sys.views，仅检查目标视图是否存在，同样能触发缓存刷新：

SELECT 1 FROM sys.views WHERE name = 'view_guid';

内容的提问来源于stack exchange，提问作者Giedrius