[发明专利]XBRL的缓存的实现方法

说明书

本发明公开了XBRL的缓存的实现方法，涉及XBRL系统中使用redis缓存和Spring AOP实现业务方法对缓存读取操作。包括以下内容：缓存操作接口和Redis实现类；缓存注解标记；缓存操作切面类；XBRL引用切面类并配置redis数据相关信息和声明切面JavaBean；在需要缓存数据具体业务方法使用标记。本发明降低了数据库查询和XML文件读取的压力，增加单位时间内系统的处理能力，提高了系统响应时间。使用户能快速的得到系统响应，增加了交互体验。

技术领域

本发明属于财务自动化软件技术领域。涉及XBRL系统中使用redis缓存和SpringAOP实现业务方法对缓存读取操作，特别是在分类标准和实例文档中的具体应用，解决XBRL系统数据读取和处理效率较慢等问题。

背景技术

XBRL(eXtensible Business Reporting Language)，可扩展商业报告语言是一门用于商业信息进行电子交换的语言，有助于商业信息的编制、分析和交换。XBRL技术框架分为XBRL规范、XBRL分类标准和XBRL实例文档三部分。其中涉及大量的元素读取和XML文件操作，在之前XBRL平台中是直接进行数据库和文件操作,而这种数据库和文件操作受到磁盘性能的影响，目前大多数服务器采用机械硬盘，,机械硬盘一般读写速度为60-120M/s，因此文件越小越多速度越慢，这成为处理大量的数据库和文件操作任务的瓶颈。传统的解决方案是使用缓存技术对系统修改频率较高的数据进行缓存，而目前系统主要业务逻辑已经趋于稳定，如果使用传统的缓存添加方法就会破坏原有的业务逻辑，带来一定的缺陷和风险。

原有XBRL系统中存在问题：

首先介绍原有XBRL系统中性能瓶颈，经过分析在分类标准和实例文档中存在大量的连表查询和XML文件操作，这些操作非常耗时且消耗的服务器资源巨大。例如在分类标准中查询国标元素，数据总量为1万条查询时间大于1分钟，而且这种操作很频繁。这就造成其他很多任务等待该查询的执行，降低系统处理性能，增加了数据库系统负担。所以急需在数据库之上覆盖一层缓存，将大量的不频繁修改的数据在内存中进行缓存，来降低数据库系统的压力。

缓存框架选取和使用弊端：

系统缓存中间件市面上具有很多种类，我们主要考察ehcache、memcache、redis这三种缓存产品，通过信息收集和分析，对以上的三种产品进行比较如下：

综合分布式集群和数据类型的考虑，选择使用redis作为缓存方案。在对现有的XBRL系统进行缓存改造时，我们经常遇到如下两场景：

第一对于单条数据查询步骤：①首先根据参数拼装出一个缓存Key；②根据缓存Key查询缓存；③如果缓存未命中,则查询数据库或HTTP调用或进行RPC远程调用获取数据；如果缓存命中则直接读取缓存数据；④如果未命中，读取到数据之后需要写入缓存然后返回给调用者。

第二对于批量数据查询步骤：①首先根据传入的参数列表，进行遍历并组装缓存Key；②根据缓存Key查询缓存；③遍历查询结果查询那些数据未被缓存，那些数据已经缓存；④查询数据库或HTTP调用或进行RPC远程调用获取未被缓存的数据；⑤将未被写入缓存的数据添加到缓存；⑥为调用者返回数据查询结果。

上面的这几个步骤非常简单，但是在具体实施过程中却很难。因为添加缓存的方法模式一致且步骤繁琐，如果每个需要缓存数据的方法都需要这么操作，那么会产生如下几个问题。第一：破坏了原有的正确的业务逻辑，可能产生新的错误；第二：添加缓存的方法太多，工作量巨大且繁琐；第三：不同的开发人员命名缓存Key，缓存Key不便于管理且可能出现Key的冲突；第四：可扩展性差，如果以后出现性能更加好缓存服务，需要替换以前的缓存服务或者由于以后服务性能提高，减少或者移除缓存使用，则都会面临项目较大改动。

发明内容