asp.net网站开发教程 pdf,杭州市前10电商代运营公司,渭南市建设工程有限公司,网站百度不到个人看书学习心得及日常复习思考记录#xff0c;个人随笔。 数据处理分类
操作型数据处理#xff08;基础#xff09;
操作型数据处理主要完成数据的收集、整理、存储、查询和增删改操作等#xff0c;主要由一般工作人员和基层管理人员完成。
联机事务处理系统#xff… 个人看书学习心得及日常复习思考记录个人随笔。 数据处理分类
操作型数据处理基础
操作型数据处理主要完成数据的收集、整理、存储、查询和增删改操作等主要由一般工作人员和基层管理人员完成。
联机事务处理系统OLTP典型主要功能是对事务进行处理其性能指标主要是事务处理效率、事务吞吐率即每个事务处理的时间越快越好单位时间内能完成的事务数量越多越好。【强调事务、关系】
数据库管理系统DBMS是联机事务处理系统的主要组成部分。 数据库管理系统主要用于对数据进行有效的存储、管理和存取其通过流程化存取及缓存机制等将数据存储到数据库中最后将数据落地到磁盘。 事务是用户定义的一个数据库操作序列这些操作要么全做要么全不做是一个不可分割的工作单位。
在关系型数据库中一个事务可以是一条SQL语句、一组SQL语句或者整个程序。事务和程序是两个概念一个程序中可以包含多个事务。
数据库管理系统采用日志、备份等恢复技术和并发控制技术来保证事务的原子性atomictiy、一致性consistency、隔离性isolation和持续性durability【ACID特性】。
在关系型数据库中采用索引技术来快速定位数据采用并行技术提高处理能力和系统的扩展性采用封锁技术提高并发度部分关系型数据库DSC集群还引入了闩封锁允许多个用户同时使用数据库及系统资源提高了事务的吞吐量
在关系型数据库中采用关系规范化理论每张表按规范一般需要达到第三范式或BC范式消除表中属性间的部分依赖和传递依赖各属性只依赖于主码希望能消除数据冗余缩短事务处理时间。
相比OLAP而言OLTP中的事务一般都是短事务存取数据量较少所需处理时间较短。
分析型数据处理基础
分析型数据处理是对数据的再加工往往要访问大量的历史数据进行复杂的统计分析从中获取信息因此也称为信息型处理主要由高级管理人员完成。
决策支持系统DSS典型基本功能是建立各种数学模式并对其进行数据统计分析将得出数据价值作为决策的依据和基础。【强调分析、决策】
操作型数据和分析型数据区别
分析型数据处理不同于操作型数据处理其需要访问大量的当前和历史数据进行复杂的计算用于分析和挖掘数据价值而操作型数据库一般推荐存储明细数据分析型数据库一般推荐存储历史数据和综合数据。
数据仓库产生原因
随着第四次工业革命的浪潮到来许多企业发现传统数据库系统在操作型数据处理中取得的成就不适用于大数据的分析型数据处理中。数据仓库诞生之前有着一系列值得思考的问题为了解决这些问题方法层出不穷。
数据分散问题
企业开发的联机事务处理系统一般只需要与本部门业务有关的当前数据而对整个企业范围内的集成应用考虑较少企业内部各事务处理的应用之间实际上几乎独立因此当前绝大部分企业内数据的真正情况是分散而非集成的。当然出现上述现象原因诸多有可能因为系统架构设计及发展规划层面也有可能因为经济方面。
“蜘蛛网”问题
解决上述数据分散问题的其中一种方法则是对数据进行集成。基于各分散的数据库以业务需求为导向选择符合条件的数据将其抽取汇总到某一新文件或数据库中。由于抽取程序能将数据从联机事务处理系统中转移出来而对转移出来的数据进行分析时降低了影响联机事务处理系统的效率。
因某种业务需求需要抽取随后又抽取抽取之上又抽取接着在此基础上再抽取这种不加控制的连续抽取最终导致企业的数据间形成错综复杂的网状结构像“蜘蛛网”。企业规模越大数据越分散数据需求越复杂“蜘蛛网”问题就越严重。
虽然“蜘蛛网”上任意两个节点的数据可能归根结底是从一个原始数据库中抽取出来但它们的数据没有统一的时间基准抽取算法和抽取级别也不相同并且可能参考了不同的外部数据因而对同一问题的分析不同节点会产生不同甚至截然相反的结果从而使决策者/分析者所分析的数据存在差异。
数据不一致问题
由于前述的数据分散、“蜘蛛网”等问题导致了多个应用间的数据不一致。这些数据不一致的形式是多种多样的。 例如 1、同一字段在不同应用中具有不同的数据类型。 2、同一字段在不同应用中具有不同的名字。 3、同名字段不同含义。 为了将这些不一致的数据集成起来首先需要对所抽取的数据进行转换消除数据不一致才能用作分析。
数据动态集成问题
静态集成对所需数据进行集成后就一直以这部分集成数据作为分析基础不再与数据源发生联系。缺点如果在数据集成后数据源中数据发生变更因数据静态集成分析数据未能同数据源一样变更所以导致决策者/分析者使用过时数据。
动态集成集成数据必须以一定周期/频率进行刷新。其实这里说的“周期/频率”需要结合实际的业务需求以业务需求为导向去评估“周期/频率”。
联机事务处理系统不具备动态集成的能力。决策支持系统对数据集成的迫切需要可能是数据仓库出现的重要动因之一。
历史数据问题
联机事务处理一般只需要当前数据在数据库中通常也只存储短期内的数据且不同数据的保存期限不一样。一些历史数据即使保存也没得到充分利用。但对于决策分析而言许多分析方法必须以大量的历史数据为依托需要对历史数据详细分析挖掘数据价值把握发展趋势。
数据综合问题
对于事务处理系统中所积累的大量细节数据一般而言决策支持系统并不对这些细节数据进行分析。一是细节数据数据量太大会严重影响分析的效率二是太多的细节数据不利于分析人员注意有用信息。因此在分析前往往需要对细节数据进行不同程度的综合。
而事务处理系统不具备这种综合能力根据规范化理论这种综合还往往因为是一种数据冗余而被加以限制。
以上系列问题表明在操作型数据处理的应用环境中直接构建分析型数据处理应用是一种失败的尝试。
数据仓库本质上是对存在的这些问题的解答。但数据仓库的主要驱动力并不是改正过去的缺点建立在事务处理环境上的分析系统存在上述各种问题。要提高分析和决策的效率和有效性分析型处理及其数据将与操作型处理及其数据相分离必须把分析型数据从事务处理环境中提取出来按照决策支持系统处理的需要进行重新组织建立单独的分析型处理环境–数据仓库。
