TD数据仓库建模流程详解

在数据仓库建模示例中，我们探讨了客户编号、姓名、建立日期、建立柜员、建立机构等重要信息的模型设计过程。更新过程涉及更新日期、更新柜员、更新网点等关键步骤。此外，我们还分析了客户状态、性别、国籍、出生日期、教育程度、婚姻状况等数据的建模需求。

在模型设计流程中，首先进行模型培训，然后根据应用需求进行源系统调研和交流。接着进行表级和字段级分析，设计逻辑数据模型（LDM）并进行评审。在设计过程中考虑各种因素，优化实体和属性的结构，确保PDM的命名和字段类型合理。根据需求增加冗余字段和派生表，同时考虑大表的拆分及历史表的管理。最后，进行物理数据模型（PDM）的设计和评审，制定数据映射方案，开发ETL过程，并进行测试和上线前的评审工作。

当事人主题（Party）指银行服务的各种对象，包括个人或对公客户、潜在客户、代理机构、雇员等。业务系统中的个人客户、对公客户、支付交易对手、潜在客户等都是当事人的范畴。详细介绍了Party-TD数据仓库模型的建模过程及其应用。

TD数据仓库模型介绍 建模过程： 协议产品历史 协议状态历史 协议关系历史 资产价值历史 当事人资产评估 资产检查历史 协议资产关系历史

传统的金融服务模型和简化的交易模型在TD数据仓库模型中起着关键作用。传统的金融服务模型涉及账户、协议和客户等要素；而简化的交易模型包括交易和事件等要素。

数据仓库ETL（Extract, Transform, Load）是建立和维护数据仓库的核心过程，涉及从多种数据源中提取数据，经过清洗、转换后加载到数据仓库，以支持分析和决策。ETL在IT领域中至关重要，保证数据质量和一致性。数据抽取通过SQL查询、数据导出或定制的ETL工具实现，数据转换包括数据清洗、整合、标准化和类型转换，数据加载则涉及全量或增量加载到数据仓库。现代工具如Informatica、Talend、SSIS提供图形化界面和多数据源支持，优化策略包括批量插入和性能调优。

LOCATION主题分类与建模 在TD数据仓库中，LOCATION主题涵盖多种地址类型及其相关信息，为地理位置分析提供基础数据支撑。 地址分类： 广义地址 地区地址 电子地址 街道地址 物理地址 电话地址 物理邮箱地址 地址关联信息： 地址之间的关系 地区的经济指标 地区的黄页信息 地址的描述信息 建模过程： LOCATION主题的建模采用维度建模方法，构建地址维度表和事实表，以满足不同场景下的查询需求。维度表包含地址的各个属性，如国家、省份、城市、街道等；事实表则存储与地址相关的业务数据，例如订单数量、销售额、人口数量等。 通过对LOCATION主题进行分类和建模，可以有效地组织和管

当事人主题分类的 TD 数据仓库模型，结构挺清晰，适合你梳理客户、机构、家庭这些实体之间的各种关系。像个人与机构、夫妻、上下级这些关系都有建模方式。要是你做的是金融、政务、企业客户信息管理，那这个模型用起来还蛮顺手的。 模型里面的关系维度分得比较细，比如供应商、雇佣关系甚至家庭结构都能建出来。你也可以根据需要加自定义关系，像内部机构的上下游逻辑，也可以独立建维表，扩展性不错。 建模流程也不复杂，文档里讲得挺实在的，从主题域拆分开始，到逻辑模型、物理模型设计，每一步都有例子。响应也快，改起来方便。 如果你想深入看看有哪些当事人之间的业务关系，可以参考这几篇文章： FS-LDM 相关实体的当

TD 数据仓库模型的派生数据表，挺适合用来做银行数据的汇总。Agreement 表专门存着期末的账户余额、利息、费用啥的，都是能通过其他实体算出来的数据。虽说建模时候一般不太建议加这种派生表，但银行业务太多变了，有个集中汇总表还真挺省事。尤其是那种需要快速出月报、季度报的情况，这张表能省不少事。