前言
银行的核心系统上的交易流水仅会保存近期的数据，此前，银行在柜面进行账单查询时也仅能查询近期的数据。其他的历史流水，银行会采用离线存储的方式将数据归档至磁带库、光盘库或者将数据至别的系统。这样的数据架构归划模式使得柜面系统上很难实现更多的历史账单柜面查询。
1.面临的挑战
如果需要支持客户的历史账单柜面查询及打印，那么则要把全行核心系统所有的历史流水数据进行统一存储。历史账单柜面查询时有一个最重要的前提，那就是不能够对现有的柜面核心交易系统产生影响。此前提的存在就使得历史账单数据和核心交易系统数据不能够共用一套系统。
历史账单柜面查询除了要满足不影响柜面核心交易，而且需要能满足高并发，高实时的查询。因为银行一般都有成百上千个营业网点，所以历史账单柜面查询的并发支持要好。柜面查询一般有几十秒的超时限制，如果查询超过这个时长，柜面就会直接把连接断掉，所以对查询的实效性要求比较高。历史账单的查询是从整个核心交易的所以历史交易流水中进行数据查询的，而且账单查询的时间跨度往往是半年，甚至是一年。如此大范围的查询带来的是大结果集的返回，这更是为查询性能带来了影响。
针对以上的查询需求特点，解决方案需要解决以下几点需求：
海量历史数据低成本存储及管理
历史账单查询是从海量历史数据中进行数据的筛选操作，所以需要先将海量数据进行统一存储和管理。历史账单查询不需要有如核心交易系统那样高级别的数据处理需求，所以也不可能像建设核心交易系统那样进行高配置的硬件资源(如大机)和高成本的投入来构架历史账单柜面账单查询系统。
新旧系统数据统一
银行的各系统在整个历史中进行了多次的升级改造，这就导致了新旧系统之间数据存储设计上存在着极大的差异。为了能提供高效、便捷、无缝的历史账单数据查询，新旧系统之