2. Snowflake 多部门协作基础

在 Snowflake 中做多部门数据共享，最容易踩的坑不是 SQL 写错，而是把“组织、账户、角色、用户、仓库、数据库对象”这六个概念混为一谈。它们各自解决不同层面的问题：组织解决“公司之间怎么管”，账户解决“数据放在哪个隔离边界里”，角色解决“谁能看什么”，用户解决“谁在登录”，仓库解决“用什么算力算”，数据库对象解决“数据本身长什么样”。跨部门协作时，只要这六层职责划分清楚，权限、成本、数据边界就不会互相打架。

一、六层对象各自的职责边界

先给出一张整体职责划分图，帮助建立空间感。图中左侧是“管理边界”，右侧是“使用边界”，中间通过角色把两边连接起来。

二、组织与账户：先划清数据边界

组织（Organization）是 Snowflake 中最高层级的管理单元，通常对应一家公司或一个集团。它的价值在于：当公司有多个业务线、多个区域、甚至多个子公司时，可以在一个组织下创建多个账户，并统一管理登录策略、全局角色和跨账户共享。例如某集团有“零售事业部”和“金融事业部”，两者数据合规要求不同，就可以各自建一个账户，而不是挤在同一个账户里用 Schema 硬隔离。

账户（Account）是数据隔离和计费的实际边界。账户内才有数据库、仓库、用户、角色。跨部门协作时，如果两个部门数据敏感度差异大、成本需要独立核算，建议分账户；如果只是同一公司内不同团队，通常同账户内用角色和 Schema 隔离即可。判断依据可以简化为三条：合规是否要求物理隔离、成本是否需要独立账单、故障是否允许互相影响。三条中任意一条为“是”，就倾向分账户。

三、角色：跨部门授权的真正枢纽

Snowflake 的权限不直接授予用户，而是授予角色，用户再通过被授予角色获得权限。角色可以继承，形成层级。跨部门场景中，推荐采用“功能角色 + 访问角色”两层结构：功能角色按岗位定义（如 analyst_role、engineer_role），访问角色按数据对象定义（如 sales_read_role、finance_read_role），功能角色继承访问角色。这样当某部门新增一张表时，只需把权限授给对应访问角色，所有继承它的功能角色自动获得，不必逐个用户改权限。

-- 示例：销售部门只读访问角色
CREATE ROLE sales_read_role;
GRANT USAGE ON DATABASE sales_db TO ROLE sales_read_role;
GRANT USAGE ON SCHEMA sales_db.curated TO ROLE sales_read_role;
GRANT SELECT ON ALL TABLES IN SCHEMA sales_db.curated TO ROLE sales_read_role;
GRANT SELECT ON FUTURE TABLES IN SCHEMA sales_db.curated TO ROLE sales_read_role;

-- 分析师功能角色继承该访问角色
CREATE ROLE analyst_role;
GRANT ROLE sales_read_role TO ROLE analyst_role;

-- 用户绑定功能角色
GRANT ROLE analyst_role TO USER alice;

注意 FUTURE TABLES 这一句非常关键：没有它，后续新建的表不会自动授权，跨部门查询会在新表上线后突然报权限错误。这是多部门协作中最常见的“昨天还能查、今天不行了”的根因之一。

四、用户与仓库：身份与算力分开管

用户是登录身份，可以绑定多个角色，通过 USE ROLE 切换当前生效角色。跨部门协作时，一个用户可能同时拥有本部门角色和外部共享角色，切换角色即切换可见数据范围。建议给每个用户设置默认角色和默认仓库，避免每次登录手动切换。

仓库是计算资源，与数据存储分离。跨部门场景中，仓库应按“部门 + 负载类型”划分，例如 sales_etl_wh（销售 ETL）、sales_bi_wh（销售 BI 查询）、shared_adhoc_wh（跨部门临时分析）。这样做的目的是让成本可归因：当财务看到某月仓库费用上涨时，能直接定位到是哪个部门的哪类负载。仓库大小和自动挂起时间要按负载特征设置，BI 查询可用 XS 配 60 秒自动挂起，ETL 可用 M 或 L 配 300 秒，避免小查询占用大仓库造成浪费。

五、数据库对象：数据的实际载体

数据库对象包括 Database、Schema、Table、View、Stage、Stream、Task 等。跨部门共享时，不建议直接把原始表授权给外部部门，而是通过 View 做一层“共享视图”：在 View 中过滤敏感字段、限定行范围、统一字段命名。这样底层表结构变化时，只需改 View，外部部门的使用方式不变。例如销售明细表含客户手机号，对外共享时建一个 sales_shared_v，只暴露订单号、金额、地区，隐藏手机号。

六、职责划分速查