视图本身不提供行级安全，必须依赖数据库原生rls机制或严格权限隔离；postgresql需启用rls并创建策略，mysql需用sql security definer函数映射user()，sql server应使用original_login()并回收基表权限。
纯视图本身不提供行级安全拦截能力，它只是封装查询的逻辑表；真正可控的行级权限必须依赖数据库原生机制（如 PostgreSQL 的 ROW LEVEL SECURITY、SQL Server 的 SECURITY POLICY），或在视图中硬编码过滤逻辑并配合严格的权限隔离——否则用户绕过视图直接查基表，整套控制就失效了。
PostgreSQL 中用视图模拟 RLS 的实际限制
在视图里写 CURRENT_USER 或 SESSION_USER 看似合理，但 PostgreSQL 优化器通常会把它当作常量处理，无法下推到基表扫描层。结果可能是全表扫描后再过滤，性能差，还容易被绕过。
- 正确路径是先对基表启用 RLS：
ALTER TABLE orders ENABLE ROW LEVEL SECURITY; - 再加策略：
CREATE POLICY order_user_policy ON orders FOR SELECT USING (created_by = CURRENT_USER); - 视图只做字段投影或 JOIN 封装，不再带
WHERE条件，例如：CREATE VIEW my_orders AS SELECT order_id, customer_name FROM orders; - 如果非要用视图过滤（比如兼容旧应用），必须搭配
current_setting('app.role', true)，且应用连接后要执行SET LOCAL app.role = 'hr'; -
current_setting()返回text类型，若字段是int，需显式转换：tenant_id = (current_setting('app.current_tenant', true)::int)
MySQL 8.0+ 视图实现行过滤的关键配置
MySQL 不支持会话变量透传到视图定义中，USER() 是唯一可用的运行时函数，但它返回的是 username@host 格式，业务表里存的往往是纯用户名或 ID，硬解析极易出错。
- 必须声明
SQL SECURITY DEFINER，不能用默认的DEFINER或INVOKER；否则普通用户没权限执行子查询或调用函数 - 避免直接用
SUBSTRING_INDEX(USER(), '@', 1)：当连接来自代理池（如app@localhost）或用户名含多个@（如user@prod@192.168.1.1）时会截断错误 - 更稳的做法是创建一个
SQL SECURITY DEFINER存储函数，例如get_current_user_id()，内部查映射表auth_mapping，把USER()映射到业务用户 ID - 视图中写成：
WHERE user_id = get_current_user_id() - 务必回收基表权限：
REVOKE SELECT ON mydb.orders FROM 'alice'@'%';，只授视图权限：GRANT SELECT ON mydb.user_orders TO 'alice'@'%';
SQL Server 视图中写 ORIGINAL_LOGIN() 的注意事项
SQL Server 视图里不能用 USER_NAME() 或 SUSER_SNAME() 做行过滤——前者返回数据库用户，不是登录名；后者可能被 EXECUTE AS 切换上下文影响。行级权限应锁定“谁连进来的”，所以必须用 ORIGINAL_LOGIN()。
-
ORIGINAL_LOGIN()返回值格式取决于认证方式：Windows 身份验证为DOMAIN\user，SQL 登录为user，匹配前要考虑大小写和域前缀 - 视图定义中必须显式包含过滤条件，例如：
WHERE dept_id IN (SELECT dept_id FROM user_role_map WHERE login_name = ORIGINAL_LOGIN()) - 仅靠视图不够，必须收回基表
SELECT权限，只授予视图权限；同时确保用户有VIEW DEFINITION权限，否则报错The SELECT permission was denied - 若需支持多角色或多租户，建议改用原生
SECURITY POLICY+PREDICATE函数，视图仅作查询入口
最容易被忽略的一点：所有基于视图的行级控制，都建立在“用户无法访问基表”这个前提上。只要漏掉一条 REVOKE，或者误授了 SELECT ANY TABLE 这类高危权限，整个机制就形同虚设。线上环境务必用 SHOW GRANTS FOR 'user'@'%'（MySQL）或 SELECT * FROM sys.database_permissions（SQL Server）逐条核验。
