9 极端事务处理（语句缓存、延迟提交、tempdb）

随着近几年混合负载/实时报表的需求推动，极端事务处理（XTP）被越来越多地需要。它已在第5部分的一开始即通过OLTP增长的曲线而展示（可配置的DSS查询优化）。

XTP与OLTP是不同的，正如OLTP也与DSS不同。当然，一些系统需要支持XTP和OLTP—颇像“混合负载”系统支持了OLTP和有限的DSS需求。XTP和OLTP的一些不同之处是OLTP主要关注的是高并发量的短小查询和小事务，而XTP则关注更少的并发量，但关注趋近于连续的数据插入和实时的查询结果，要么是高度并发的，要么是持续时间短的—通常都在非常的数据流上。例如，OLTP会有数百个用户，查询响应时间为1 s或低于1 s可能是能被轻松接受的访问的数据是数天、数月甚至是数年之久的。在XTP系统中，查询需要小于10 ms范围的响应时间通常针对仅仅数秒前的数据。类似地，数据持久化是OLTP中ACID的重要考虑，在需要的数据状态达到前，XTP中的数据持久化可能不被考虑例如预订了的交易订单。因为无需或推迟了持久化在失败后的事务恢复需求也大大放松了。

因此正如在相同的系统上不同的应用程序需要考虑使用不同的应用程序情形：allrows_oltp、allrows_mix或allrows_dss，非常高事务处理的应用程序需要考虑启动ASE 15.0中的一些新特性来取得优势。另外，在一些并非如此极端处理需求的应用程序中可能也会受益，如果原先的应用程序情形是OLTP主导的。例如，Sybase自己的复制服务器产品就因利用了这些特性而表现出吞吐量提升(文字自动参数化语句缓存和延迟提交)。……