理解数据仓库模型资料

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
理解数据仓库模型
思路:
共同的概念(公有、私有、框架) 一致的方法(自底向上、自顶向下) 框架比较(FS_LDM/FSDM/支付宝) 理解FS_LDM(基本内容、业务故事)
质量保障(技术可验证、文档可追踪)
数据质量
共同的概念 深度客户化过程
model=f(data)
LDM
框 架
源系统调研和分析, 深化理解业务数据 DATA 业务流程、规则 数据库表 及表间关系
理解data之映射
当事人关系 夫妻 雇主雇员 家庭成员 李雷 魅族 魅族 家庭 实例 韩梅梅 李雷 韩梅梅 李雷
家庭
韩梅梅
理解data之映射—资产
资产 固定资产 存款 住房 实例 150M 20M
当事人资产关系 所有人关系 李雷、韩梅梅 住房
资产-资产关系 资产价值历史 100M 150M
模型QA之技术可验证

原则一:信息无耗损 公式: • 源表数量=入仓表+未入仓表 • 源表集 minus未入仓表集=入仓表集 • 入仓表集 intersection未入仓表集=空集 • 入仓表字段union未入仓字段=源表字段 原则二:映射合理 • 未入仓表是否不满足入仓条件(有哪些条件) • 入仓表所在主题是否合理(基于主题的内涵) 原则三:物理模型复杂度 • 操作类型:连接、选择、投影 • 物理分层
面向主题
资产
地址
银行
协议 渠道
客户
产品 营销 渠道 主题的原始含义是指一段乐曲中的主旋律;后又引申为文章的中心思想。
地址
理解FS_LDM之概念释义
主题域 当事人 资产 业务含义
是指银行作为一个金融机构所服务的任意对象和感兴趣进行分析的各种对象。如个人或公司客户、潜在客户、代理机 构、合作伙伴、雇员、分行、部门等。一个当事人可以同时是这当中许多种角色。借助当事人主题的建立可以实现基 于客户基本信息的分析,是实现以客户为中心的各种分析应用的重要基础 存放当事人有型的或无形的物品,包括不动产、商品货存、珠宝、机动车辆、以及在其他金融机构的存款、贷款、单 据、股票、债券等信息
理解主题域
主题域
是什么(父子)
有什么(描述)
做什么(关系)
理解主题域之当事人
当事人评级
当事人
对私
当事人财务 当事人 账户关系 当事人 当事人关系 政府
对公
企业
理解FS_LDM之术语(三)
主 题 域
逻辑 视图
超类
子类
理解data之业务故事
信用卡(IE)、 储蓄卡(柜台) 李雷、韩梅梅 广发银行 (珠海)
Party Id (FK) Account Id (FK)
Role Code (FK)
is holder of
ACCOUNT Account Id (PK) __________________ Account Type Account Open Date Account Close Date
ACCOUNT Account Id (PK) __________________ Account Type Account Open Date Account Close Date
三大框架比较
FS_LDM(Teradata) FSDM(IBM) 支付宝
当事人
资产 财务 协议 渠道 产品 事件
关系人
条件 资源项目 合约 业务方向 产品(含介质) 事件
当事人
账户 资源项 协议 渠道 产品 事件
地理位置
营销 内部机构
地点
分类(账户+渠道)
地理位置
介质
理解FS_LDM之概念模型
事件 财务 渠道


模型QA之技术可追踪

原则:文档可追溯 里程碑文档:
里程碑
业务流程、业务规则到数据库表之 间的关系 Teradata FS_LDM模型转义 模型与数据的映射关系 未入仓表 数据字典 过程性文档 转义文档 映射文档 原因及清单
文档名
数据源分析工具
现实数据
共同的概念 深度客户化过程 model=f(business)
LDM
框 架
理解业务概念、流程 业务规则 BUSINESS 业务流程、规则 数据库表 及表间关系
共同的概念 深度客户化过程 model=f(data,business)
客 户 化
业务规则
LDM
业务数据 源系统调研和分析, 深化理解业务数据 业务流程、规则 DATA 数据库表 及表间关系
属性
(Attributes)
理解FS_LDM之术语(二)
PARTY Party Id (PK) ______________ Party Name P
Associative Entity (关联实体)
PARTY Party Id (PK) ______________ Party Name
PARTY_ACCT_RELATION
产品
协议 事件 地址 营销 渠道 财务
如果金融机构在市场中没有产品,那它将不在商业中。产品(包括服务)与客户当事人进行交易,并且金融产品(工 具)是用于金融机构所投资的商品。
当事人之间的任何合同和交易都是一个协议,协议记录当事人之间的合同或交易的详细信息。通过产品和协议,我们 可以确定哪些当事人是买家,哪些当事人是卖家。 事件是你想追踪的任意活动,例如,客户联系事件和客户交易事件。事件可以是金融类的或者是非金融类的,事件也 可以涉及协议或者不涉及协议。 主要包括点地址和地址区域,描述当事人、事件等中与地址有关的信息,可以是国际通用的地址分类,也可以是客户 自我定义的地址分类。 营销活动是指金融机构为了获取、保留客户或者扩展客户对产品使用的一些活动。这是关于服务或产品的市场营销组 织方式,以及金融机构面向客户的形象。
交易/事件(event)
Event Id (PK) __________________ Transaction Type Transaction Amount Account Id (FK)
关系 (Relationship)
帐户(ACCOUNT)
Account Id (PK) __________________ Account Type Account Open Date Account Close Date
渠道可以是任意的媒介物。当事人可以通过渠道接收关于金融机构、金融机构产品以及使用金融机构产品的信息。
此主题域包含财务和绩效管理概念,例如总账和科目类信息
理解FS_LDM之术语(一)
实体(Entity) 当事人(party)
Party Id (PK) ______________ Party Name P N:M is holder of has activity of
存款20M 放款50MFra Baidu bibliotek
珠海,100M->150M
理解data之业务故事

贷款 • 魅族 • 李雷、韩梅梅夫妇贷款买房

存款
• 李雷、韩梅梅夫妇储蓄卡(还款账户) 促销

• 网上银行淘宝联名卡(信用卡)
理解data之映射—当事人
当事人 对公 家庭 个人 实例 魅族 李雷,韩梅梅 李雷 韩梅梅 当事人财务 存款 贷款 实例 20M 50M
相关文档
最新文档