关于保险行业核心系统-单证模块 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

由于在保险核心系统里面，单证，特别是有价单证，
需要进行管理，且会涉及到很多的查询和状态的流转。
大致过程如下(以现有某核心系统为例)
1.单证定义
定义或者修改单证
2.单证打印
出来一堆序列好给印刷厂进行印刷
3.单证入库
印刷厂做好单证后，需要在核心系统里面做记录，
详细到每张单证，如单证号码，当前状态，所属机构
4.单证调拨
需要把单证调拨到其他分支机构或者部门
5.单证领用
单证在正式使用前，需要领用到个人
6.单证回销
单证完成正常的功能后，需要对其进行回销，保证单证不能再次使用。
由于单证量很大，大概是其他几张主表的10多倍左右。
当前的设计方式是一张单一的明细表记录所有的单证明细。
所以如果涉及查询，如查询单证领用情况，个人领用情况，非常
慢，导致大量的物理io。
考虑对其进行优化
1.对于历史纪录（已经回销的单证后台batch挪到其他表）
这样的话，基本不用修改程序，但是如果需要查历史纪录，就不好处理了
2.对于每张单证用一张明细表，这就大大的减少了每张表的记录数。
但是需要大量修改程序，成本很高
3.通过materialized view提高查询速度
       这种方案基本需要修改程序，但是mv的同步时间就将会很长，
        且同步凭率需要详细设计。
        
        
        各位有什么好的意见和建议？
        
        当前你们的系统单证这块如何设计的？
单证流水是单独用另外一张基础表实现的，其中有一个字段表示该单证是否有操作
没有完成，所以不会存在并行的问题。只能传行处理
。
用entity bean在目前的情况下可能有点问题，单证明细太多了，中间层无法有效的管理这么多的
entity bean
单证的流水是通过程序后台生成的，不是seq，
每个单证单独流水，因为还有校验码，类型码等等。
现在考虑批次打印单证加入批次回销，但时常出现非系统的外部
因素，会出现问题；另外单证的联数也是不定的，这也是一个问题。