创新概览 —— 引擎创新

核心提示： 在 ibm.com/press/us/en/pressrelease/24414.wss 上阅读关于斯德哥尔摩项目的更多信息， 速度需求常驻内存关系数据库 solidDB 改写了期望的响应时间，创新概览 —— 引擎创新(6)， 2008 年 1 月，IBM 成功收购 Solid Informat

在 ibm.com/press/us/en/pressrelease/24414.wss 上阅读关于斯德哥尔摩项目的更多信息。

速度需求

常驻内存关系数据库 solidDB 改写了期望的响应时间。

2008 年 1 月，IBM 成功收购 Solid Information Technology（常驻内存数据库 solidDB 的制造者）。solidDB 关系数据库本身补充了 IBM 现有（基于磁盘）的关系型组合；事实上，在六月份，IBM 宣布了针对 DB2 和 IDS 的 solidDB 缓存。

根据 Paola Lubet（Solid 公司营销和业务开发高级副总裁）的说法，虽然最近的重大收购引起对常驻内存系统的关注，但是市场上仍然有一些混淆。她解释，常驻内存系统和基于磁盘的系统之间的差别在于：基于磁盘的系统将数据存储在磁盘上（如同名称所指）并且只将正被读取或更改的数据移动到主内存。常驻内存的关系型系统一直将所有数据保存在主内存中，使得响应时间可以用微秒为而不是毫秒进行测量。它每秒可以支持好几万条事务。

那么，solidDB 是否意味着基于磁盘的关系型数据库将消亡呢？Lubet 说不会。原因之一是，数据的大小受计算机中内存的大小限制。虽然在关系数据库中存储 GB 级数据在今天并不少见，但是 GB 级可用内存仍然不多。将基于磁盘的系统与常驻内存的系统一起使用使组织可以将频繁访问的数据放到内存中，同时将较少访问的数据保留在基于磁盘的系统中。在许多业务应用中，不同数据对应不同的响应时间是很有意义的。

Lubet 说：“如果您在市场上观察 solidDB 的实现，会发现它通常被其它数据库包围，因为公司需要对数据进行许多处理”。在改造 solidDB 用于 OLTP 事务的场合，DB2 和 IDS 允许复杂的浏览和更大范围的使用。solidDB 缓存解决方案的可用性指公司可以根据各种业务需求将 DB2 或 IDS 数据集移动到 solidDB 中，反之亦然。