42、保险业务数据建模与分析：全面解析

保险业务数据建模与分析：全面解析

1. 政策交易事实表概述

政策交易事实表的粒度应为每个单独的政策交易对应一行。每个原子交易都应尽可能添加更多上下文，以创建交易的完整维度描述。与政策交易业务流程相关的维度包括交易日期、生效日期、投保人、员工、保险范围、被保险项目、政策编号和政策交易类型。

2. 维度角色扮演

每个政策交易都关联两个日期：政策交易日期是交易录入运营系统的日期，而政策交易生效日期是交易合法生效的日期。事实表中的这两个外键应唯一命名。与这些键关联的两个独立维度通过单个物理日期表实现，再通过具有唯一列名的视图向用户呈现多个逻辑上不同的表。

3. 缓慢变化维度

保险公司通常对随时间跟踪维度变化非常感兴趣，可以将处理缓慢变化维度（SCD）属性的三种基本技术应用于投保人维度：
- 类型1技术 ：简单覆盖维度属性的先前值，这是处理属性变化最简单的方法，因为属性始终代表最新的描述符。例如，业务可能同意将投保人出生日期的变化作为类型1变化处理，假设对该属性的任何更改都旨在进行更正。
- 类型2技术 ：用于跟踪投保人邮政编码的变化。当邮政编码发生变化时，创建一个具有新代理键和更新地理属性的新投保人维度行，不修改历史事实表行。此技术虽然强大，但会增加ETL处理负担，且维度表的行数会随每次类型2 SCD变化而增加。对于投保人维度行数可能超过100万的情况，可选择使用迷你维度来跟踪邮政编码变化。
- 类型3技术 ：用于跟踪投保人细分分类的变化。通过添加一个标记为“Historical”的列来保留旧的分类