1.2 操作型系统与分析型系统(读书笔记)

1.2 操作型系统与分析型系统
操作型系统完成组织的核心业务，例如下订单、更新库存、记录支付信息等。这些系统是事务型的，核心目标是尽可能快地处理事务，同时维护数据的一致性和完整性。
分析型系统的主要作用是通过数据分析评估组织的业务经营状况，并进一步辅助决策。

事务是工作于数据库管理系统（或类似系统）中的一个逻辑单元，该逻辑单元中的操作被以一种独立于其他事务的可靠方式所处理。事务一般代表着数据改变，它提供“all-or-nothing”操作，就是说事务中的一系列操作要么完全执行，要么完全不执行

事务的目的：
（1）保证工作单元的可靠性。当数据库系统异常宕机时，其中执行的操作或者已经完成或者只有部分完成，很多没有完成的操作此时处于一种模糊状态。在这种情况下，数据库系统必须能够恢复到数据一致的正常状态。
（2）提供并发访问数据库的多个程序间的隔离。如果没有这种隔离，程序得到的结果很可能是错误的。

事务具有原子性、一致性、隔离性、持久性的特点

原子性：
指的是事务中的一系列操作或全执行或不执行，这些操作是不可再分的。原子性可以防止数据被部分修改。银行账号间转账是一个事务原子性的例子
一致性：
数据库系统中的一致性是指任何数据库事务只能以允许的方式修改数据。
隔离性：
在数据库系统中，隔离性决定了其他用户所能看到的事务完整性程度。例如，一个用户正在生成一个采购订单，并且已经生成了订单主记录，但还没有生成订单条目明细记录。此时订单主记录能否被其他并发用户看到呢？这就是由隔离级别决定的。
数据库系统中，按照由低到高一般有读非提交、读提交、可重复读、串行化等几种隔离级。
如Oracle数据库只实现了读提交和串行化，而MySQL数据库则提供这全部四种隔离级别。
隔离级越低，多用户同时访问数据的能力越高，但同时也会增加脏读、丢失更新等并发操作的负面影响。相反，高隔离级降低了并发影响，但需要使用更多的系统资源，也增加了事务被阻塞的可能性
持久性：
数据库系统的持久性保证已经提交的事务是永久保存的。
例如，如果一个机票预订报告显示一个座位已经订出，那么即使系统崩溃，被订了的座位也会一直保持被订出的状态。持久性可以通过在事务提交时将事务日志刷新至永久性存储介质来实现。

1．操作型系统的数据库操作
在数据库使用上，操作型系统常用的操作是增、改、查，并且通常是插入与更新密集型的，同时会对数据库进行大量并发查询，而删除操作相对较少。操作型系统一般都直接在数据库上修改数据，没有中间过渡区。

2．操作型系统的数据库设计
操作型系统的特征是大量短的事务，并强调快速处理查询。每秒事务数是操作型系统的一个有效度量指标。
在数据库逻辑设计上，操作型系统的应用数据库大都使用规范化设计方法，通常要满足第三范式。这是因为规范化设计能最大限度地数据冗余，因而提供更快更高效的方式执行数据库写操作

1.2.2 分析型系统
分析型系统是一种快速回答多维分析查询的实现方式。
分析型系统的典型应用包括销售业务分析报告、市场管理报告、业务过程管理（BPM）、预算和预测、金融分析报告及其类似的应用。
1．分析型系统的数据库操作
在数据库层面，分析型系统操作被定义成少量的事务，复杂的查询，处理归档和历史数据。分析型数据库基本上都是读操作。
2．分析型系统的数据库设计
分析型系统的特征是相对少量的事务，但查询通常非常复杂并且会包含聚合计算，例如今年和去年同时期的数据对比、百分比变化趋势等。
在数据库逻辑设计上，分析型数据库使用多维数据模型，通常是设计成星型模式或雪花模式。