PostgreSQL和SQL Server中GRANT SELECT ON VIEW必须显式指定schema名，如public.my_view；MySQL虽可省略但建议加上。只读用户须先获schema USAGE权限，否则报错permission denied for schema；视图若设SQL SECURITY DEFINER，则需确保创建者有底层表权限。
GRANT SELECT ON VIEW 语法必须带 schema 名称
PostgreSQL 和 SQL Server 要求显式指定视图所属 schema，比如 public.my_view 或 dbo.sales_summary；直接写 my_view 会报错 relation "my_view" does not exist。MySQL 8.0+ 虽支持不带 schema，但为兼容性和可读性，仍建议始终带上。
只读用户需先存在，且不能跳过 USAGE 权限
在 PostgreSQL 中，即使只给视图授权，也必须先让该用户对所在 schema 有 USAGE 权限，否则查询时会提示 permission denied for schema public。SQL Server 不强制此步，但 MySQL 需确保用户已创建且未被锁。
CREATE USER 'ro_user'@'%' IDENTIFIED BY 'strong-pass';-
GRANT USAGE ON mydb.public TO ro_user;（PostgreSQL） GRANT SELECT ON mydb.public.my_view TO ro_user;
MySQL 8.0+ 视图权限依赖 underlying 表的 DEFINER 或 SQL SECURITY
如果视图定义中用了 SQL SECURITY DEFINER（默认），那么执行查询时检查的是视图创建者的权限，而非当前用户——此时给 ro_user 授予视图权限无效，反而要确保创建者有底层表权限。更稳妥的做法是：
- 建视图时显式指定
SQL SECURITY INVOKER - 或用
DEFINER = CURRENT_USER（需对应用户有 CREATE VIEW 权限） - 然后才执行
GRANT SELECT ON mydb.my_view TO 'ro_user'@'%';
验证权限是否生效，别只看 GRANT 是否成功
执行完授权后，立刻用目标用户连接并测试，避免因缓存或权限未刷新导致误判：
- PostgreSQL：
SET ROLE ro_user; SELECT * FROM public.my_view LIMIT 1; - MySQL：
mysql -u ro_user -p -e "SELECT * FROM mydb.my_view LIMIT 1;" - SQL Server：用 SSMS 切换登录用户，或在查询窗口开头加
EXECUTE AS USER = 'ro_user';
常见失败原因：用户连接时没指定数据库（MySQL）、schema 拼写大小写不一致（PostgreSQL 默认小写）、视图依赖的函数/表权限未同步开放。
