员工维为什么要留汇报线历史
员工维记录所属部门、直属主管、职级等属性。组织调整或换主管之后，如果只保留当前值，历史审批链与考核归属就无法还原——某笔报销当时由谁审批、某份业绩当时算在哪个团队，都只能靠推测。用类型 2 跟踪汇报线即可保留「当时主管」的口径。
基本信息
| 关键字段 | 部门代理键、直属主管员工号、职级、在职状态 |
|---|---|
| 历史处理 | 汇报线变化用类型 2，联系方式等用类型 1 覆盖 |
| 敏感数据 | 证件号与薪资等字段单独存放并控制权限 |
| 层级查询 | 配合路径列避免深层递归 |
| 常见用途 | 审批链还原与组织人效分析 |
典型使用场景
- 审批链还原：查清某笔单据当时由哪位主管审批
- 人效分析：按部门与职级统计人数、产出与流动
- 离职分析：离职率按部门、职级与司龄分层统计
- 汇报关系核对：组织调整后校验汇报线是否出现环
- 权限管理：以维度表为准同步下游系统的组织权限
员工维建表
员工维建表
-- 员工维：保留汇报线区间，可还原当时主管
CREATE TABLE dim_employee (
emp_sk bigint COMMENT '代理键',
emp_id string COMMENT '员工号',
dept_sk bigint COMMENT '部门代理键',
manager_emp_id string COMMENT '直属主管员工号',
job_level string COMMENT '职级',
start_date date COMMENT '生效起始日期',
end_date date COMMENT '生效结束日期',
is_current int COMMENT '是否当前版本'
) STORED AS ORC;属性跟踪方式
| 属性 | 变化频率 | 跟踪方式 |
|---|---|---|
| 所属部门 | 中 | 类型 2 保留归属历史 |
| 直属主管 | 中 | 类型 2，支撑审批链还原 |
| 职级 | 低 | 类型 2 或另设职级对照表 |
| 联系方式 | 低 | 类型 1 直接覆盖 |
递归查询组织树要配合路径列：深层组织用递归查询容易超时，物化路径列后按前缀过滤，子树查询一次即可完成。
员工维含个人敏感信息：证件号、联系方式与薪资等字段要按最小必要原则拆表存放，并限制下游访问权限，避免随维度表扩散。