REVOKE 是撤销 SQL Server 视图访问权限的正确命令，用于撤销此前用 GRANT 显式授予的权限，需指定 schema（如 dbo.vw_sales_summary）和带方括号的用户名；DENY 优先级更高，可覆盖角色权限，适合敏感视图；验证必须用 HAS_PERMS_BY_NAME() 而非仅依赖错误提示。
REVOKE 是撤销 SQL Server 视图访问权限的正确命令，不是 DENY，也不是直接删用户或改角色。
REVOKE SELECT ON view_name 是标准做法
-
REVOKE撤销的是你之前用GRANT显式赋予的权限，它不会覆盖其他来源的权限（比如通过角色继承来的），也不会阻止后续再次授予。 - 如果用户是通过角色（如
db_datareader）获得视图访问权，REVOKE单个视图权限无效——必须从角色层面控制，或先DENY（见下一条）。 - 语法必须带 schema：比如
REVOKE SELECT ON dbo.vw_sales_summary FROM [app_user]，漏掉dbo.会报错Cannot find the object "vw_sales_summary"。 - 用户名要用方括号包裹，尤其含特殊字符或空格时：
REVOKE SELECT ON dbo.vw_report TO [ETL\svc-reader]。
DENY SELECT ON view_name 用于彻底封禁
-
DENY优先级高于GRANT，哪怕用户属于db_datareader，只要对这个视图做了DENY，就查不了。 - 适合敏感视图“宁可错杀不可放过”的场景，比如含身份证字段的
vw_customer_pii。 - 注意：
DENY不能被更高层的GRANT覆盖，但可以被另一个DENY覆盖（后者生效），也可以用REVOKE清除（不是GRANT）。 - 执行后建议立刻验证：
EXECUTE AS USER = 'app_user'; SELECT TOP 1 * FROM dbo.vw_customer_pii; REVERT;，否则可能误以为封住了，实际仍能查。
权限验证别只靠“没报错”
-
HAS_PERMS_BY_NAME()是唯一可靠方式：SELECT HAS_PERMS_BY_NAME('vw_customer_pii', 'OBJECT', 'SELECT') AS has_select;
返回 0 表示无权，1 表示有权，NULL 表示对象不存在或无元数据访问权。 - 不要仅凭
SELECT报错The SELECT permission was denied就断定已生效——也可能是视图底层表缺权限，或视图里用了未授权的函数。 - 如果视图依赖其他视图或表，且那些对象没给权限，即使本视图授了权，执行时仍会失败。
真正容易被忽略的是权限继承链：一个用户能查视图，未必是因为你给这个视图授了权，而是他属于某个角色、那个角色有 schema 级权限、或者数据库级角色给了宽泛权限。撤权限前，先查清来源。
