ORACLE系统设计之确定应用程序类型
在进行数据库系统的设计时,一个不可忽视的问题是弄清你所面对的应用是属于那种类型。目前流行的应用类型有:
* 在线事务处理(OLTP=Online transaction Processing )应用程序
* 决策支持系统(DSS=Decision Suport System )应用程序
* 多目的应用程序
在线事务处理(OLTP)
在线事务处理(OLTP=Online transaction Processing )应用程序具有高的吞吐量,并且是Update、Insert 的密集型。如订票系统、订货系统等。在OLTP设计时,要考虑并发用户和系统性能问题,由于索引和簇会降低 Insert和Update的速度。所以用户还要避免对这两种结构的过度使用。
对于OLTP系统,下面因素是关键:
* 回滚段
* 索引、簇、哈希
* 离散事务
* 数据块大小
* 缓冲区缓存大小
* 表和回滚段空间的动态分配
* 事务处理监视和多线程服务器
* 帮定变量的使用
* 共享池
* 分区
* 优化过的SQL 语句
* 完整性约束
* 客户/服务器体系结构
* 可动态改变的初始化参数
* 流程、组件、功能
决策支持系统(DSS)
典型情况下,决策支持系统大量的信息转化为用户定义的报告。DSS对从OLTP应用程序收集的大量数据进行查询。
决策支持系统的关键目标有三个:1)响应时间;2)精确性;3)可用性。在设计DSS系统时,要确保大量数据的查询在合理的时间段内执行完毕。如在白天,决策者需要看报告,所以要保证在前一天晚上完成所需数据的统计。
对于DSS的优化,下面因素至关重要:
* 实体化的视图
* 索引(B*树和位图)
* 簇、哈希
* 数据块大小
* 星型查询
* 优化程序
* 使用查询提示
* SQL语句中的PL/SQL功能
* 分区
多用途应用程序
典型的OLTP和数据仓库系统的结合就是多目的应用程序。因为OLTP 应用程序收集数据,随后将数据提供给数据仓库系统。
如果OLTP和数据仓库系统使用相同的数据库,就存在目标冲突,即可能回影响性能问题。为解决该问题。首先,OLTP数据库在收集到数据后,就将数据复制进另一个数据库中。该数据库为数据仓库所查询。如果每天只复制一次,则这种配置可能会使数据仓库应用的精确性受到轻微的折衷。但是对于两个系统的整体来说,可获得更好的性能。