PostgreSQL中是否存在自动数据隔离的SQL构造？

一、自动数据隔离：用行级安全（RLS）实现无WHERE条件的数据过滤 #

当然有！PostgreSQL内置的**行级安全（Row Level Security, RLS）**就是专门解决这类需求的——它能让数据库自动为不同用户过滤可见数据，完全不用你在每个查询里手动加WHERE条件，完美匹配你说的场景：普通用户只能看对应国家的站点，超级用户能查看所有数据。

具体实现步骤： #

1. 给目标表启用RLS
   首先得让你的表支持行级安全，执行：

   ALTER TABLE sites ENABLE ROW LEVEL SECURITY;
   

   如果连超级用户（比如postgres）也要受RLS限制，可以加上FORCE强制生效：

   ALTER TABLE sites FORCE ROW LEVEL SECURITY;
   

2. 创建角色分组
   为了方便管理权限，建议按用户类型创建角色组：

   CREATE ROLE role_italy_user;
   CREATE ROLE role_russia_user;
   CREATE ROLE role_super_user;
   

3. 编写RLS过滤策略
   针对不同角色组定义自动生效的过滤规则：

   -- 意大利用户只能查看意大利站点
   CREATE POLICY italy_access_policy ON sites
       FOR SELECT TO role_italy_user
       USING (country = 'Italy');
   
   -- 俄罗斯用户只能查看俄罗斯站点
   CREATE POLICY russia_access_policy ON sites
       FOR SELECT TO role_russia_user
       USING (country = 'Russia');
   
   -- 超级用户可以查看所有数据
   CREATE POLICY super_user_full_access ON sites
       FOR SELECT TO role_super_user
       USING (true);
   

   这里的USING子句就是自动生效的过滤逻辑，用户查询时数据库会自动拼接这个条件，完全不用手动写WHERE。

4. 给具体用户分配角色
   把实际用户加到对应的角色组，并赋予基础查询权限：

   -- 创建意大利用户Alice
   CREATE USER alice WITH PASSWORD 'your_secure_password';
   GRANT role_italy_user TO alice;
   GRANT SELECT ON sites TO alice;
   
   -- 创建俄罗斯用户Bob
   CREATE USER bob WITH PASSWORD 'another_secure_password';
   GRANT role_russia_user TO bob;
   GRANT SELECT ON sites TO bob;
   
   -- 创建超级用户Admin
   CREATE USER site_admin WITH PASSWORD 'super_secure_password';
   GRANT role_super_user TO site_admin;
   GRANT SELECT ON sites TO site_admin;
   

设置完成后，Alice登录执行SELECT * FROM sites;只会看到意大利的站点，Bob只能看到俄罗斯的，超级用户则能查看所有数据，全程无需额外添加过滤条件。

二、能否用'postgres'用户处理所有应用连接？ #

技术上是可行的，但非常不推荐——postgres是PostgreSQL的默认超级用户，拥有数据库的全部权限（比如删库、修改配置、访问所有数据）。如果应用服务器用postgres连接，一旦应用出现漏洞（比如SQL注入），攻击者就能直接控制整个数据库，风险极高。

最佳实践：创建专用应用角色 #

建议创建一个仅拥有必要权限的专用角色，让应用服务器用这个角色连接：

-- 创建应用专用角色
CREATE ROLE app_server_user WITH LOGIN PASSWORD 'app_secure_password';

-- 分配最小必要权限（比如仅允许查询站点表）
GRANT SELECT ON sites TO app_server_user;
-- 如果需要写入数据，再按需添加INSERT/UPDATE/DELETE权限

如果非要在测试环境使用postgres连接，记得给目标表加上FORCE ROW LEVEL SECURITY，让postgres也遵守RLS规则，避免超级用户不受限制地访问所有数据。

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