数据仓库设计与实现

数据仓库设计与实现
数据仓库设计与实现

数据仓库的设计与实现

第1章数据仓库的设计与实现

1.1数据仓库设计过程

数据仓库的设计一般从操作型数据开始,通常需要经过以下几个处理过程;数据仓库设计——数据抽取——数据管理。

一、数据仓库设计

根据决策主题设计数据仓库结构,一般采用星型和雪花模型设计其数据模型,在设计过程中应保证数据仓库的规范化和体系各元素的必要联系。

二、数据抽取

根据元数据库中的主题表定义、数据源定义、数据抽取规则定义对异地异构数据源进行清理、转换、对数据进行重新组织和加工,装载到数据仓库的目标库中。

三、数据管理

数据管理分为目标数据维护和元数据维护两方面。目标数据维护是根据元数据为所定义的更新频率、更新数据项等更新计划任务来刷新数据仓库,以反映数据源的变化,且对时间相关性进行处理。元数据是数据仓库的组成部分,元数据的质量决定整个数据仓库的质量。当数据源的运行环境、结构及目标数据的维护计划发生变化时,需要修改元数据。

1.2需求分析与决策主题的选取

通过对管理者和各级别的用户的数据分析需求进行调研,我们收集并整理出了用户的决策分析需求如下:

1.2.1 博士学位授予信息年度数据统计分析

一、按主管部门统计

从主管部门的角度,分析在一个时间段(年)内,各主管部门所授予的博士学位信息统计。可回答如“2008,由某部门主管的,博士学位授予一共有多少,其平均学习年限是多少,脱产学习的有多少人?”等问题。具有表格和图形两种方式来展示分析结果。典型报表格式如表1所示。

表1 200__年度授予博士学位情况统计表(按主管部门统计)

表1续200__年度授予博士学位情况统计表(按主管部门统计)

二、按性质类别统计

三、按地区统计

四、按单位统计

五、按学科门类统计

六、按一级学科统计

一、按二级学科统计

1.2.2硕士学位授予信息年度数据统计分析

一、按主管部门统计

二、按性质类别统计

三、按地区统计

四、按单位统计

五、按学科门类统计

六、按一级学科统计

七、按二级学科统计

1.2.3 学士学位授予信息年度数据统计分析

一、按主管部门统计

二、按性质类别统计

三、按地区统计

四、按单位统计

五、按学科门类统计

六、按学科类别统计

七、按专业统计

1.3系统体系结构设计

通过对当前各种主流数据仓库软件在性能、价格等方面的对比,充分考虑统计业务、单位数量等实际情况,本系统决定采用SQL Server 2005数据仓库软件来构建综合信息分析系统的数据仓库。

本系统服务器端要求运行平台为Windows 2003 Server企业版,客户端要求Windows XP,浏览器为IE6.0;采用SQL Server 2005数据仓库构建方案构建数据仓库,选用Visual https://www.360docs.net/doc/7912032554.html,2003/SQL Server2005、Rose、Power Designer等开发工具进行系统开发。

我们设计的综合信息分析系统构架在统计综合信息平台中,其核心功能表现为通过数据转换技术,将直报数据库及其他数据源的数据库生成利于进行分析的、不同于关系数据库的数据仓库,根据不同的分析需求建立不同的专题分析数据库(多维数据库),最后对多维数据库进行利用联机分析处理、数据挖掘,其架构如图所示。

图1学位授予信息统计系统架构

在这个体系结构中,存放于系统数据库中的业务数据及外部数据源数据按照主题通过ETL工具被抽取到ETL数据库(数据准备区),数据在ETL数据库中完成预处理工作(清洗和转换),再通过ETL工具加载到数据仓库。数据进入数据仓库后按照维度和事实存放,采用MS Analysis Serviees作为OLAP服务器,Analysis Serviees可以方便的定义维度和构建OLAP立方体。用户使用前端的查询工具、报表工具、分析工具,就可以访问决策支持系统并分析浏览数据了。

由于数据预处理本身的复杂性,直接从外部数据源把数据整合到数据仓库必将导致该过程即占用许多外部操作型数据库的资源和时间,也会影响数据仓库装载数据的效率。借鉴算法研究中“以空间换时间”的思想,再结合目前硬件成本的下降,本系统中,我们在数据仓库的体系结构中添加一个专门进行数据预处理的存储区域以提高数据仓库系统整体性能。

在系统设计中,应注意以下问题:

一、理顺学位授予信息之间的关系以及业务数据是保证数据质量的关键,抽取信息的质量依赖于用户对结果的解释,容易导致错误。

二、针对不完整的数据、不一致的数据、错误的数据以及冗余数据确定数据处理规则,即ETL实施的具体规则。

三、系统监控与数据管理包括维表的维护、增量数据抽取转换等的控制、系统出错报警、异常处理、数据存储及访问的安全性、海量数据的查询效率、数据各份策略等。

四、模型设计是系统的基础和成败的关键,在实际操作的过程中,要注意的问题包括主题的确定、分析内容的细化、粒度的设计等。

1.4系统数据逻辑结构设计

1.4.1基础层模型设计

基础层数据用于存放从学历教育博士学位、同等学力人员申请博士学位、博士专业学位、学历教育硕士学位、同等学力人员申请硕士学位、硕士专业学位、普通高等教育本科毕业生学士学位、成人高等教育本科毕业生学士学位、来华留学本科毕业生学士学位、学士专业学位等数据源ETL过来的数据,这些业务数据将进行整合、组织、重构和存放。根据学位银行授予统计系统需求,基础层模型包含博士学位信息主题域、硕士学位信息主题域、学士学位信息主题域。

博士学位授予信息是指主题域存放所授予的博士学位信息,分为学历教育博士学位、同等学力人员申请博士学位、博士专业学位。主要的信息有:个人基本信息、学科信息、学位信息、学位论文信息、前置学位信息、获学位后去向信息等。

图2学历教育博士学位授予信息基础层模型

硕士学位授予信息是指主题域存放所授予的硕士学位信息,分为学历教育硕士学位、同等学力人员申请硕士学位、硕士专业学位。主要的信息有:个人基本信息、学科信息、学位信息、学位论文信息、前置学位信息、获学位后去向信息等。

学士学位授予信息是指主题域存放所授予的学士学位信息,分为普通高等教育本科毕业生学士学位、成人高等教育本科毕业生学士学位、来华留学本科毕业生学士学位、

学士专业学位。主要的信息有:个人基本信息、学科信息、学位信息等。

1.4.2汇总层模型设计

汇总层模型的设计需要考虑汇总的粒度问题,汇总的粒度不同,能够回答的业务问题也不一样,由于系统数据庞大繁杂,学位授予时间相对比较固定,本模型将汇总层模型设计为年。

该层的设计主要考虑数据向年度级别的汇总,解答如某年某主管单位所授予的博士学位人数等业务问题。根据博士学位信息授予主题的需求分析,即分析的角度(也叫维度)、指标、查询的内容,以博士学位信息授予主题为例,其汇总层的数据模型如图所示。

图3学历教育博士学位授予信息汇总层模型

1.4.3报表层模型设计

报表层数据是用于存放学位授予信息统计系统中固定报表统计数据,同时也是灵活查询的数据源。这些数据是根据报表业务规则,从基础层和汇总层统计而出,本模型主要包括内容有:授予博士学位信息统计表、授予硕士学位信息统计表、授予学士学位信

息统计表。以博士学位信息统计主题为例,其博士学位信息报表层的数据模型如图所示。

图4学历教育博士学位授予信息(按主管部门统计)报表层模型

1.5数据仓库模型设计

为满足决策分析的需要,系统需要将各种数据源来的数据围绕决策主题存储到数据仓库中,以提高数据查询、聚集的效率。数据仓库建模采用自上而下的三级建模方式,即概念建模、逻辑建模、物理建模。概念建模可采用信息打包法,逻辑建模以星型建模方法和雪花建模方法为主,物理建模以3NF和星型建模方式为主。

图5数据仓库建模方法

在数据仓库的3级数据模型中,概念模型表示现实世界的“业务信息”构成关系,用业务数据库设计中的“实体-关系”方法(E-R方法)来设计这一级的数据模型,但需要用分析主题代替传统E-R方法中的实体。在传统业务数据库设计中的逻辑模型一般采用范式规范的表及其关系,数据仓库设计中的逻辑模型也采用表来存储数据,因此也数据仓库中使用的也是关系模型,不过表与表之间不再通过3大范式的规范,而是以星形结构、雪花形结构和星座型结构等方式组成。物理模型则属于这些表的物理存储结构,比如表的索引设计等。数据仓库的设计就是在概念模型、逻辑模型和物理模型的依次转换过程中实现的。作为数据仓库的灵魂——元数据模型则自始至终伴随着数据仓库的开发、实施与使用。数据粒度和聚合模型也在数据仓库的创建中发挥着指导的作用,指导着数据仓库的具体实现。图4表达了微观数据仓库设计中各种概念之间的关系。

图6 微观数据仓库设计中各种概念之间的关系

在上图的关系图中,元数据是在对企业商业智能需求分析和概念模型设计阶段就应该设计好并且一直贯穿于数据仓库应用全程的重要部分,而数据粒度和聚合的设计则是在逻辑模型的设计过程中完成的,物理模型则需要做一些存储优化方面的工作。具体而言,这三级数据模型设计的每一个阶段都有相应的详细设计步骤,图5即是对这些步骤

的一个总结。

图7数据仓库数据库设计的步骤

数据仓库包括以下维度表:人的性别代码、世界各国和地区名称代码、中国各民族名称罗马字母拼写法和代码、政治面貌代码、身份证件类型代码、中华人民共和国行政区划(省市)代码、高等学校代码、学位类别代码、授予博士、硕士学位和培养研究生的学科、专业目录、学习方式代码、攻读类型代码、论文类型代码、论文选题来源代码、学位类别代码、专业目录、获学位后去向代码、工作单位性质类别代码、工作性质代码、工作单位性质类别代码、专业技术职务级别代码、干部职务级别代码、专业学位领域代码、考试方式代码、以研究生毕业同等学力申请硕士学位学生类别代码、高等学校本、专科专业代码、留学生培养方式代码;

包括以下事实表:学历教育博士学位信息表、同等学力人员申请博士学位信息表、博士专业学位信息表;学历教育硕士学位信息表、同等学力人员申请硕士学位信息表、硕士专业学位、普通高等教育本科毕业生学士学位信息表、成人高等教育本科毕业生学士学位信息表、来华留学本科毕业生学士学位信息表、学士专业学位信息表。

1.5.1概念模型设计

概念建模主要表达决策的主题、分析主题的角度、各个角度需要分析的属性信息,决策中层次的信息—粒度,及决策主题的评估等。

1997年Hammergren提出的信息打包方法,要求从一个决策者的角度去将焦点集中

在几个主题上,着重分析所涉及的数据多维性。信息打包方法首先需要确定分析的主题,然后围绕这个主题填入指标、维度、粒度等信息。

1.定义关键性指标:定义分析主题的评估指标;

2.定义维度:维度是用户访问评估信息的途径,每一个维度只表示一个主要的访问途径。

3.定义粒度:粒度是维度中信息的详细程度。

我们分析对象为对学位授予信息的统计分析。下面以博士学位授予信息统计作为分析主题为例,为学位信息分析系统数据仓库建立概念模型。

二、博士学位授予信息统计

从主管部门、性质类别、地区、单位、学科门类、一级学科、二级学科等不同角度,对授予人数、平均年龄、少数民族、平均学习年限、其中一级学科授予、学习方式、录取类别、就业单位类别等进行分析,分析在指定变化周期内的统计数据。其博士学位授予信息统计如表所示。

表2 博士学位授予信息统计

二、硕士学位授予信息统计

从主管部门、性质类别、地区、单位、学科门类、一级学科、二级学科等不同角度,对授予人数、平均年龄、少数民族、平均学习年限、其中一级学科授予、学习方式、录取类别、就业单位类别等进行分析,分析在指定变化周期内的统计数据。其硕士学位授予信息统计如表所示。

表3 硕士学位授予信息统计

三、学士学位授予信息统计

从主管部门、性质类别、地区、单位、学科门类、专业等不同角度,对授予人数、平均年龄、少数民族、平均学习年限、其中一级学科授予、学习方式、录取类别、就业单位类别等进行分析,分析在指定变化周期内的统计数据。其硕士学位授予信息统计如表所示。

表4 学士学位授予信息统计

1.5.2逻辑模型设计

概念逻辑建模中将分析模型描述成一个可以实现的模式,根据这个模式可以实现存储到实际的数据存储器里。星型模型比较适合数据仓库的要求,在星型模型的基础上扩展出雪花模型。

1、星型模型

星型模型中使用事实、维、维属性、事实度量来描述。星型模型以事实为中心,各个维为角的星型结构,事实使用度量来评估,维中使用属性来描述维中的类别信息和描述信息。

2、雪花模型

雪花模型是在星型模型的基础上增加了粒度层次的描述。根据以上对星型模型中维

属性的分析可知,同一种星型模型可以转化成不同的雪花模型,转的根据是属性层次的确定。不同的属性层次结构可以展现成不同的雪花图。

3、逻辑模型中聚集操作的需求和表示

为加快分析速度,可以将分析频繁的层次预先进行聚集操作,即将信息按照属性粒度层次来进行聚集,当需要进一步分析时再到原有的基本信息中进行搜索。

本系统采用的是星型模型。

1.5.3物理模型设计

物理建模就是将逻辑模型转换成实际存储的模型。对于数据仓库来讲,实际存储的模式一般包括两种:关系模型和多维模型。多维模型按照多维来存储数据可以提供很快的查询速度,但是在大容量的情况下性能会下降,主要是多维存储需要大量的存储空间,而且在多维存储框架中索引不是很好建立。所以多维存储结构一般应用在数据量不是很大的,保存聚集数据的数据集市和OLAP服务器中。数据仓库一般需要保存基本粒度的数据,所以一般采用关系模型。现在不同的关系数据库厂家都对数据仓库存储进行了优化,提供了一些对数据仓库比较有效的索引技术和连接技术。

一、物理建模的要求

数据仓库中保存了分析需要的海量数据,分析时主要是在大量的数据中查询所需要的部分。所以物理模型中如何才能提供更快的查询速度是设计的关键。数据仓库提高查询速度的方法有几种:

索引技术:数据库中索引可以加快表中信息检索速度,但是以牺牲空间和索引维护时间为代价的。多维数据库中索引的建立比较复杂,但多维数据库本身就是为了检索而建立的一种存储模型,所以多维数据库中索引技术不是很重要。关系数据仓库中由于事实表中保存的数据数量非常大,如果使用一般的索引(B树)的话,需要很大的存储空间。所以数据仓库中一般使用位图索引技术来减少存储空间。

减少表连接操作:在关系数据仓库不可避免的需要对维表和事实表进行连接,关系数据库中表的连接需要很多的资源,使查询性能下降。所以对关系数据仓库的模型设计中表连接越少越好。

预聚集技术:由于决策分析的需要按维中的属性层次来分析主题,不可避免的需要对评估数据按维属性粒度层次进行聚集。如果数据量大,而且聚集数据使用的频率很高的话,通过预先聚集这些数据可以加快分析速度。

分割技术:决策中不一定需要所有的数据,有一部分数据是一些休眠数据,一般不会使用到它们,分析时如果在整个数据集上处理的话需要花很多时间,如果只对那些需要分析的数据进行分析可以加快分析的速度。

数据仓库建模工作完成之后,就可以使用数据仓库建模工作将各维表及事实表,生

成到数据仓库中了。

学位授予信息系统数据仓库的物理建模相应的物理表和各个维度及公共维度的设计表(部分表)

1.6数据预处理过程模型设计

建立数据仓库不仅仅要考虑到联机分析(OLAP)的需要,更重要的是要考虑到数据挖掘的需要。由于数据仓库中的数据量可能以几何级数迅速增长,这就导致数据仓库中常常包含许多含有噪声、不完整、甚至不一致的数据,这严重影响数据处理的效率和效果,影响决策者的决策。目前数据挖掘的研究主要着眼于数据挖掘算法的探讨,而忽视了对数据预处理的研究。但事实上,数据挖掘中的预处理工作量常常占到整个数据挖掘工作量的60%左右,可见数据预处理工作是相当基础和重要的步骤。在本系统的构建中,采用了如下数据预处理策略。

1.6.1系统ETL结构设计

本系统数据分为业务基础数据模型层、汇总数据模型层、报表层和参数层。如图所示。

图 8 ETL 数据架构设计

一、临时数据区存放从ODS 抽取过来的数据,结构保持与ODS 模型一致,不保存历史。

二、业务基础数据模型层,存放从ECIF 、CCBS 和CLPM 系统抽取过来的业务数据,以向汇总层和报表层提供明细数据。

三、汇总数据模型层针对应用需求对数据进行各类汇总。 四、报表层存放按报表展现需求汇总的数据。 五、参数层存放系统中代码字典及参数信息。

1.6.2将数据预处理集成在数据仓库构建过程中

基于数据仓库的数据挖掘一般的步骤是:建立数据仓库一进行数据预处理—数据挖掘。实际上,数据预处理完全可以在构建数据仓库的同时进行。可以将数据预处理融人数据仓库的构建过程中,并将数据仓库的构建作为数据挖掘的一个重要预处理步骤,将两者有机结合起来。下图说明了基于数据仓库的数据预处理过程模型。

图9 数据预处理过程模型

基于数据仓库的数据预处理过程模型中的主线是数据的流动,即原始数据-数据集市-数据仓库-数据挖掘训练集。在主线的两边是同时进行的两个不同的过程:数据仓库构建过程和数据预处理过程。整个过程可以分成三个阶段,清理阶段将原始数据按业务功能进行汇总,形成部门级的数据集市。在此过程中需要处理一些原始数据中存在的问题,如空缺值、噪声数据干扰等。集成阶段将不同部门的数据集市按主题进行归并集成,形成企业级的数据仓库。数据集成时,由于各个数据集市存放数据的角度不同,因此在进人数据仓库系统中有可能会产生冗余,并且由于它们在数据结构、代码和定义方面的不一致性也会造成数据存在二义性等问题。因此,数据集成到数据仓库之后仍需要进行去除冗余、解决不一致性等工作。归约阶段实际上超出了构建数据仓库的范畴,它是为其后的数据挖掘做数据准备工作,主要是对原始数据在保留其“本质”的情况下进行压缩、变换,使之成为易于进行数据挖掘的数据集。

1.6.3数据仓库体系结构的改进方法

传统的数据仓库体系结构如下图所示。基于这种体系结构构建数据仓库时,外部数据源通过ETL工具的处理直接加载到数据仓库中,这种处理方式存在一些不足之处:

一、由于数据预处理本身的复杂性,直接整合必将导致该过程即占用许多外部操作型数据库的资源和时间,也会影响数据仓库装载数据的效率。

二、在数据源中通过抽取、清理、转换后,向数据仓库进行传输时如发生系统故障或网络故障,就只能全部重做整个数据预处理过程,极大的浪费了资源和时间。

图10 传统的数据仓库体系结构

考虑到算法研究中“以空间换时间”的思想,再结合目前硬件成本的下降,我们可以在数据仓库的体系结构中添加一个专门进行数据预处理的存储区域以改进数据仓库系统整体性能,改进后的数据仓库体系结构如图所示。

图11改进的数据仓库体系结构

在改进的数据仓库体系结构中,数据缓冲区是为了数据预处理高效顺利进行而引入的阶段性数据存储区域,它是外部数据源进入数据仓库前的缓冲区。数据仓库主题所需要的各个外部数据系统的数据首先直接快速导入数据缓存区,然后再从数据缓存区经过数据清理、映射和转换等复杂的数据预处理操作加载到数据仓库中。通过引入数据缓存区,我们就把复杂的数据预处理过程分解为两个阶段数据源一数据缓存区~数据仓库。这样一来,我们在第一阶段的数据传输过程中,就可以避免复杂的数据处理,只是简单地针对主题所需进行数据抽取,从而保证数据的快速导入,并且可以大大减小对外部操作型数据系统的压力。

数据仓库模型的设计

2.5数据仓库模型的设计 数据仓库模型的设计大体上可以分为以下三个层面的设计151: .概念模型设计; .逻辑模型设计; .物理模型设计; 下面就从这三个层面分别介绍数据仓库模型的设计。 2.5.1概念模型设计 进行概念模型设计所要完成的工作是: <1>界定系统边界 <2>确定主要的主题域及其内容 概念模型设计的成果是,在原有的数据库的基础上建立了一个较为稳固的概念模型。因为数据仓库是对原有数据库系统中的数据进行集成和重组而形成的数据集合,所以数据仓库的概念模型设计,首先要对原有数据库系统加以分析理解,看在原有的数据库系统中“有什么”、“怎样组织的”和“如何分布的”等,然后再来考虑应当如何建立数据仓库系统的概念模型。一方面,通过原有的数据库的设计文档以及在数据字典中的数据库关系模式,可以对企业现有的数据库中的内容有一个完整而清晰的认识;另一方面,数据仓库的概念模型是面向企业全局建立的,它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。 概念模型的设计是在较高的抽象层次上的设计,因此建立概念模型时不用考虑具体技术条件的限制。 1.界定系统的边界 数据仓库是面向决策分析的数据库,我们无法在数据仓库设计的最初就得到详细而明确的需求,但是一些基本的方向性的需求还是摆在了设计人员的面前: . 要做的决策类型有哪些? . 决策者感兴趣的是什么问题? . 这些问题需要什么样的信息? . 要得到这些信息需要包含原有数据库系统的哪些部分的数据? 这样,我们可以划定一个当前的大致的系统边界,集中精力进行最需要的部分的开发。因而,从某种意义上讲,界定系统边界的工作也可以看作是数据仓库系统设计的需求分析,因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。 2,确定主要的主题域 在这一步中,要确定系统所包含的主题域,然后对每个主题域的内

数据仓库设计指南

数据仓库设计指南 在一般的数据仓库应用系统中,根据系统体系结构的不同,数据仓库设计的内容和范围不尽相同,并且设计方法也不尽相同,下面的两幅图示分别表示带有ODS的数据仓库应用系统体系结构和不带ODS的数据仓库应用系统体系结构。本文将说明两个体系结构上的差异以及这种差异造成的设计方法的不同,并且重点介绍带有ODS的体系结构中数据仓库的设计方法。GV1 =p}` 在数据仓库的设计指导思想中,数据仓库的概念定义是非常重要的,数据仓库概念规定了数据仓库所具有的几个基本特性,这些特性也正是对数据仓库设计结果进行检验的重要依据。M)_m= }d 根据Bill.Inmon的定义,“数据仓库是面向主题的、集成的、稳定的、随时间变化的,主要用于决策支持的数据库系统”。_R)tJ Ro ODS(Operational Data Store)是数据仓库体系结构中的一个可选部分,ODS具备数据仓库的部分特征和OLTP系统的部分特征,它是“面向主题的、集成的、当前或接近当前的、不断变化的”数据。4\&P~kI 一般在带有ODS的系统体系结构中,ODS都设计为如下几个作用:#:1< R\H6m 1)在业务系统和数据仓库之间形成一个隔离层。[t"C/;S! 一般的数据仓库应用系统都具有非常复杂的数据来源,这些数据存放在不同的地理位置、不同的数据库、不同的应用之中,从这些业务系统对数据进行抽取并不是一件容易的事。因此,ODS用于存放从业务系统直接抽取出来的数据,这些数据从数据结构、数据之间的逻辑关系上都与业务系统基本保持一致,因此在抽取过程中极大降低了数据转化的复杂性,而主要关注数据抽取的接口、数据量大小、抽取方式等方面的问题。,8mPV{U KU 2)转移一部分业务系统细节查询的功能 Cr

数据仓库实例

计算机
王莹

本例采用的是SQl Server2005所提供的商业智能服务和工 具,主要包括Analysis Services(分析服务), Integration Services(集成服务),Reporting Services(集成服务)和Bussiness Intelligence Developer Studio(BIDS)。

分析服务(Analysis Services) SQL Server 分析服务(SSAS)是一个用于分析数据仓库中数据的工 具,它包括了OLAP和数据挖掘工具。在SQL Server 2005数据库系统 中,Analysis Services工具以服务器的方式为用户提供管理多维数 据立方体的服务。Analysis Services可以把数据仓库中的数据组织 起来,经过预先的聚集运算,加入到多维立方体中(即建立立方 体),然后对复杂的分析型访问做出迅速的回答。

集成服务(Integration Services) SQL Server 集成服务(SSIS)被定位成一个能生成高性能数据集成解决 方案(包括数据仓库中数据的提取、转换和加载(ETL))的平台。其集 成的含义主要就是指把ETL集成在一起。SSIS通过一个统一的环境向用户 提供了数据转换服务(DTS)所能提供的所有功能,并且大大减少了用户 花在编写程序和脚本上的精力和时间。 SSIS的基本功能包括:
? ? ? ? ? ? 合并来自异类数据源中的数据 填充数据仓库和数据集市 整理数据和将数据标准化 精确和模糊的查找功能 将商业智能置入数据转换过程 使管理功能和数据加载自动化

数据仓库-系统设计说明书

归一大数据平台 数据仓库 系统设计说明书受控不受控

修改变更记录:

目录 1引言 (5) 1.1文档编制目的 (5) 1.2背景 (6) 1.3词汇表 (6) 1.4参考资料 (6) 2总体设计 (7) 2.1软件体系结构 (7) 2.2系统运行体系......................................................................... 错误!未定义书签。 2.2.1运行体系图..................................................................... 错误!未定义书签。 2.2.2程序/模块对应表............................................................ 错误!未定义书签。 2.3系统物理结构 (7) 2.4技术路线 (8) 3系统接口设计 (8) 3.1用户接口 (8) 4子系统/模块设计 (8) 4.1数据仓库 (8) 4.1.1ODL(操作数据)层设计 (8) 4.1.2BDL(数据仓库)层设计 (10) 4.1.3IDL(宽表)层设计 (11) 4.1.4PDL(应用)层设计 (12) 4.1.5PUB(维度)层设计 (15) 4.1.6数据导出设计 (16) 5数据结构与数据库设计 (17) 6外部存储结构设计 (17) 7故障处理说明 (17) 8尚需解决的问题 (18)

编写指南: 本模板力图给出系统设计阶段可能包括的基本信息,重点在于和需求分析文档相联系。描述系统整体情况。如果某个章节在项目或当前阶段中无法描述,则可保留其标题,注明“不

某某银行数据仓库建设项目方案说明

XX 银行 EDW/ 数据仓库项目方案 目录 第一章系统总体架构 (5) 1.1总体架构设计概述 (5) 1.1.1 总体架构的设计框架 (5) 1.1.2总体架构的设计原则 (6) 1.1.3总体架构的设计特点 (7) 1.2 EDW执行架构 (7) 1.2.1执行架构概述 (8) 1.2.2执行架构设计原则 (8) 1.2.3执行架构框架 (9) 1.3 EDW逻辑架构............................................ 1 8

1.3.1逻辑架构框架.......................................... 1 8 1.3.2数据处理流程......................................... 2 7 1.4 EDW运维架构............................................ 2 7 1.4.1 运维架构概述 (27) 1.4.2 运维架构的逻辑框架 (29) 1.5 EDW数据架构............................................ 3 6 1.5.1数据架构设计原则...................................... 3 6 1.5.2数据架构分层设计....................................... 3 8 1.6 EDW应用架构............................................. 4 1 1.6.1应用架构设计原则....................................... 4 1 1.6.2数据服务............................................... 4 2 1.6.3 应用服务 (43) 第二章ETL体系建设 ........................................... 4 4 2.1 ETL架构概述.............................................. 4 4 2.2 ETL设计方案.............................................. 4 6 2.3 ETL关键设计环节......................................... 4 6 2.3.1 接口层设计策略 (46)

数据仓库设计的21条原则:7个步骤,7个禁忌和7种思路

高效实现数据仓库的七个步骤 数据仓库和我们常见的RDBMS系统有些亲缘关系,但它又有所不同。如果你没有实施过数据仓库,那么从设定目标到给出设计,从创建数据结构到编写数据分析程序,再到面对挑剔的用户的评估,整个过程都会带给你一种与以往的项目完全不同的体验。一句话,如果你试图以旧有的方式创建数据仓库,那你所面对的不是预算超支就是所建立的数据仓库无法良好运作。 在处理一个数据仓库项目时需要注意的问题很多,但同时也有很多有建设性的参考可以帮助你更顺利的完成任务。开放思维,不断尝试新的途径,对于找到一种可行的数据仓库实现方法来说也是必需的。 1. 配备一个全职的项目经理或你自己全面负责项目管理 在通常情况下,项目经理都会同时负责多个项目的实施。这么做完全是出于资金和IT资源方面的考虑。但是对于数据仓库项目的管理,绝对不能出现一人身兼数个项目的情况。由于你所处的领域是你和你的团队之前没有进入过的领域,有关数据仓库的一切-数据分析、设计、编程、测试、修改、维护-全都是崭新的,因此你或者你指派的项目经理如果能全心投入,对于项目的成功会有很大帮助。 2. 将项目管理职责推给别的项目经理 由于数据仓库实现过程实在是太困难了,为了避免自虐,你可以在当前阶段的项目完成后就将项目管理职责推给别的项目经理。当然,这个新的项目经理一定要复合第一条所说的具有全职性。为什么要这么做呢?首先,从项目经理的角度看,数据仓库实施过程的任何一个阶段都足以让人身心疲惫。从物理存储设备的开发到Extract-Transform-Load的实现,从设计开发模型到OLAP,所有阶段都明显的比以前接触的项目更加困难。每个阶段不但需要新的处理方法、新的管理方法,还需要创新性的观点。所以将管理职责推给别的项目经理不但不会对项目有损害,还可以起到帮助作用。 3.与用户进行沟通 这里所讲的内容远比一篇文章本身要重要的多。你必须明白,在数据仓库的设计阶段,那些潜在用户自己也不清楚他们到底需要数据仓库为他们做什么。他们在不断的探索和发现自己的需求,而你的开发团队也在和客户的接触中做着同样的事情。更加频繁的与客户接触,多做记录,

数据仓库的开发设计过程

数据仓库之路 FAQ FAQ目录 一、与数据仓库有关的几个概念 (3) 1.1 目录 (3) 二、数据仓库产生的原因 (8) 三、数据仓库体系结构图 (11) 四、数据仓库设计 (12) 4.1 数据仓库的建模 (12) 4.2 数据仓库建模的十条戒律: (13) 五、数据仓库开发过程 (14) 5.1 数据模型的内容 (14) 5.2 数据模型转变到数据仓库 (14)

5.3 数据仓库开发成功的关键 (15) 六、数据仓库的数据采集 (16) 6.1 后台处理 (17) 6.2 中间处理 (17) 6.3 前台处理 (18) 6.4 数据仓库的技术体系结构 (18) 6.5 数据的有效性检查 (20) 6.6 清除和转换数据 (20) 6.7 简单变换 (22) 6.8 清洁和刷洗 (24) 6.9 集成 (25) 6.10 聚集和概括 (27) 6.11 移动数据 (27) 七、如何建立数据仓库 (30) 7.1 数据仓库设计 (31) 7.2 数据抽取模块 (32) 7.3 数据维护模块 (33)

一、与数据仓库有关的几个概念 1.1 目录 ?Datawarehouse ?Datamart ?OLAP ?ROLAP ?MOLAP ?ClientOLAP ?DSS ?ETL ?Adhocquery ?EIS ?BPR ?BI ?Datamining ?CRM ?MetaData Data warehouse 本世纪80年代中期,“数据仓库之父”William H.Inmon先生在其《建立数据仓库》一书中定义了数据仓库的概念,随后又给出了更为精确的定义:数据仓

商业银行数据仓库报表设计分析

**商业银行数据仓库 报表设计 版本:1.0 4/18/2020

目录 1.报表系统 (3) 1.1. 业务分析 (3) 1.2. 财务分析报表系统 (3) 1.2.1.资产业务分析(月) (3) 1.2.1.1. 资产规模增长情况分析 (4) 1.2.1.2. 资产增量变化情况分析 (4) 1.2.1.3. 资产结构变化情况分析 (4) 1.2.1.4. 贷款资产专项统计 (5) 1.2.2.负债业务分析 (5) 1.2.2.1. 负债规模增长情况分析表 (5) 1.2.2.2. 负债增量变动情况分析表 (5) 1.2.2.3. 负债结构变化情况分析表 (6) 1.2.2.4. 存款负债专项统计 (6) 1.2.3.所有者权益分析 (6) 1.2.3.1. 所有者权益增长情况分析 (6) 1.2.3.2. 所有者权益增量变动情况分析 (7) 1.2.3.3. 所有者权益结构变化情况分析 (7) 1.2.4.财务收支分析 (7) 1.2.4.1. 收支规模增长情况分析 (7) 1.2.4.2. 收支增量变动情况分析 (8) 1.2.4.3. 当期收支情况分析 (8) 1.2.4.4. 财务收支结构变动情况分析 (8) 1.2.4.5. 财务收支计划完成情况分析 (8) 1.2.5.财务比率分析 (9) 1.2.5.1. 各项财务比率分析表 (9) 1.3. 资金计划业务需求 (10) 1.3.1.资金头寸统计 (10) 1.3.2.资金负债管理指标 (10) 1.3.3.现金管理 (10) 1.3.3.1. 结算备付金统计 (10) 1.3.3.2. 库存现金统计 (11) 1.3.3.2.1. 即时余额统计 (11) 1.3.3.2.2. 日均余额统计 (11) 1.3.3.3. 业务量统计 (11) 1.3.4.票据贴现业务统计 (12) 1.4. 综合统计分析 (12) 1.4.1.存款统计 (12) 1.4.1.1. 存款结构统计 (12) 1.4.1.1.1. 日均存款统计 (12) 1.4.1.1.2. 存款即时余额统计 (12)

数据仓库成功应用案例讨论

中国银行广东分行数据仓库成功应用案例 信用卡业务是商业银行业务中非常重要的一部分,中国的商业银行开展信用卡业务已多年,相关数据积累相对完备且真实,信用卡业务的经营运作也已从简单的扩大规模、以量取胜阶段进入到成熟竞争、以质取胜阶段,各商业银行不断推出新的服务品种和花样繁多的增值服务,提高市场占有率并强化品牌意识以获得利润。 中国加入WTO后,银行卡业务将在3至5年内对外资银行开放,而银行卡业务不依赖于分支机构的特点将使中国的商业银行信用卡业务面临更加严酷的竞争。信用卡业务竞争本质上就是客户的竞争,而且是优质客户的竞争。针对客户发现、客户提升、客户保持、市场细分、忠诚度、贡献度、个性化服务乃至个人信用风险等等一系列围绕客户关系的新问题,支持日常运作的信用卡生产系统是面向柜员和交易的日常营运和客户服务基础设施,无法提供众多分析、决策型用户对大量历史数据同时进行突发的、复杂的决策分析,而建立一套以客户为中心的信用卡业务分析系统则是实现上述命题的必要可行手段。 在这种情况下,中国银行广东分行引入了海波龙的Hyperion Intelligence,希望通过利用Hyperion Intelligence应用实现这样的目标:建立一套以客户为中心的信用卡业务分析系统,方便企业各级工作人员获取各类信息,实现对成本收益、风险控制、绩效评估、客户管理、营销战役等决策目标的支持,并达到风险管理和控制、客户关系管理与个性化服务、商户分析与市场策略、费用控制与利润分析四大应用目标。 成功典范 中国银行广东省分行是国内金融界最早成功实施数据仓库应用解决方案的单位,其在1996年投产的省市两级金融管理信息系统(FMIS)因首次采用并成功实施先进的数据仓库/OLAP技术而荣获“八五”国家科技攻关重大成果奖,并成为目前业界反复引用的典型成功案例。 在随后的数年中,中国银行广东省分行在决策支持/数据仓库应用研发方面的投入一直保持相当大的力度,陆续推出数项新的应用,应用领域也从最初的财务管理、资产负债指标监控等分析主题逐步延伸至目前的客户及消费行为分析、个人信用评估、授信风险监控、客户关系管理以及一对一个性化营销等分析主题。 广东华际友天信息科技有限公司和中国银行广东省分行共同实施的信用卡分析系统采用了Hyperion和IBM在业界领先的数据仓库技术和工具,专门针对信用卡业务的商业智能应用。此系统的研制目的是为与信用卡业务有关各级管理人员、统计分析人员、风险监控人员,特别是业务发展人员提供灵活有效的实时数据分析/决策支持环境,使他们能够便捷地获得并分析客户特征信息、各交易要素信息以及市场统计信息,从而支持成本收益、风险控制、绩效评估、客户管理、营销战役等决策目标的实现。

数据仓库设计文档模板

数据仓库设计与实现 学号 128302106 姓名江晨婷 成绩 教师张丹平 二O一五年四月

数据仓库建设方案设计与实现 摘要:本文以博士学位调查为基础,创建方案,设计与实现数据仓库,通过对当前各种主流数据仓库软件在性能、价格等方面的对比,充分考虑统计业务、单位数量等实际情况,本系统决定采用SQL Server 2005数据仓库软件来构建综合信息分析系统的数据仓库。 关键词:数据仓库;联机分析;数据挖掘;博士学位 一、概述 数据仓库的设计一般从操作型数据开始,通常需要经过以下几个处理过程;数据仓库设计——数据抽取——数据管理。 1.数据仓库设计 根据决策主题设计数据仓库结构,一般采用星型和雪花模型设计其数据模型,在设计过程中应保证数据仓库的规范化和体系各元素的必要联系。 2.数据抽取 根据元数据库中的主题表定义、数据源定义、数据抽取规则定义对异地异构数据源进行清理、转换、对数据进行重新组织和加工,装载到数据仓库的目标库中。 3.数据管理 数据管理分为目标数据维护和元数据维护两方面。目标数据维护是根据元数据为所定义的更新频率、更新数据项等更新计划任务来刷新数据仓库,以反映数据源的变化,且对时间相关性进行处理。元数据是数据仓库的组成部分,元数据的质量决定整个数据仓库的质量。当数据源的运行环境、结构及目标数据的维护计划发生变化时,需要修改元数据。 二、博士学位授予信息年度数据统计分析 1.按主管部门统计 从主管部门的角度,分析在一个时间段(年)内,各主管部门所授予的博士学位信息统计。可回答如“2008,由某部门主管的,博士学位授予一共有多少,其平均学习年限是多少,脱产学习的有多少人?”等问题。具有表格和图形两种方式来展示分析结果。典型报表格式如表1所示

数据仓库设计与实现

数据仓库的设计与实现

第1章数据仓库的设计与实现 1.1数据仓库设计过程 数据仓库的设计一般从操作型数据开始,通常需要经过以下几个处理过程;数据仓库设计——数据抽取——数据管理。 一、数据仓库设计 根据决策主题设计数据仓库结构,一般采用星型和雪花模型设计其数据模型,在设计过程中应保证数据仓库的规范化和体系各元素的必要联系。 二、数据抽取 根据元数据库中的主题表定义、数据源定义、数据抽取规则定义对异地异构数据源进行清理、转换、对数据进行重新组织和加工,装载到数据仓库的目标库中。 三、数据管理 数据管理分为目标数据维护和元数据维护两方面。目标数据维护是根据元数据为所定义的更新频率、更新数据项等更新计划任务来刷新数据仓库,以反映数据源的变化,且对时间相关性进行处理。元数据是数据仓库的组成部分,元数据的质量决定整个数据仓库的质量。当数据源的运行环境、结构及目标数据的维护计划发生变化时,需要修改元数据。 1.2需求分析与决策主题的选取 通过对管理者和各级别的用户的数据分析需求进行调研,我们收集并整理出了用户的决策分析需求如下: 1.2.1 博士学位授予信息年度数据统计分析 一、按主管部门统计 从主管部门的角度,分析在一个时间段(年)内,各主管部门所授予的博士学位信息统计。可回答如“2008,由某部门主管的,博士学位授予一共有多少,其平均学习年限是多少,脱产学习的有多少人?”等问题。具有表格和图形两种方式来展示分析结果。典型报表格式如表1所示。

表1 200__年度授予博士学位情况统计表(按主管部门统计) 表1续200__年度授予博士学位情况统计表(按主管部门统计) 二、按性质类别统计

数据仓库复习题

第一章概述 1.数据挖掘的定义?(书P2,PPT_P8) 从大量的、不完全的、有噪声的、模糊的、随机的数据中,提取隐含在其中的、人们事先不知道的、但又是潜在有用的信息和知识的过程。 2.数据挖掘的源是否必须是数据仓库的数据?可以有哪些来源?(PPT_P14) 关系数据库、数据仓库、事务数据库、高级数据等 3.数据挖掘的常用方法?(P4、PPT_P29) 聚类分析、决策树、人工神经网络、粗糙集、关联规则挖掘、统计分析等 4.数据挖掘的过程包括哪些步骤,每一步具体包括哪些内容?(书P2-3,PPT_P17-19) 确定业务对象、数据准备、数据挖掘、结果分析与知识同化。 5.数据挖掘与数据仓库的关系(联系和区别)?书P6-7,PPT_P45-46 联系:1,数据仓库为数据挖掘提供了更好的,更广泛的数 据源 AHA12GAGGAGAGGAFFFFAFAF

2,数据仓库韦数据挖掘提供了新的支持平台。 3,数据仓库为更好地使用数据挖掘工具提供了方便 4,数据挖掘对数据仓库提供了更好的决策支持。 5,数据挖掘对数据仓库的数据组织提出了更高的要求 6,数据挖掘还为数据仓库提供了广泛的技术支持 区别:数据仓库是一种存储技术,它包含大量的历史数据、当前的详细数据以及综合数据,它能为不同用户的不同决策需要提供所需的数据和信息。~~数据挖掘是从人工智能机器学习中发展起来的,它研究各种方法和技术,从大量的数据中挖掘出有用的信息和知识。 第二章数据仓库 1.数据仓库的定义 数据仓库——是一个面向主题的、集成的、随时间而变化的、不容易丢失的数据集合,支持管理部门的决策定制过程。2.数据仓库数据的四大基本特征: 面向主题的、集成的、不可更新的、随时间变化的。 3.数据仓库体系结构有三个独立的数据层次: AHA12GAGGAGAGGAFFFFAFAF

银行数据仓库构建分析

如何构建银行数据仓库 数据仓库技术作为一项数据管理领域的新技术,其精髓在于针对联机分析处理(OLAP)提出了一种综合的解决方案,与以往很多技术不同的是,它主要是一种概念,在此概念指导下完成系统的构造。既没有可以直接购买到的现成产品,也没有具体的分析规和实现方法,也就是说没有成熟、可靠且被广泛接受的数据仓库标准。在以往关系数据库的设计和实现中,不仅有详细的理论推导,还有无数的设计实例,无论你使用的是什么公司的数据库产品、开发工具,只要按照规做,那么实现同一业务需求的方案都会很相似。而现有数据仓库的实现中,出现了MOLAP方案和ROLAP方案的区别,出现了形形色色的数据仓库建模工具、表现工具,而设计人员的个人经验和素质也会在其中扮演很重要的角色。 数据仓库技术的实现方式 目前在数据仓库技术的实际应用中主要包括如下几种具体实现方式。 1、在关系数据库上建立数据仓库(ROLAP) 2、在多维数据库上建立数据仓库(MOLAP)

MOLAP方案是以多维方式来组织数据,以多维方式来存储数据;ROLAP 方案则以二维关系表为核心表达多维概念,通过将多维结构划分为两类表:维表和事实表,使关系型结构能较好地适应多维数据的表示和存储。在多维数据模型的表达方面,多维矩阵比关系表更清晰且占用的存储更少,而通过关系表间的连接来查询数据的ROLAP系统,系统性能成为最大问题。MOLAP方案比ROLAP方案要简明,索引及数据聚合可以自动进行并自动管理,但同时丧失了一定的灵活性。ROLAP方案的实现较为复杂,但灵活性较好,用户可以动态定义统计和计算方式,另外能保护在已有关系数据库上的投资。 由于两种方案各有优劣,因此在实际应用中,往往将MOLAP和ROLAP 结合使用,即所谓的混合模型。利用关系数据库存储历史数据、细节数据或非数值型数据,发挥关系数据库技术成熟的优势,减少花费,而在多维数据库中存储当前数据和常用统计数据,以提高操作性能。 3、在原有关系库上建立逻辑上的数据仓库 由于目前正在运行的OLTP系统中已经积累了海量数据,如何从中提取出决策所需的有用信息就成为用户最迫切的需要。新建数据仓库固然能从功能、性能各方面给出一个完整的解决方案,但需要投入大量的人力、物力,并且数据仓库的建设和分析数据的积累需要一段时间,无法及时满足用户对信息分析的迫切需要。因此在筹建数据仓库的前期,可以采用一些合适的表现工具,在原有OLTP系统上建立起一个逻辑的数

数据仓库成功案例

数据仓库成功案例3 兴业证券数据仓库系统 编者按:兴业证券选择了Sybase的数据仓库解决方案,以帮助其成功地实现交易数据的集中处理和分析。该系统的应用采用三层式数据仓库结构,使系统具有优越的处理性能、高度可扩展性、开放性、灵活性和可管理性。 用户背景 兴业证券作为一家综合类专业证券公司、中国证券业协会理事单位,在福建省乃至全国的证券界都具有一定的影响力。公司总部设在福州,在上海也设立了区域管理总部,已经初步构建了辐射全国的业务经营机构网络。在中国加入WTO之后,兴业证券也面临着新的挑战和机遇。如何将现有的优势充分发挥并创造新的竞争优势,从而加强其在证券行业的领先地位,是兴业证券面临的重要课题。 从2001年7月开始,Sybase公司与兴业证券合作,共同开发兴业证券数据仓库和决策支持系统,帮助兴业证券总部实现对营业部集中管理和数据集中基础上的决策支持。 系统目标 兴业证券对现有信息系统的要求: * 对各个营业部交易数据汇总整合信息来源,从而提高决策信息的及时性、准确性、全局性、一致性; * 建立全面、统一、科学的日常决策分析报表/查询系统; * 深层次的信息加工,分析客户、市场、风险等主题项目,充分利用兴业证券的丰富数据; * 系统必须保证系统中每一条信息的安全性,对信息的访问进行安全性控制,这样才能充分保证信息不会泄漏,以维护证券市场的秩序; * 建立具有高处理能力和高扩展能力的数据仓库平台,以适应管理和处理日益庞大的市场数据的要求。 数据仓库系统将帮助兴业证券充分利用信息资源,为兴业证券提供坚实的信息基础以迎接上述的业务挑战和机遇。 建立数据仓库系统的目标: * 为各业务部门、兴业证券的领导层提供有效的决策管理信息支持,提高业务效率、

建设数据仓库的八个步骤

大数据技术部 建设数据仓库的八个步骤2017年04月25日编制

建设数据仓库的八个步骤 摘要:建立数据仓库是一个解决企业问题的过程,业务人员往往不懂如何建立和使用数据仓库,发挥其决策支持的作用;信息部门的人员往往又不懂业务,不知道应该建立哪些决策主题。 关键词:数据仓库元数据 建设数据仓库 建立数据仓库是一个解决企业问题的过程,业务人员往往不懂如何建立和使用数据仓库,发挥其决策支持的作用;信息部门的人员往往又不懂业务,不知道应该建立哪些决策主题,从数据源中抽取哪些数据。因此数据仓库的项目小组应该由业务人员和信息部门的人员共同组成,双方需要相互沟通,协作开发数据仓库。 开发数据仓库的过程包括以下几个步骤。 1.系统分析,确定主题 建立数据仓库的第一个步骤就是通过与业务部门的充分交流,了解建立数据仓库所要解决的问题的真正含义,确定各个主题下的查询分析要求。 业务人员往往会罗列出很多想解决的问题,信息部门的人员应该对这些问题进行分类汇总,确定数据仓库所实现的业务功能。一旦确定问题以后,信息部门的人员还需要确定一下几个因素: ·操作出现的频率,即业务部门每隔多长时间做一次查询分析。 ·在系统中需要保存多久的数据,是一年、两年还是五年、十年。 ·用户查询数据的主要方式,如在时间维度上是按照自然年,还是财政年。 ·用户所能接受的响应时间是多长、是几秒钟,还是几小时。 由于双方在理解上的差异,确定问题和了解问题可能是一个需要多次往复的过程,信息部门的人员可能需要做一些原型演示给业务部门的人员看,以最终确定系统将要实现的功能确实是业务部门所需要的。

2.选择满足数据仓库系统要求的软件平台 在数据仓库所要解决的问题确定后,第二个步骤就是选择合适的软件平台,包括数据库、建模工具、分析工具等。这里有许多因素要考虑,如系统对数据量、响应时间、分析功能的要求等,以下是一些公认的选择标准: ·厂商的背景和支持能力,能否提供全方位的技术支持和咨询服务。 ·数据库对大数据量(TB级)的支持能力。 ·数据库是否支持并行操作。 ·能否提供数据仓库的建模工具,是否支持对元数据的管理。 ·能否提供支持大数据量的数据加载、转换、传输工具(ETT)。 ·能否提供完整的决策支持工具集,满足数据仓库中各类用户的需要。 3.建立数据仓库的逻辑模型 具体步骤如下: (1)确定建立数据仓库逻辑模型的基本方法。 (2)基于主题视图,把主题视图中的数据定义转到逻辑数据模型中。 (3)识别主题之间的关系。 (4)分解多对多的关系。 (5)用范式理论检验逻辑数据模型。

(完整版)XX银行数据仓库建设项目方案

XX银行 EDW/数据仓库项目方案

目录 第一章系统总体架构............................................................................. 41.1总体架构设计概述 ........................................................................ 4 1.1.1总体架构的设计框架.............................................................. 4 1.1.2总体架构的设计原则.............................................................. 5 1.1.3总体架构的设计特点.............................................................. 51.2EDW执行架构................................................................................. 6 1.2.1执行架构概述 ........................................................................ 6 1.2.2执行架构设计原则 ................................................................. 6 1.2.3执行架构框架 ........................................................................ 71.3EDW逻辑架构.............................................................................. 14 1.3.1逻辑架构框架 ..................................................................... 14 1.3.2数据处理流程 ..................................................................... 201.4EDW运维架构.............................................................................. 21 1.4.1运维架构概述 ..................................................................... 21 1.4.2运维架构的逻辑框架........................................................... 221.5EDW数据架构.............................................................................. 27 1.5.1数据架构设计原则 .............................................................. 27 1.5.2数据架构分层设计 .............................................................. 291.6EDW应用架构.............................................................................. 31 1.6.1应用架构设计原则 .............................................................. 31 1.6.2数据服务 ............................................................................ 32 1.6.3应用服务 ............................................................................ 33第二章 ETL体系建设 ........................................................................... 34 2.1ETL架构概述.............................................................................. 34

银行信用卡数据仓库建设

银行信用卡数据仓库建设 一、需求分析 银行建立数据仓库的必要性。中国的银行业在发展过程中,已逐步实现了绝大多数核心业务的计算机处理,积累了大量的客户数据和经营数据,这些数据是银行的宝贵财富,如何利用这些数据,发掘有价值的信息,解决问题的关键是建立银行企业级的数据仓库,实现对银行所有经营信息和客户信息的有效存储,并针对银行不同部门的管理决策需要,进行多层次的数据加工处理,以多种方式呈现真正有价值的信息(例如,维度,商业需求用户数量等),满足银行管理决策和客户分析的需要。 由此可以看出,整合数据建立一个全银行统一的数据中心,对于银行来说是非常重要的。通过数据仓库技术,将x银行全国各地的数据整合,并对数据进行一系列的抽取、加工、清洗、加载,使得数据能够有很高的利用价值。通过智能化的报表加工工具Cognos来快速的生成多种多样的报表,从不同的维度来展现数据。这些报表对于管理层来说数据更准确、更有价值,而且还可以根据上级的不同需求来随时生成想要看到的报表。这些对于银行发展新的客户、改善与老客户的关系、提高市场竞争力和占有率是非常重要和迫切的。 二.维度分析 1)卡量分析 2)客户量分析

3)账户分析 通过对卡量、客户量和账户量分析指标的业务定义的分析,卡信息汇总表选取的入仓字段有卡号、开卡日期、激活日期、销卡日期、销卡日期、到期日、发卡机构。 通过对卡量、客户量和账户量分析指标的业务定义的分析,选取的入仓字段有机构代码、性别代码、客户号。 通过对卡量、客户量和账户量分析指标的业务定义的分析,选取的账号信息汇总表的入仓字段有账号、销户日期、账户状态、开户日期、销户日期、账户余额、逾期状态。 三、所用到的技术简单概述 1)ETL概述 E是Extraction的简写,表示数据的抽取;T是Transformation的简写,表示数据的转换;L是Loading的简写,表示数据的加载。ETL是数据抽取(Extraction)、转换(Transformation)、加载(Loading)的过程。 抽取(Extraction),在数据仓库系统的建设中是对数据的操作,就是将数据从 各种原始的业务系统中读取出来,这是要建立数据仓库系统的所有工作的前提。

数据仓库与数据挖掘课程设计报告书

目录 1. 绪论 (2) 1.1项目背景 (2) 1.2 提出问题 (2) 2 数据库仓库与数据集的概念介绍 (2) 2.1数据仓库 (2) 2.2数据集 (3) 3 数据仓库 (3) 3.1 数据仓库的设计 (3) 3.1.1数据仓库的概念模型设计 (3) 3.1.2数据仓库的逻辑模型设计 (3) 3.2 数据仓库的建立 (4) 3.2.1数据仓库数据集 (4) 3.2.2建立维表 (4) 4.数据挖掘操作 (5) 4.1数据预处理 (5) 4.1.1描述性数据汇总 (5) 4.2决策树 (5) 5、实验心得 (13) 6、大总结 (14)

1. 绪论 1.1项目背景 在现在大数据时代,各行各业需要对商品及相关关节的数据进行收集处理,尤其零售行业,于企业对产品的市场需求进行科学合理的分析,从而预测出将来的市场,制定出高效的决策,给企业带来经济收益。 1.2 提出问题 对于超市的商品的购买时期和购买数量的如何决定,才可以使销售量最大,不积压商品,不缺货,对不同时期季节和不同人群制定不同方案,使企业收益最大,通过数据挖掘对数据进行决策树分析,关联分析,顺序分析与决策分析等可以制定出最佳方案。 2 数据库仓库与数据集的概念介绍 2.1数据仓库 数据仓库是为企业所有级别的决策制定过程提供支持的所有类型数据的战略集合。它是单个数据存储,出于分析性报告和决策支持的目的而创建。为企业提供需要业务智能来指导业务流程改进和监视时间、成本、质量和控制。 数据仓库是决策系统支持(dss)和联机分析应用数据源的结构化数据环境。

数据仓库研究和解决从数据库中获取信息的问题。数据仓库的特征在于面向主题、集成性、稳定性和时变性。 2.2数据集 数据集是指一种由数据所组成的集合。Data set(或dataset)是一个数据的集合,通常以表格形式出现。每一列代表一个特定变量。每一行都对应于某一成员的数据集的问题。它列出的价值观为每一个变量,如身高和体重的一个物体或价值的随机数。每个数值被称为数据资料。对应于行数,该数据集的数据可能包括一个或多个成员。 3 数据仓库 3.1 数据仓库的设计 3.1.1数据仓库的概念模型设计 概念模型的设计是整个概念模型开发过程的三阶段。设计阶段依据概念模型分析以及分析过程中收集的任何数据,完成星型模型和雪花型模型的设计。如果仅依赖ERD,那只能对商品、销售、客户主题设计成如图所示的概念模型。这种模型适合于传统的数据库设计,但不适合于数据仓库的设计。 3.1.2数据仓库的逻辑模型设计 逻辑建模是数据仓库实施中的重要一环,因为它能直接反映出各个业务的需求,同时对系统的物理实施有着重要的指导作用,它的作用在于可以通过实体和关系勾勒出企业的数据蓝图,数据仓库的逻辑模型设计任务主要有:分析主题域,确定要装载到数据仓库的主题、确认粒度层次划分、确认数据分割策略、关系模式的定义和记录系统定义、确认数据抽取模型等。逻辑模型最终设计成果包

数据仓库成功案例(2)

数据仓库成功案例1 数据挖掘在宝钢的实践 1. 宝钢简介 2. 宝钢数据挖掘基础 2.1 冶金工业数据挖掘背景 2.2 其DW流程和具体步骤 2.3 其DW工具和主要功能 3. 宝钢股份信息化的三层数据架构 4. 宝钢数据仓库的体系结构及应用 4.1 系统环境 4.2 宝钢数据仓库开发 4.3 宝钢数据仓库应用 4.3.1 专业技术报表 4.3.2 数据分析与数据挖掘 4.3.3 决策信息支持 5. 宝钢数据仓库和数据挖掘应用及成果 6. 参考文献 1.宝钢简介 宝钢是中国最大的钢铁生产企业,目前的规模达到年产1100万吨钢,2002年的销售收入达到330亿元,税前利润接近60亿元。宝钢的产品系列包括板材、线材、管材等,主要的用户分布在汽车、家电等制造业。自1985年投产至今,积累了大量的生产实绩数据。 2.宝钢数据挖掘基础 2.1 冶金工业数据挖掘背景 在冶金工业中年复一年的积累着各种数据,从每一炉钢到每一块板坯到每一个钢卷,各级计算机系统可以把这些数据完整地收集起来。但是收集数据本身并不是目的,从“信息化带动工业化”的角度来看,更重要的是把这些数据利用起来,利用数据中蕴藏的知识来指导生产,形成企业的核心竞争力。 另一方面,在冶金工业的运营过程中还有许多问题需要解决,例如全流程的质量控制和供应链管理等。由于它们固有的多变量和非线性特点,用传统的局部优化的方法很难达到企业级的最优。现在通过把分散在各个生产过程的实际生产数据按主题组织成数据仓库,在此基础上展开数据挖掘工作和获取知识,利用获取的知识可以比过去更好地解决这些问题。 2.2 其DW流程和具体步骤 通用数据挖掘流程:

相关文档
最新文档