ERP俱乐部
ERP爱好者、ERP从业者互相交流、互相学习的乐园;我们的愿景是成为全球一流的中文ERP(Enterprise Resource Planning)交流平台
网站首页
论坛首页
搜索
用户列表
FAQ
注册
登录
ERP俱乐部
->
信息化建设讨论组
->
数据仓库与数据挖掘
->
数据仓库建模技术(1)
数据仓库建模技术(1)
帖子发起人:
charlieokok
发起时间:
2007-08-28 07:49 上午
回复数:
31
楼主
2007-08-28, 07:49 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
数据仓库建模技术(1)
一、
数据仓库
建模的原则
模型是对现实事物的反映和抽象,它可以帮助我们更加清晰的了解客观世界。数据仓库建模在业务需求分析之后开始,是数据仓库构造工作正式开始的第一步,正确而完备的数据模型是用户业务需求的体现,是数据仓库项目成功与否最重要的技术因素。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 2 楼
2007-08-28, 07:49 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
金融企业的信息系统具有业务复杂、机构复杂、系统庞大的特点,因此金融行业数据仓库建模必须注意以下几个方面,
-
IP 地址: 已登录 来自: 已登录
第 3 楼
2007-08-28, 07:50 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 满足不同用户的需求
金融行业的业务流程十分复杂,数据仓库系统涉及的业务用户众多,在进行数据模型
设计
的时候必须兼顾不同业务产品、不同业务部门、不同层次、不同级别用户的信息需求。
数据仓库应该支持企业的各种业务,比如对财产保险行业应该考虑财产险、货物运输险、工程险、责任险等不同业务的特点;不同的业务部门对信息的需求各有不同,应考虑业务、市场、财务、管理等各个部门的需要;不同层次的组织所关心的信息不同,数据模型应支持地市公司、省公司和总公司的信息需求;金融企业是知识密集型的企业,知识密集型企业的显著特征是智能员工(Knowledge Worker)占企业员工的大多数,数据仓库必须支持所有相关智能型员工的信息需求,包括高层领导、基层领导和普通员工。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 4 楼
2007-08-28, 07:50 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 兼顾效率与数据粒度的需要
数据粒度和查询效率从来都是矛盾的,细小的数据粒度可以保证信息访问的灵活性,但同时却降低了查询的效率并占用大量的存储空间,数据模型的设计必须在这矛盾的两者中取得平衡,优秀的数据模型设计既可以提供足够详细的数据支持又能够保证查询的效率。
-
IP 地址: 已登录 来自: 已登录
第 5 楼
2007-08-28, 07:51 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 支持需求的变化
用户的信息需求随着市场的变化而变化,所以需求的变化只有在市场竞争停顿的时候才会停止,而且随着竞争的激化,需求变化会越来越频繁。数据模型的设计必须考虑如何适应和满足需求的变化。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 6 楼
2007-08-28, 07:51 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 避免对业务运营系统造成影响
金融企业的数据仓库系统是一个每天都在长大的庞然大物,它的运行很容易占用很多的资源,比如网络资源、系统资源,在进行数据模型设计的时候也需要考虑如何减少对业务系统性能的影响。
-
IP 地址: 已登录 来自: 已登录
第 7 楼
2007-08-28, 07:52 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 考虑未来的可扩展性
数据仓库系统是一个与企业同步发展的有机体,数据模型作为数据仓库的灵魂必须提供可扩展的能力,在进行数据模型设计时必须考虑未来的发展,更多的非核心业务数据如人事数据、市场数据、竞争对手数据等必须可以方便的加入到数据仓库,而不需要对数据仓库中原有的系统进行大规模的修改。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 8 楼
2007-08-28, 07:52 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
二、数据模型的技术功能结构化分
大规模的数据仓库系统特别是金融行业数据仓库的
数据结构
从技术角度划分应当包含三个部分,如下图所示,
-
IP 地址: 已登录 来自: 已登录
第 9 楼
2007-08-28, 07:52 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
数据仓库数据模型的技术功能划分
2.1 分段存储区(Staging Area)
由于数据仓库中的数据结构和组织方式具有很大差异、所有原始业务系统的数据必须经过严格的抽取、映射和转换,数据的整合过程十分复杂,通常会耗费比较长的处理时间。如果从业务系统直接抽取数据到数据仓库,必定会占用许多业务系统的资源和时间,为了避免影响业务系统的运行,我们在数据模型的设计中引入分段存储区的概念。
分段存储区(Staging Area)是为了保证数据移动的顺利进行而开设的阶段性数据存储空间,它是业务系统原始数据进入数据仓库前的缓存区。需要进入数据仓库的各个业务系统的数据首先直接快速传输到分段存储区,再从分段存储区经过清洗、转换、映射等复杂的数据移动处理转移到目标数据仓库中。从业务系统到分段存储区的数据传输,应尽量避免进行复杂的数据处理,以保证数据的快速导入而尽量减小对业务系统造成的压力。分段存储区的数据有关系
数据库
和文件两种不同存储方式,分别对应于不同运营系统的数据源。数据成功导入数据仓库之后,应清空分段存储区中的数据。
在数据仓库系统的运行和使用过程中,分段存储区的作用主要体现在以下几个方面,
• 可以减少对业务系统资源的占用,避免复杂数据转换对业务系统的影响
• 根据经验,跨越网络特别是广域网络的数据库操作会大大降低数据处理的效率,而且处理的复杂程度越高,网络对处理效率的影响越严重,分段存储区可以大大加速数据仓库后台数据数据处理过程的实现;
• 分段存储区作为数据缓存区,可以在一定程度上屏蔽业务系统变化对数据移动整合系统的影响
• 如果在数据处理过程中发生系统故障,作为数据仓库系统的备份数据,可以直接从分段存储区进行数据仓库
数据恢复
,而不必要再从业务系统原始数据开始。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 10 楼
2007-08-28, 07:53 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
2.2 基础数据仓库(BaseLine)
基础数据仓库存储所有最详细的业务数据。该层数据直接来源于对分段存储区数据的清洗和加工,属于未经汇总的数据,但数据的组织方式可能已经完全不同于原始的业务系统。根据业务需求的不同,基础数据仓库的组织形式以三范式模型为主,在有的系统中也可能采用星型或雪花模型。
通常在金融企业的数据仓库系统中,基础数据仓库数据包括未经汇总的客户交易数据,用户资料数据、客户服务数据等,此外一些相关数据如网络利用,竞争对手,成本投资数据也包括在内。由于基础数据仓库数据是对原始业务数据的原形再现,所以数据量会非常庞大,根据不同业务的需要数据保留的时间在6个月到两年不等。
-
IP 地址: 已登录 来自: 已登录
第 11 楼
2007-08-28, 07:53 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
2.3 数据集市(Data Mart)
根据业务需求将数据仓库数据分类成几个不同的数据集市,每个数据集市完成不同的分析和查询需求,数据集市中的数据通常由基础数据仓库的详细数据聚合而来,根据数据聚合程度的不同包含轻度聚合、中度聚合和高度聚合三种不同的层次。汇总的方式将依据数据量的大小和使用频度综合考虑。
更多内容请看
数据仓库&BI
数据仓库构建
专题,或
进入讨论组
讨论。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 12 楼
2007-08-28, 07:54 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
三、概念模型
数据模型
设计
的第一步是对用户需求的归纳,需要综合考虑业务划分和用户组织两方面的问题,在明确需求的基础上,可以进行逻辑数据模型的设计,大致需要经过分为三个步骤,高层模型设计即概念模型设计,确定
数据仓库
的主要主题及相互关系;中层模型设计明确各主题域的实体;底层模型设计明确各个实体的属性。本章以国内某财产保险公司的业务为例介绍财产保险行业的数据仓库建模。
-
IP 地址: 已登录 来自: 已登录
第 13 楼
2007-08-28, 07:54 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
国内财产保险经营的主要保险业务如下,
• 机动车辆保险
• 家庭财产保险
• 企业财产保险
• 建筑安装工程保险
• 货物运输保险
• 船舶保险
• 航空航天保险
• 其它保险
3.2 数据仓库概念模型
目前保费收入还是国内财产保险企业的主要利润来源,在激烈的市场竞争中客户是竞争的焦点,在数据仓库中客户信息占有极为重要的地位;围绕着客户资料信息,客户的投保记录、索赔记录都具有极高的分析价值;另外合作伙伴对保险业务的开拓也具有重要地位,如保险代理人、经纪人等中介公司的相关信息。
3.2.1 基础数据仓库
基础数据仓库用以存储详细的业务数据,采取以客户信息为中心,各个业务环节数据为基础的中心-发散型结构,系统面向经营分析,以经营业务数据为主,如下图所示,
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 14 楼
2007-08-28, 07:55 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
3.2.1.1 基础数据仓库概念模型介绍
—— 客户资料
负责存储用户的详细资料,主要的客户属性包括,客户ID、用户第一次投保时间、资料更新时间、业务类型、用户特征属性、用户类型、缴费情况、投保情况、信用情况、保费收入水平等等。客户资料主题的数据主要针对企业用户和大客户,在可能的情况下,尽量体现客户间的关系,比如某一家庭财险用户隶属于某一企业客户。客户资料数据体现最新的客户状态。客户资料永久在线保存,当客户资料发生变化时,旧的客户信息被转移到客户历史资料库中。在每一个客户的生命周期中,客户资料随时可能发生变化,客户历史资料数据详尽的记录每一次变化的细节,为以后客户信用评估和用户行为分析需求提供依据,客户历史资料永久在线保存。
-
IP 地址: 已登录 来自: 已登录
第 15 楼
2007-08-28, 07:55 上午
charlieokok
等级: 130级
注册: 2007年8月3日
区域: 上海浦东
经验: 12,450
积分: 8,738
精华: 0
发贴: 2,427
排名: 2
Re: 数据仓库建模技术(1)
—— 客户投保记录
以详细的保单数据为主,体现在某一时间段内客户的投保情况。由于数据量比较庞大,客户投保记录一般在数据仓库中在线保存两年,最长不超过五年。投保记录是业务分析最重要的数据基础,必要的时候,投保记录可以为很多业务提供数据支持,比如大客户管理等。
-
分享按钮
IP 地址: 已登录 来自: 已登录
第 1 页 总共 3 页 [共有 32 条记录]
1
2
3
?
ERP俱乐部
->
信息化建设讨论组
->
数据仓库与数据挖掘
->
数据仓库建模技术(1)
请选择
论坛首页
─» 论坛搜索
─» 最新主题
─» 热门主题
─» 未回复的主题
用户选项
─» 登陆
─» 注册
─» 找回密码
SAP专栏
─» FI&CO(财务与会计)
─» MM(物料管理)
─» SD(销售与分销)
─» PP(生产计划)
─» WM、LE(物流、仓库、发运)
─» QM(质量管理)
─» PS(项目系统)
─» PM(工厂维护)
─» HR(人力资源)
─» BASIS
─» ABAP
─» SAP Business Intelligence(数据仓库)
─» SAP BUSINESS ONE
─» SAP Netweaver
─» SAP Solutions
─» CRM(Customer Relationship Management客户关系管理)
─» Workflow
─» SAP综合讨论版块
─» HANA(High-Performance Analytic Appliance)
Oracle Applications专栏
─» Oracle E-Business Suite
─» PeopleSoft Enterprise
─» Siebel
─» JD Edwards
─» Hyperion
Microsoft专栏
─» 亚可审批工作流、CRM专栏
─» Visual C#
─» ASP.NET
UFIDA专栏
─» 用友
Kingdee专栏
─» 金蝶
数据库专栏
─» Oracle数据库
─» Oracle入门与认证
─» Oracle开发
─» MS SQL Server数据库
─» DB2数据库
会员交流
─» 培训专栏
─» 休闲与娱乐
─» 招聘与求职
─» SAP新闻
─» 供求专区
─» 海阔天空
信息化建设讨论组
─» PLM
─» IT规划及CIO
─» ERP
─» 数据仓库与数据挖掘
管理员及版主
─» 问题报告
站务管理
─» 站点公告及意见建议
(C)Copyright 2005-2020
www.erpclub.org
All Rights Reserved.
Tel:+86-755-26444630
Email:webmaster@yok.com.cn