- 浏览: 183863 次
最新评论
-
adamed:
zhangwenzhuo 写道为什么this.get()会返回 ...
jQuery源码历代记5 -
zhangwenzhuo:
为什么this.get()会返回本身的呢?
jQuery源码历代记5 -
narutolby:
支持下~,哈哈~
jQuery历代记1 -
cpszy:
mark下
jQuery历代记1 -
gleams:
支持你
jQuery历代记1
这两天读了《数据仓库》第三章,这一章讲解的是设计数据仓库。
将主要的内容梳理如下:
1、建造数据仓库主要包括两个部分的工作---与操作型系统接口的设计和数据仓库本身的设计。数据仓库是在启发方式下建造的,在这个过程中一个阶段的开发完全依赖于上一个阶段的结构。
2、将数据从操作型环境移入数据仓库环境不是简单的抽取。
3、从多处抽取数据并将数据集成到一个统一的视图中是一个十分复杂的问题。
4、数据缺乏集成的一个简单例子就是数据编码不一致,例如不同系统对性别采用不同的编码。
5、字段语义的转换时数据集成的另一个问题。例如同一字段在四个应用中有四个不同观点名字。为了转换数据使其正确地进入仓库,就必须建立各个不同源字段到数据仓库字段的映射。
6、另一个问题是原有数据在不同的DBMS下可能以多种不同格式存储。
7、对于数据体系结构设计者而言,当操作型环境发生变化时,不断地将变化的数据装载到仓库中是最为困难的。于是扫描现有系统文件成了数据仓库体系结构设计者要面对的主要问题。
8、数据仓库刷新时为了限制扫描的操作型数据库。
通常采用五种技术:
第一种技术史扫描在操作型环境中那些被打上时间戳的数据。
第二种控制扫描数据库的技术是扫描增量文件。
第三种技术是对作为食物处理副产品产生 的日志文件或审计文件进行扫描。
第四种是修改应用程序代码。这并不常用,因为很多应用程序的代码陈旧且不易修改。
第五种是将一个前映像文件和后一个映像文件进行比较。这种使用方法,抽取时就建立一个数据库的快照。另一轮抽取时,建立另一个快照。然后将这两个快照顺序比较,以确定已发生的业务活动。这种方法很麻烦、复杂还需要各种各样的资源。所以该方法不过是没有办法时才采用的办法。
9、当数据从现有操作型环境传送到数据仓库时,要考虑的另一个问题是需要对数据仓库中的已有的及腰传入数据的规模进行管理。数据在抽取盒进入数据仓库时都要进行压缩,否则数据仓库中的数据量就会失控。
10、如果没有认真地管理和压缩大量的数据,那么仅仅是聚集在数据仓库中的全局量就会使得数据仓库的目标难以实现。
11、数据建模分为三个层次:高层建模(称为实体关系图),中间层建模(称为数据项集)、底层建模
12、屋里数据模型是从中间层数据建模创建而来的,建立窝里模型通过扩展中间层模型,使模型中包含有关键字和物理特征。这时,屋里模型看上去像一系列表这些表有时被称为关系表。
13、将关系表作用于物理数据库还有最后一个步骤就是进行性能特征的优化系数。在数据仓库的情况下,设计中的第一步就是确定数据的粒度和分区。
14、数据模型输出是表,但表应该尽可能的合并以减少IO消耗。
15、除了合并表,另一种非常有用的技术是创建数据数组。
16另一个与数据仓库环境特别相关的物理设计是有意引入冗余数据。
17、数据仓库设计最后一个设计技术就是参照完整性的管理(个人感觉就是去掉动态连接数据)
18、元数据是数据仓库环境的一个重要组成部分。元数据就是数据的数据。元素语句与指向数据仓库内容的索引相似处于数据仓库的上层,并且记录数据仓库中对象的位置。
19、数据周期--时间间隔。数据周期指从操作型环境中的数据发生改变起,到这个变化反映到数据仓库中所用的时间。时间间隔的目的是减小开销节约成本。
20、在有操作型环境直接访问数据仓库的过程中(事实上确实有这种不正常的访问。)有一些严格的、不能妥协的限制:
1)从相应时间角度来讲,这个请求必须能够忍受冗长的响应时间 。它可能在经过24个小时后才被相应,这意味着请求数据仓库数据的操作型处理绝不具有在线特性。
2)对数据的请求必须是最小量的。数据的传输时以字节计的,而不是以MB或GB计。
3)从数据仓库缺取得的、准备传输到操作型环境的数据必须不做(或仅需最小量的)格式化,。
21、多维方法只适用于创建数据集市,并不适用于数据仓库。因为:数据集市很大程度上时根据需求来形成的,这与数据仓库不同。
为了建立一个数据集市,首先要对喜爱数据集市上进行的处理的需求有很多了解。一旦这些需求已知,可以将数据集市建成一个最有的星型连接结构。
但数据仓库与此有着本质不同,这是因为数据仓库是为一个非常大的群体服务的,正因为如此,数据仓库对于任何一个需求集合而言,性能和便捷性都不是最优的。数据仓库是根据企业信息需求而非部门信息需求建立的。因此,对于数据仓库建立星形连接将是一个错误,因为最终结果是数据仓库在牺牲所有其他群里利益的代价中对一个群体实现了最优。
22、多维方法对于数据集市的数据库设计的吸引力起始于数据模型。所有使用数据模型作为设计基础的实践都有一些缺点。(如果从数据模型的角度来看,所有的实体之间关系是对等的。仅仅从数据模型的角度着手设计数据仓库会产生一种“平面”效应。实际上,由于种种原因,数据集市的实体绝不是相互对等的。一些实体需要有自身的专门处理。)
23、数据仓库与数据集市的一个问题是数据怎样从数据仓库到达数据集市。数据仓库中的数据是粒度化的,数据集市中的数据时紧凑和综合的。
24、必须对数据仓库中的数据进行选择、访问、重组才能适合数据集市的需求。
那么数据集市是数据仓库的替代品嘛??
1)数据集市中的数据结构是根据部门的特殊需求而建立的。
2)任何一个给定的数据集市中的数据结构都与其他数据集市不同。
3)因为每一个数据集市都有一个不同的数据结构,试图将任何一个数据集市转变为数据仓库都不具意义。
4)通常数据集市数据结构,贯穿整个企业,不能重用,没有灵活性,不能作为调和矛盾的基础,也不能为新出现的位置需求集合提供便利。然而,数据仓库中规范化粒度却正好满足所有这些要求。
25、数据仓库不是由处理需求建立的,而是根据企业需求而设计的。企业需求集中于整个企业,而不只是直接的应用程序。企业需求综合地看待对于处理、数据和基础框架的所有需求。
最后是本章小结:
数据仓库设计始于数据模型。企业数据模型用于操作型环境设计,而修改后的企业数据模型用于数据仓库。数据仓库已一种反复进行的方式建造。无法事先预知数据仓库的需求。
数据仓库开发者主要关心的问题是对大量数据的管理。为了达到这个目标,数据粒度与分区称为了数据库设计的两个最重要的问题。然而,这里仍然存在很多其他的物理设计问题,其中大部分围绕数据访问的效率。
当数据从传统操作型环境相数据仓库中传送时,数据仓库就开始装载数据。数据从传统操作型环境相数据仓库传送要经过一个非常复杂的转换、重新格式化和集成的过程。当数据进入数据仓库是经常存在一个时间的转变。一些情况下,操作型数据没有加时间戳、而另一些情况下,这需要对操作型数据的粒度级别进行调整。
数据模型有三个层次---高层、中层、低层。数据模型是能够采用反复方式建造数据仓库的关键。高层模型中的实体与企业的主要主体域有关。低层模型与数据仓库的物理数据库设计有关。
在最底层次的数据库设计中,如何整个机构对数据都有统一的观察方式,那么可以进行轻度反响规范化处理。数据轻度反向规范处理的一些技术包括建立数组、明智地建立数据冗余以及建立创造性索引。
数据仓库记录的基本结构包括时间戳、关键字、直接数据和二级数据。所有数据仓库数据库设计都遵循这种简单模式。
参照表应当至于数据仓库中,并于其他数据一样根据时间变化进行管理。对包含在数据仓库的参照数据设计有多种方法。
数据以一种称为“时间间隔”的方式装载进入数据仓库。这意味着操作型环境一有活动发生,数据不是马上进入数据仓库。相反,操作型环境新更新的数据可以再操作型环境中提留打24小时,然后才转移到数据仓库。
数据在从操作型环境相数据仓库环境的传送过程中所经历的转换时非常复杂的。这其中有DBMS的变化、操作系统的变化、硬件体系结构的变化、语义的边和和编码变化等等。在数据从操作型环境相数据仓库环境的传送中腰考虑到许多种问题。
数据仓库中记录的创建时由操作型环境中发生的活动或事件触发的。一些情况下,发生了如销售这样的事件;另一些情况下,这是用于标记规律性的时间推移时间,如一个月的结束、一个星期的结束。
概要记录是由许多不同的历史活动组成的符合记录。概要记录是数据的符合表示。
星形连接时一种经常被错误地用于数据仓库环境的数据库设计技术。在星形连接多维方法中,数据库设计是基于一个主体域中数据的出现次数和数据的访问方式进行的。星形连接设计适用于数据集市领域,而不适用于数据仓库领域。使用星形连接来建造数据仓库是一种错误,因为这将使建立起来的数据仓库对于一部分用于来说是最优的,而无法为所有其他用户带来最优的结果。
将主要的内容梳理如下:
1、建造数据仓库主要包括两个部分的工作---与操作型系统接口的设计和数据仓库本身的设计。数据仓库是在启发方式下建造的,在这个过程中一个阶段的开发完全依赖于上一个阶段的结构。
2、将数据从操作型环境移入数据仓库环境不是简单的抽取。
3、从多处抽取数据并将数据集成到一个统一的视图中是一个十分复杂的问题。
4、数据缺乏集成的一个简单例子就是数据编码不一致,例如不同系统对性别采用不同的编码。
5、字段语义的转换时数据集成的另一个问题。例如同一字段在四个应用中有四个不同观点名字。为了转换数据使其正确地进入仓库,就必须建立各个不同源字段到数据仓库字段的映射。
6、另一个问题是原有数据在不同的DBMS下可能以多种不同格式存储。
7、对于数据体系结构设计者而言,当操作型环境发生变化时,不断地将变化的数据装载到仓库中是最为困难的。于是扫描现有系统文件成了数据仓库体系结构设计者要面对的主要问题。
8、数据仓库刷新时为了限制扫描的操作型数据库。
通常采用五种技术:
第一种技术史扫描在操作型环境中那些被打上时间戳的数据。
第二种控制扫描数据库的技术是扫描增量文件。
第三种技术是对作为食物处理副产品产生 的日志文件或审计文件进行扫描。
第四种是修改应用程序代码。这并不常用,因为很多应用程序的代码陈旧且不易修改。
第五种是将一个前映像文件和后一个映像文件进行比较。这种使用方法,抽取时就建立一个数据库的快照。另一轮抽取时,建立另一个快照。然后将这两个快照顺序比较,以确定已发生的业务活动。这种方法很麻烦、复杂还需要各种各样的资源。所以该方法不过是没有办法时才采用的办法。
9、当数据从现有操作型环境传送到数据仓库时,要考虑的另一个问题是需要对数据仓库中的已有的及腰传入数据的规模进行管理。数据在抽取盒进入数据仓库时都要进行压缩,否则数据仓库中的数据量就会失控。
10、如果没有认真地管理和压缩大量的数据,那么仅仅是聚集在数据仓库中的全局量就会使得数据仓库的目标难以实现。
11、数据建模分为三个层次:高层建模(称为实体关系图),中间层建模(称为数据项集)、底层建模
12、屋里数据模型是从中间层数据建模创建而来的,建立窝里模型通过扩展中间层模型,使模型中包含有关键字和物理特征。这时,屋里模型看上去像一系列表这些表有时被称为关系表。
13、将关系表作用于物理数据库还有最后一个步骤就是进行性能特征的优化系数。在数据仓库的情况下,设计中的第一步就是确定数据的粒度和分区。
14、数据模型输出是表,但表应该尽可能的合并以减少IO消耗。
15、除了合并表,另一种非常有用的技术是创建数据数组。
16另一个与数据仓库环境特别相关的物理设计是有意引入冗余数据。
17、数据仓库设计最后一个设计技术就是参照完整性的管理(个人感觉就是去掉动态连接数据)
18、元数据是数据仓库环境的一个重要组成部分。元数据就是数据的数据。元素语句与指向数据仓库内容的索引相似处于数据仓库的上层,并且记录数据仓库中对象的位置。
19、数据周期--时间间隔。数据周期指从操作型环境中的数据发生改变起,到这个变化反映到数据仓库中所用的时间。时间间隔的目的是减小开销节约成本。
20、在有操作型环境直接访问数据仓库的过程中(事实上确实有这种不正常的访问。)有一些严格的、不能妥协的限制:
1)从相应时间角度来讲,这个请求必须能够忍受冗长的响应时间 。它可能在经过24个小时后才被相应,这意味着请求数据仓库数据的操作型处理绝不具有在线特性。
2)对数据的请求必须是最小量的。数据的传输时以字节计的,而不是以MB或GB计。
3)从数据仓库缺取得的、准备传输到操作型环境的数据必须不做(或仅需最小量的)格式化,。
21、多维方法只适用于创建数据集市,并不适用于数据仓库。因为:数据集市很大程度上时根据需求来形成的,这与数据仓库不同。
为了建立一个数据集市,首先要对喜爱数据集市上进行的处理的需求有很多了解。一旦这些需求已知,可以将数据集市建成一个最有的星型连接结构。
但数据仓库与此有着本质不同,这是因为数据仓库是为一个非常大的群体服务的,正因为如此,数据仓库对于任何一个需求集合而言,性能和便捷性都不是最优的。数据仓库是根据企业信息需求而非部门信息需求建立的。因此,对于数据仓库建立星形连接将是一个错误,因为最终结果是数据仓库在牺牲所有其他群里利益的代价中对一个群体实现了最优。
22、多维方法对于数据集市的数据库设计的吸引力起始于数据模型。所有使用数据模型作为设计基础的实践都有一些缺点。(如果从数据模型的角度来看,所有的实体之间关系是对等的。仅仅从数据模型的角度着手设计数据仓库会产生一种“平面”效应。实际上,由于种种原因,数据集市的实体绝不是相互对等的。一些实体需要有自身的专门处理。)
23、数据仓库与数据集市的一个问题是数据怎样从数据仓库到达数据集市。数据仓库中的数据是粒度化的,数据集市中的数据时紧凑和综合的。
24、必须对数据仓库中的数据进行选择、访问、重组才能适合数据集市的需求。
那么数据集市是数据仓库的替代品嘛??
1)数据集市中的数据结构是根据部门的特殊需求而建立的。
2)任何一个给定的数据集市中的数据结构都与其他数据集市不同。
3)因为每一个数据集市都有一个不同的数据结构,试图将任何一个数据集市转变为数据仓库都不具意义。
4)通常数据集市数据结构,贯穿整个企业,不能重用,没有灵活性,不能作为调和矛盾的基础,也不能为新出现的位置需求集合提供便利。然而,数据仓库中规范化粒度却正好满足所有这些要求。
25、数据仓库不是由处理需求建立的,而是根据企业需求而设计的。企业需求集中于整个企业,而不只是直接的应用程序。企业需求综合地看待对于处理、数据和基础框架的所有需求。
最后是本章小结:
数据仓库设计始于数据模型。企业数据模型用于操作型环境设计,而修改后的企业数据模型用于数据仓库。数据仓库已一种反复进行的方式建造。无法事先预知数据仓库的需求。
数据仓库开发者主要关心的问题是对大量数据的管理。为了达到这个目标,数据粒度与分区称为了数据库设计的两个最重要的问题。然而,这里仍然存在很多其他的物理设计问题,其中大部分围绕数据访问的效率。
当数据从传统操作型环境相数据仓库中传送时,数据仓库就开始装载数据。数据从传统操作型环境相数据仓库传送要经过一个非常复杂的转换、重新格式化和集成的过程。当数据进入数据仓库是经常存在一个时间的转变。一些情况下,操作型数据没有加时间戳、而另一些情况下,这需要对操作型数据的粒度级别进行调整。
数据模型有三个层次---高层、中层、低层。数据模型是能够采用反复方式建造数据仓库的关键。高层模型中的实体与企业的主要主体域有关。低层模型与数据仓库的物理数据库设计有关。
在最底层次的数据库设计中,如何整个机构对数据都有统一的观察方式,那么可以进行轻度反响规范化处理。数据轻度反向规范处理的一些技术包括建立数组、明智地建立数据冗余以及建立创造性索引。
数据仓库记录的基本结构包括时间戳、关键字、直接数据和二级数据。所有数据仓库数据库设计都遵循这种简单模式。
参照表应当至于数据仓库中,并于其他数据一样根据时间变化进行管理。对包含在数据仓库的参照数据设计有多种方法。
数据以一种称为“时间间隔”的方式装载进入数据仓库。这意味着操作型环境一有活动发生,数据不是马上进入数据仓库。相反,操作型环境新更新的数据可以再操作型环境中提留打24小时,然后才转移到数据仓库。
数据在从操作型环境相数据仓库环境的传送过程中所经历的转换时非常复杂的。这其中有DBMS的变化、操作系统的变化、硬件体系结构的变化、语义的边和和编码变化等等。在数据从操作型环境相数据仓库环境的传送中腰考虑到许多种问题。
数据仓库中记录的创建时由操作型环境中发生的活动或事件触发的。一些情况下,发生了如销售这样的事件;另一些情况下,这是用于标记规律性的时间推移时间,如一个月的结束、一个星期的结束。
概要记录是由许多不同的历史活动组成的符合记录。概要记录是数据的符合表示。
星形连接时一种经常被错误地用于数据仓库环境的数据库设计技术。在星形连接多维方法中,数据库设计是基于一个主体域中数据的出现次数和数据的访问方式进行的。星形连接设计适用于数据集市领域,而不适用于数据仓库领域。使用星形连接来建造数据仓库是一种错误,因为这将使建立起来的数据仓库对于一部分用于来说是最优的,而无法为所有其他用户带来最优的结果。
发表评论
-
jQuery Mobile插件开发1
2012-10-17 14:31 3630最近的项目使用jQuery Mobile开发别克手机官网 ... -
localStorage、sessionStorage用法总结
2012-10-15 17:25 88579localStorage和sessionStorage ... -
Bit This 视觉差滚动效果分析
2012-07-06 11:44 2891Bit This 是一家位于西班牙马德里的代理公司。 ... -
深入详解EXT2.3事件增加及删除源码
2012-02-23 11:06 1555先看addListener也就是Ext里面的on方法 ... -
答复: [原创]ExtJS 2.3源码分析(2012年02月21日更新)
2012-02-21 13:51 987临时详解下下面的代 ... -
JAVA验证中文正则
2012-02-20 22:03 1235public static void main(String[ ... -
HTML5 Geolocation小结
2012-02-20 17:23 1235HTML5中 Geolocation主要包 ... -
HTML5中JSON的原生支持
2012-02-20 17:22 10601、可以直接使用JSON.stringify(jsonobje ... -
JavaScript函数变换
2012-02-20 17:16 966在编写JS框架时有时会遇到编写的方法涉及复杂的操作或需要定义特 ... -
如何在MyEclipse中修改Maven本地仓库位置
2010-06-17 23:14 84571、本地需要安装Maven。这里假设安装在D:\Program ... -
目前已出版的基本Flex4书籍(是英文已出版)
2010-04-01 13:40 24261、Professional BlazeDS: Creatin ... -
JavaScript系列视频
2010-03-24 11:18 935大家好,由我和CSDN的学生大本营合作进行JavaScript ... -
Flex4正式版命名空间的变化
2010-03-24 11:03 1354与之前的FLEX3相比,在FLEX4的beta版(包括beta ... -
如何使用ExtJS构建应用系统3
2009-12-30 16:14 1391原文地址:http://blog.extjs.eu/know- ... -
如何使用ExtJS构建应用系统2
2009-12-30 16:13 2119原文地址:http://blog.extjs.eu/know- ... -
如何使用ExtJS构建应用系统
2009-12-30 16:10 3035原文地址:http://blog.extjs.eu/know- ... -
ExtJS中的onRender和render
2009-12-30 16:05 7416ExtJS老大在官方论坛的一个回复,转到这里收藏下 The ... -
《数据仓库生命周期工具箱》读书笔记 1
2009-11-05 13:39 1192今天读的是这本书的第6 ... -
《数据仓库》读书笔记 4
2009-10-26 17:55 908今天开始读数据仓库的第四章,这一章讲解的是数据仓库中的粒度。 ... -
《数据仓库》读书笔记 2
2009-10-15 10:12 927读了数据仓库第2章,这 ...
相关推荐
NF 数据仓库建模简介......................................................................................102.5.2 3NF 数据仓库建模的优点....................................................................
数据仓库读书笔记.pdf
数据仓库学习笔记是一个重要的资源,尤其对于那些希望深入理解数据仓库技术的人来说。在这个Word文档中,作者详尽地概述了数据仓库的关键概念、设计原则以及实际应用。以下是一些主要的知识点: 一、数据仓库的基本...
本书论述在设计和建造数据仓库中涉及的所有主要问题,... 本书主要是面向数据仓库的设计、开发和管理人员,以及构造和使用现代信息系统的人员,也适于信息处理方面的高校师生和从事传统数据库系统技术工作的人阅读。
以下是对这些阅读笔记的详细解读: 1. **数据仓库与 OLTP 系统的对比**: 数据仓库(Data Warehouse)和在线事务处理(OLTP)系统是两种截然不同的数据库应用场景。OLTP系统主要服务于实时业务操作,强调高并发的...
本文将以计算机书籍的读书笔记为参考,探讨ASP.NET框架的运作机制和数据仓库的核心概念,为构建和理解这两项技术提供详实的指导。 ASP.NET是一种广泛使用的Web应用框架,其在.NET平台上构建,允许开发者使用.NET...
数据挖掘可以挖掘的数据类型包括数据库数据、数据仓库、事务数据、时间序列数据、数据流、空间数据、工程设计数据、超文本和多媒体数据等。 数据挖掘的功能包括特征化与区分、频繁模式、关联和相关性挖掘、分类与...
数据中台与数据仓库的差异在于,数据仓库主要用于管理决策和业务分析,而数据中台的目标是将数据服务化,深入到各个业务环节。数据中台与现有信息架构并非竞争关系,而是互补和促进的关系,共同服务于企业的数字化...
《数据仓库与数据挖掘技术原理及应用》读书笔记模板x.pptx
感谢刘的整理:)这本书是数据库题库考试的参考书。
这可能涉及到云计算平台的选择与部署,数据仓库和大数据平台的建设,以及各种新兴技术的集成。 此外,数字化转型中的数据治理不容忽视。数据是数字化转型的燃料,因此,建立有效的数据治理机制,确保数据的质量、...
《SQL Server 202x数据挖掘与商业智能完全解决方案》读书笔记模板是基于SQL Server 2005的商业智能解决方案的详细讲解,涵盖了数据仓库、商业智能、数据挖掘、商务智能应用、数据报表、OLAP和ETL等方面的知识点。...
《数据仓库原理》系列博文,是笔者在学习数据仓库与商业智能时的读书笔记,现重新梳理思路,分享在这里,希望读者批评指正。 本系列主要包括以下几部分内容: [1].数据库与数据仓库 为什么有了数据库还...
数据服务体系建设则关注如何将处理后的数据以服务的形式提供给企业内外部的用户,如通过API接口或者数据仓库实现数据的查询和分析。这需要构建高效的数据服务体系,满足不同时效性和应用场景的需求。 最后,数据中...
数据仓库笔记.docx可能包含了关于数据仓库设计原则、ETL流程详解、数据模型设计实例、性能优化技巧以及工具使用心得等内容。通过阅读这份文档,你可以深入理解数据仓库的概念、构建方法和最佳实践,从而更好地应用于...
读书笔记:本仓库是算法学习的专题笔记内容来源于《数据结构与算法之美》、《Hello算法》和《算法第四版》
"医疗大数据分析与应用读书笔记模板" 本书将对医疗大数据进行全面、透彻的分析,从医疗大数据的现状开始,介绍医疗大数据方向的统计、数据挖掘、数据预处理、建模以及可视化等技术与应用。此外,还介绍了医疗领域的...