[发明专利]金融数据存储及查询系统、金融数据存储及查询方法

说明书

本发明提供一种金融数据存储及查询系统、金融数据存储及查询方法，该系统包括：金融数据翻译模块，将金融交易指令翻译成JSMY语言的金融交易指令；JSMY识别编译模块，用于识别出并将JSMY语言的金融交易指令编译为数据请求信息骨架；数据使用优化模块，用于在存储时提供数据存储路径，在查询时找出对应缓存节点；金融业务实例组装模块，用于生成金融业务类实例；分布式缓存节点，用于对存储路径进行分析，将金融业务类实例转换为该存储版本，还用于根据数据查询请求信息骨架查找相应的金融业务类实例版本，并在找到相应的金融业务类实例版本时将其推送至指定的地址。本发明的系统和方法大大简化了用户数据存取的体验。

技术领域

本发明涉及计算机软件技术领域，尤其涉及金融数据存储及查询系统、金融数据存储及查询方法。

背景技术

目前，金融数据库具有以下特殊性，由于金融产品对数据储存有较高的要求，因此，金融数据库的特殊性主要体现在几个方面：第一，除了远高于一般数据的准确性、可靠性要求之外，金融数据需要具备高度的可审计性，既变更历史的高效可追溯性；第二，绝大多数金融产品需要对其长期进行生命周期维护，尤其是相对复杂的金融产品，例如掉期，其产品特性会随时间的改变而发生改变，随交易流程、清算流程、起息付息操作而发生本质变化；第三，金融产品的多样性、复杂性和金融监管机构、金融管理系统对风险敞口报表、金融头寸报告的统一要求形成了一对矛盾，现有的数据库设计很难同时满足两方面的需求；第四，资本市场的高度电子化，交易的实时化进一步对金融数据存储提出了高实效性要求。

基于对数据的可靠性考虑，国内多数金融系统目前通常使用传统的关系式数据库作为金融核心数据的存储模式。

关系数据虽然可以解决数据的可靠性问题，但是纯技术层面的数据存储不具备金融知识，无法存储业务逻辑，无法存储产品知识。多数的业务逻辑分散在不同系统的代码中，使得查错纠错，系统整合异常困难。由于关系数据库仅关注当前数据的准确性和关联性，无法进行产品生命周期的全程维护。如果使用其他方法弥补关系数据库的缺陷，会大大增加数据库的复杂性，从而影响数据的可使用性，增加数据混乱的可能，影响核心数据的权威性。

从技术的角度看，金融业务对其核心数据库的要求存在以下三对矛盾：

1)业务数据的可靠性，要求数据库具备高度同步的事务管理，这也是目前绝大多数金融机构使用传统的SQL关系数据库作为其核心数据存储方法的原因。然而，金融前台业务的日益高速化、电子化又要求其核心数据库支持异步通讯，高速存取。这在技术路径选择上是两种相互矛盾的需求。

2)同样的，随着金融创新的不断崛起，市场需求不断迭代更新，金融产品的多样性、复杂性不断提高，数据之间的关系日趋复杂。而由于金融监管不断加强，要求金融机构提供全口径报告的时效要求越来越高。同时，金融机构自身市场化管理机制的完善，风险管理手段的提高，也要求核心数据库具备统一性、唯一性和权威性。一方面金融产品的独特性、复杂性要求数据库储存方法复杂多样，而量化管理又要求数据库具备简单、统一的数据格式。这两种同时存在的需求形成了建立合格金融核心数据库的第二对矛盾。

3)金融机构中后台核心数据库的唯一性和权威性要求数据储存方法具备非常高的可审计性。目前大多数数据库都采用关系数据库的日志的方法来完成数据审计。这对于简单业务或者简单产品来说，或许不失为一种可行的方法。但对于复杂的金融产品，例如固定收益类产品，尤其是场外产品，金融业务的正常变更涵盖整个产品的生命周期。其中最长的达50年之久。即使存储5年的系统日志作为审计凭据都非常耗时耗力。因此，用日志作为金融数据审计数据源基本不可行。而前台业务又要求数据存储高效化、实时化，海量日志读写将在很大程度上拖累前台数据的时效性。如果将前台数据库和中后台分隔开来，以便使用不同的数据存储方法满足不同的需求，将带来前后台数据维护的困难，同时也大大增加了操作风险。数据的可审计性和时效性构成了金融核心数据存储的又一对矛盾。