内容摘要
在很多现在的系统中，一般通过数据仓库或分散系统等方式将重要的读取活动与写入活动隔离开来。这样做有很多好处：读取密集型应用程序倾向于需要更多的索引结构、数据冗余甚至是备用的数据视图。事务处理系统需要吞吐量；只要最小的开销就可以产生最好的写入吞吐量。一般说来，读取器和写入器的访问模式是不同的；读取器更倾向于使用较大型的分析性查询，而写入器更倾向于进行单一的插入、更新和删除操作。当这些活动被隔离开来时，管理员就可以将精力集中于更加小型、更加可管理的事务处理系统的恢复策略；OLTP 数据库只是他们的数据冗余“决策支持/分析数据库”工作的一小部分。虽然这么说，但是有时也不总是能够区分得这么清楚。一旦数据被复制/转换/存档到面向分析的数据库后，就必须定期对其进行维护和/或重建。当然，用户可以从查找事务一致版的数据库中得到好处；但是，这个版本已经不再是当前数据，它可能经过好几个小时的构建和索引，并不是用户真正需要的。输入快照隔离。