接上文：内存数据库巡礼之Oracle TimesTen

　　TimesTen的内存结构

　　TimesTen内存结构比Oracle数据库简单很多。与Oracle不同，TimesTen并没有数据库缓冲区、保存池或丢弃池的概念。传统数据库系统都会通过使用一些减少磁盘I/O的策略。这种设计策略源于磁盘I/O对数据库性能的影响。相反，内存数据库从一开始就不存在磁盘I/O问题。它们的最高优化目标就是减少内存和CPU需求。

　　TimesTen目前支持两种索引方式：散列索引和T树索引。散列索引仅支持全键-值查找，但是速度非常快，而且执行过程与底层表的数量无关(只要它们的大小合适并且忽略小型表的硬件L1/L2/L3缓存效果)。这些索引具有很高的读取扩展性和很好的并发性。T树索引的读取效率很高，但是散列索引效率不高。如果支持范围查找，那么它们会更灵活。但是，其中有一个弱点是在繁重写操作时并发性较差，因为每个索引修改都必须锁住整个索引。然而，在低延迟条件下，T树索引的写性能非常好。

　　TimesTen的应用

　　TimesTen的主要价值在于响应时间，而吞吐量和高可用性则是第二位。TimesTen一般更利于OLTP风格的工作负载，因为这些负载要求极低且极稳定的响应时间。此外，同样重要的是冗余性。通常，一个数据库服务器上会运行多个应用程序。在这些应用程序服务器上使用TimesTen可以减少数据库的负载，因此能够减少网络延迟和磁盘I/O。

　　例如，有一些交易系统会在网页上显示价格信息。如果不使用TimesTen，那么应用程序服务器就需要不停地从磁盘数据库查询价格信息。在达到每秒100,000次的查询水平时，数据库性能就会急剧下降。TimesTen与应用层关系密切，而典型的DBMS则具有更广泛的用途。在实时响应与适度容量方面，使用TimesTen具有任何经典DBMS无法实现的压倒性优势。在一些数据快速变化的领域，如交易和销售数据管理，TimesTen极有明显的优势，因为数据是实时传输的，而计算也必须以接近实时的速度完成，并且只对执行引擎产生很小的影响。另一些应用领域包括电信、国防和情报等机构。