30、人力资源管理与金融服务的数据处理策略

人力资源管理与金融服务的数据处理策略

1. 人力资源管理数据处理

1.1 经理员工键的处理

在员工维度行中，可以将经理的员工键作为一个属性包含在内。经理键会连接到一个外扩表，该外扩表是员工维度的一个角色扮演者，其中所有属性都引用“经理”，以区别于员工的特征。

如果员工维度中经理的外键被指定为类型 2 属性，那么每次经理变更时都会生成新的员工行。但需要仔细考虑底层的 ETL 业务规则。

例如，Abby 是 Hayden 的经理。采用上述外扩表方法，Hayden 的员工维度行将包含一个属性，该属性链接到经理角色员工维度中 Abby 的行。如果 Hayden 的经理发生变更，且业务希望跟踪这些历史变更，那么将经理外键视为类型 2 并为 Hayden 创建新行以捕获其与新经理的新资料是合适的。

然而，如果 Abby 仍然是 Hayden 的经理，但她的员工资料发生了变化，比如家庭住址变更。若家庭住址被指定为类型 2 属性，这次变更将为 Abby 生成一个新的员工维度行。如果经理键也被指定为类型 2 属性，那么 Abby 的新员工键也将为 Hayden 生成一个新的维度行。想象一下，如果 Abby 是一家大型组织的 CEO，她的资料发生类型 2 变更将波及整个表，由于 CEO 资料中的单个类型 2 属性变更，最终会为每个员工复制一个新的资料行。

此时需要考虑业务是否希望捕获这些经理资料变更。如果不希望，那么员工行中的经理键应该是经理的持久自然键，该键链接到一个角色维度，该维度仅包含每个经理持久自然键的当前行。

如果将员工维度中的经理键指定为类型 1 属性，它将始终将员工与其当前经理关联起来。虽然这种简单的方