3、20世纪90年代末的事务处理环境解析

20世纪90年代末的事务处理环境解析

1. 大型数据库的挑战

在处理复杂事务时，有效应对大型数据库是一大难题。这些大型数据库的数据可能存储在主内存、二级（磁盘）存储或其他存储设备（如光盘）中。目前，所有商用数据库管理系统（DBMS）都要求数据要么存储在磁盘上，要么驻留在主内存中。然而，随着应用范围的扩大，当部分要访问的数据存于存档中时，就需要系统能够处理优化事务这一更为复杂的问题。

为了解决这些问题，不仅需要有效的数据字典工具，还需要查询优化器，它能够选择避免信息实体（IE）在存储介质之间频繁移动的策略。网络操作系统也必须对存档中数据记录的放置做出智能决策，以减少后续的检索工作和相关的时间延迟。

一种可行的方法是将可用的磁盘存储用作存档对象的读写缓存。这就需要开发能够在三级系统中管理缓冲的启发式算法和算法。一个高效的解决方案将有助于对分布式数据库结构进行协作和交互式访问。

不同的架构可以支持交互式访问过程，其中两种典型的架构如下：
- “哑”终端与共享内存 ：包含个人层。
- 智能终端访问网络资源 ：同样包含个人层。

这两种架构在底层系统概念上有很大差异，但都由个人层和公共层组成，且两层可以是紧密耦合或松散耦合的。

传统的事务模型已无法满足20世纪90年代日益增多的情况。简单的事务借记/贷记模式假设事务执行时间极短，可能只有不到一秒。但在并发工程中，工程设计师可能会花一天或更长时间查看3D和2D图形以及物料清单（BOM）文件。在此期间，其他设计师可能会因自身需求操作相同的文件并进行更改。金融行业也有类似情况，如投资组合优化和资