获取业务数据的方法、装置、设备和计算机可读介质与流程

1.本发明涉及计算机技术领域，尤其涉及一种获取业务数据的方法、装置、设备和计算机可读介质。


背景技术：

2.业务系统在处理过程中通常会产生大量的数据，特别是规模较大且面向的是普通客户时，交易量较大，产生的业务数据会急剧膨胀。
3.在实现本发明过程中，发明人发现现有技术中至少存在如下问题：面对海量的业务数据，通常直接存储到数据库中，导致在数据库中获取业务数据的速度较慢。


技术实现要素：

4.有鉴于此，本发明实施例提供一种获取业务数据的方法、装置、设备和计算机可读介质，能够提高获取业务数据的速度。
5.为实现上述目的，根据本发明实施例的一个方面，提供了一种获取业务数据的方法，包括：
6.根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；
7.按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；
8.响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。
9.所述核心业务数据是所述业务系统中处理业务的必要数据；所述流程业务数据是所述业务系统中处理业务的非必要数据。
10.所述根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中，包括：
11.将客户标识的字符作为切分键；
12.将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中。
13.所述将客户标识的字符作为切分键，包括：
14.以客户标识的字符，替换所述核心业务数据的业务标识中的字符；
15.将替换后的核心业务数据的业务标识，作为所述切分键。
16.所述按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中，包括：
17.依据所述业务数据中的流程业务数据的数据量，建立归档数据表；
18.按照预设归档周期，在非业务处理高峰时段，将业务数据中的流程业务数据，存储至所述归档数据表中。
19.所述基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据，包括
20.所述获取业务数据请求中的数据类型是核心业务数据，基于所述业务数据请求中的客户标识，确定数据库的数据表；
21.在确定的数据表中，依据所述业务数据请求中的业务标识获取业务数据。
22.所述基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据，包括
23.所述获取业务数据请求中的数据类型是流程业务数据，基于所述流程业务数据查询归档数据表，以获取业务数据。
24.根据本发明实施例的第二方面，提供了一种获取业务数据的装置，包括：
25.映射模块，用于根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；
26.归档模块，用于按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；
27.获取模块，用于响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。
28.根据本发明实施例的第三方面，提供了一种获取业务数据的电子设备，包括：
29.一个或多个处理器；
30.存储装置，用于存储一个或多个程序，
31.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述的方法。
32.根据本发明实施例的第四方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述的方法。
33.上述发明中的一个实施例具有如下优点或有益效果：根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。针对不同类型的业务数据，分别存储至不同的数据表中，能够提高获取业务数据的速度。
34.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
35.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
36.图1是根据本发明实施例的获取业务数据的方法的主要流程示意图；
37.图2是根据本发明实施例的业务数据的分类处理示意图；
38.图3是根据本发明实施例的映射核心业务数据至数据库的数据表的流程示意图；
39.图4是根据本发明实施例的将客户标识的字符作为切分键的流程示意图；
40.图5是根据本发明实施例的存储流程业务数据的流程示意图；
41.图6是根据本发明实施例的获取业务数据的流程示意图；
42.图7是根据本发明实施例的获取业务数据的装置的主要结构示意图；
43.图8是本发明实施例可以应用于其中的示例性系统架构图；
44.图9是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
45.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
46.当业务数据量较大时，仅进行简单的分库分表处理只能解决海量数据，存储到单个数据库表中导致的单表数据量过大问题。还包括以下问题：
47.问题一、盲目分库分表，造成系统复杂度的增加。
48.分库分表通常需要，引入第三方分库分表中间件。数据库表的查询和更新操作，在分库分表后与普通表是有显著差别的。比如，查询时需要尽量指定切分键，更新时则不能更新切分键。因此，会导致系统复杂度明显增加。另外，分库分表中间件需要单独部署，也会增加额外的硬件和管理成本。
49.问题2、分库分表技术导致数据存储位置比较分散，影响业务数据的查询和统计。
50.业务数据在分库分表后，会分散存储到多个数据库和多张数据库表中。而业务数据的查询维度通常不止一个，若不是按照切分键维度查询和统计时，会出现扫描多个库和多张表，最后再进行汇总处理的情况，造成查询和统计性能急剧下降。
51.综上，获取业务数据的速度较慢。
52.为了解决获取业务数据较慢的技术问题，可以采用以下本发明实施例中的技术方案。
53.参见图1，图1是根据本发明实施例的获取业务数据的方法主要流程示意图，不同类型的业务数据，采用不同的方式存储至数据表中。
54.如图1所示，具体包括以下步骤：
55.s101、根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至切分键确定数据库的数据表中。
56.在本发明实施例中，针对业务数据的特征，将业务数据划分为核心业务数据和流程业务数据。核心业务数据是业务系统中处理业务的必要数据；流程业务数据是业务系统中处理业务的非必要数据。
57.作为一个示例，业务系统包括网贷系统。经过梳理分析业务数据的特征，发现与交易相关的业务数据增长较快，数据量也比较大。业务数据包括贷款数据。贷款数据涉及一百万笔借款交易，将产生至少一百万笔客户信息记录、一百万笔贷款借据和一百万笔借款交易记录。
58.参见图2，图2是根据本发明实施例的业务数据的分类处理示意图。依据贷款数据的生命周期及重要性，可以将数据量较大贷款数据分为两类，一类是核心业务数据，另外一类是流程业务数据。
59.核心业务数据是在业务系统中的关键业务数据，在提供的贷款服务过程中是不可或缺的，几乎贯穿整个贷款生命周期。如：贷款额度、贷款借据和贷款还款计划等。
60.流程业务数据是指在业务系统中起支撑作用的数据，流程业务数据丢失或流程业务数据异常，不会影响业务主流程。如：流程业务数据包括客户贷款申请日志和客户通知记录等。但流程业务数据不能直接删除，需要留存备查。
61.在实际应用中，可以预设核心业务数据的类型，以及预设流程业务数据的类型。
62.为了保障核心业务数据的稳定性及可靠性，对核心业务数据采用分库分表技术。具体来说，根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至切分键确定数据库的数据表中。
63.参见图3，图3是根据本发明实施例的映射核心业务数据至数据库的数据表的流程示意图。具体包括以下步骤：
64.s301、将客户标识的字符作为切分键。
65.在本发明实施例中，需要考虑以客户维度获取业务数据，对于核心业务数据，采用客户标识的字符作为切分键。切分键即分库/分表字段，是在水平拆分过程中用于生成拆分规则的数据表字段。
66.参见图4，图4是根据本发明实施例的将客户标识的字符作为切分键的流程示意图。具体包括以下步骤：
67.s401、以客户标识的字符，替换核心业务数据的业务标识中的字符。
68.分库分表技术，是通过切分键将海量数据映射到多个数据库的数据表中，以实现分散存储。在查询数据和统计数据时，在检索条件中指定切分键，快速定位到相应的数据库和数据表中，进行精确筛选和快速响应；否则，需要遍历多个数据库和数据表进行数据筛选、汇总后进行响应，查询和统计的性能将大大降低。
69.业务数据的查询维度和统计维度往往不止一个，不能指定切分键的场景比较多。作为一个示例，按照业务标识查询。业务标识包括借据标识。如：采用借据标识作为切分键。因此，引入分库分表技术后，数据查询和数据统计往往是以客户标识为查询维度，进而导致数据查询和数据统计的效率较低。
70.在本发明实施例中，在切分键中加入客户标识。即，以客户标识的字符，替换核心业务数据的业务标识中的字符。作为一个示例，在生成切分键时，使用客户标识的后n位作为切分键的后n位，n为分库分表的切分规则使用到的切分键的位数。这样，同一客户的业务数据，在按切分键进行切分时，会映射到同一个数据库的数据表中。
71.s402、将替换后的核心业务数据的业务标识，作为切分键。
72.在核心业务数据的业务标识的基础上，以客户标识的字符替换部分上述业务标识，将替换后的核心业务数据的业务标识，作为切分键。
73.在图4的实施例中，核心业务数据的业务标识，结合客户标识构建切分键，使得同一客户的核心业务数据存储在同一个数据表中。
74.s302、将业务数据中的核心业务数据，映射至切分键确定数据库的数据表中。
75.由于是以客户标识作为切分键，继而对于同一个客户标识的核心业务数据，映射至同一个数据库的数据表中。
76.作为一个示例，业务数据采用借据标识作为切分键，切分规则是对切分键的后6位采用哈希散列算法，映射到对应的数据库和数据表中。在以客户标识：abc123456生成借据标识时，将客户标识的后6位，作为借据标识的后6位。即，修改后借据标识为：
iou202001010000123456。在存储核心业务数据时，虽然使用借据标识作为切分键，但是基于客户标识映射到数据库1的分表2中。
77.在存储该客户的其他核心业务数据时，如：客户额度数据，采用额度标识作为切分键，同样将客户标识的后6位：123456，作为额度标识后6位。最后，客户额度数据基于客户标识映射到数据库1的分表2中。
78.在图3的实施例中，对于同一个客户的核心业务数据，存储在同一个数据库的数据表，继而可以在同一个数据库中搜索同一个客户的核心业务数据。
79.将客户标识的字符作为切分键，有以下优点：一是解决了分库分表技术带来数据过于分散的问题，二是可以显著提高核心业务数据查询和统计效率。
80.首先，核心业务数据的切分键包括客户标识，客户的核心业务数据，切分到同一个数据库的数据表中。客户的核心业务数据相对集中，便于后期获取数据。如：按照客户维度提取数据和迁移数据等。
81.另外，经过分析发现，对于核心业务数据的查询和统计，除了指定切分键之外，其他大部分场景都能获取到客户标识。由于切分键的切分规则由客户标识中的字符决定，因此可以通过客户标识和相应的切分规则快速定位到相应的数据表中。可以指定该数据表进行查询和统计，避免了扫描多个数据库和多个数据表进行查询和统计，以及进行结果汇总的步骤，因此可以极大的提升数据分库分表后的查询和统计效率。
82.s102、按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中。
83.针对业务系统产生的大量流程业务数据，考虑到流程业务数据的重要性，相对核心业务数据较弱。同时，业务流程完成后，不会再使用到流程业务数据。如：流程业务数据包括客户放款通知记录和客户短信通知。
84.上述流程业务数据，几乎不会被业务系统在业务流程中再次使用到，只会用于特殊情况下需要查询历史数据等场景。因此，为了节约系统成本和减少复杂度，对于流程业务数据不再采用分库分表技术，而是存储至归档数据表中。即，将业务系统的流程业务数据，从原始数据表迁移到归档表数据表中。
85.作为一个示例，归档数据表与原表的映射关系为：原表表名加上归档日期的后缀即为归档数据表的表名。如：原始借据表crl_iou_record按年进行归档，在2022年1月1号进行上一年数据的归档处理时，对应的归档数据表名为crl_iou_record_2021。
86.归档数据表与原始表的表结构保存一致，归档数据表用于存储历史数据，而原始表只保留少量最新产生的数据，这样原始表的数据存储、查询和统计效率也不会受到影响。
87.参见图5，图5是根据本发明实施例的存储流程业务数据的流程示意图。存储流程业务数据主要考虑归档数据表的建立频率和存储流程业务数据的频率。具体包括以下步骤：
88.s501、依据业务数据中的流程业务数据的数据量，建立归档数据表。
89.归档数据表建立频率的设置，主要考虑流程业务数据的数据量。流程业务数据的数据量越大，则归档数据表建立频率越高；流程业务数据的数据量越小，则归档数据表建立频率越低。
90.作为一个示例，流程业务数据包括客户通知。客户通知涉及的数据量较小，进而可以每年建立一张归档数据表。进而按照数据所属年份确认对应的归档数据表。
91.作为另一个示例，针对某些数据量巨大的流程业务数据，如：还款计划日快照表，可以每个月建立一张归档数据表。进而按照数据所属的年份及月份确认对应的归档数据表。
92.s502、按照预设归档周期，在非业务处理高峰时段，将业务数据中的流程业务数据，存储至归档数据表中。
93.在本发明实施例中，按照预设归档周期，存储流程业务数据。归档周期的设置主要考虑到流程业务数据产生的速度。不同归档数据表的归档周期可以按实际情况单独配置。
94.如：流程业务数据包括客户通知记录。在客户授信、客户放款和客户还款时都会产生客户通知记录。预设规定周期为7天。即，间隔7天将客户通知记录存储至归档数据表中。
95.此外，考虑到流程业务数据的存储，可以在非业务处理高峰时段实施。作为一个示例，设置定时任务，在非业务处理高峰时段即夜间，将将业务数据中的流程业务数据，存储至归档数据表中。另外，在归档失败的情况下，还可以发送告警。这样可以提前建立归档表，避免原始表数据量积累过多。
96.在图5的实施例中，针对流程业务数据的特点，将流程业务数据存储至归档数据表中。
97.s103、响应于获取业务数据请求，基于获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。
98.接收到获取业务数据请求之后，可以按照获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。也就是说，数量类型不同，则获取业务数据的方式是不同的。
99.参见图6，图6是根据本发明实施例的获取业务数据的流程示意图。具体包括以下步骤：
100.s601、获取业务数据请求中的数据类型是核心业务数据，基于业务数据请求中的客户标识，确定数据库的数据表。
101.获取业务数据请求中的数据类型是核心业务数据，则可以从业务数据请求中获取客户标识。将客户标识作为切分键，进而确定数据库的数据表。
102.s602、在确定的数据表中，依据业务数据请求中的业务标识获取业务数据。
103.在确定的数据表中，存储有该客户标识的核心业务数据。基于业务数据请求中的业务标识，从上述确定的数据表中，获取业务数据。作为一个示例，确定数据表1中存储有客户标识a的核心业务数据。业务数据请求中的业务标识是101。进而在数据表1中，基于业务标识101，获取核心业务数据。
104.在图6的实施例中，基于客户标识确定数据表，继而在该数据表中获取核心业务数据。而无需遍历所有数据表，提高了获取业务数据的速度。
105.在本发明的一个实施例中，获取业务数据请求中的数据类型是流程业务数据，基于流程业务数据查询归档数据表，以获取业务数据。
106.也就是说，在业务数据请求中的数据类型是流程业务数据的情况下，可以根据流程业务数据查询归档数据表，以获取流程业务数据。
107.在上述实施例中，根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；按照预设归档周期，将业务数据中的流程业务数
据，存储至归档数据表中；响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。针对不同类型的业务数据，分别存储至不同的数据表中，能够提高获取业务数据的速度。
108.参见图7，图7是根据本发明实施例的获取业务数据的装置的主要结构示意图，获取业务数据的装置可以实现获取业务数据的方法，如图7所示，获取业务数据的装置具体包括：
109.映射模块701，用于根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；
110.归档模块702，用于按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；
111.获取模块703，用于响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。
112.在本发明的一个实施例中，所述核心业务数据是所述业务系统中处理业务的必要数据；所述流程业务数据是所述业务系统中处理业务的非必要数据。
113.在本发明的一个实施例中，映射模块701，具体用于将客户标识的字符作为切分键；
114.将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中。
115.在本发明的一个实施例中，映射模块701，具体用于以客户标识的字符，替换所述核心业务数据的业务标识中的字符；
116.将替换后的核心业务数据的业务标识，作为所述切分键。
117.在本发明的一个实施例中，归档模块702，具体用于依据所述业务数据中的流程业务数据的数据量，建立归档数据表；
118.按照预设归档周期，在非业务处理高峰时段，将业务数据中的流程业务数据，存储至所述归档数据表中。
119.在本发明的一个实施例中，获取模块703，具体用于所述获取业务数据请求中的数据类型是核心业务数据，基于所述业务数据请求中的客户标识，确定数据库的数据表；
120.在确定的数据表中，依据所述业务数据请求中的业务标识获取业务数据。
121.在本发明的一个实施例中，获取模块703，具体用于所述获取业务数据请求中的数据类型是流程业务数据，基于所述流程业务数据查询归档数据表，以获取业务数据。
122.图8示出了可以应用本发明实施例的获取业务数据的方法或获取业务数据的装置的示例性系统架构800。
123.如图8所示，系统架构800可以包括终端设备801、802、803，网络804和服务器805。网络804用以在终端设备801、802、803和服务器805之间提供通信链路的介质。网络804可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
124.用户可以使用终端设备801、802、803通过网络804与服务器805交互，以接收或发送消息等。终端设备801、802、803上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
125.终端设备801、802、803可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
126.服务器805可以是提供各种服务的服务器，例如对用户利用终端设备801、802、803所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息
‑‑
仅为示例)反馈给终端设备。
127.需要说明的是，本发明实施例所提供的获取业务数据的方法一般由服务器805执行，相应地，获取业务数据的装置一般设置于服务器805中。
128.应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
129.下面参考图9，其示出了适于用来实现本发明实施例的终端设备的计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
130.如图9所示，计算机系统900包括中央处理单元(cpu)901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。在ram 903中，还存储有系统900操作所需的各种程序和数据。cpu 901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
131.以下部件连接至i/o接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。
132.特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(cpu)901执行时，执行本发明的系统中限定的上述功能。
133.需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可
读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
134.附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
135.描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括映射模块、归档模块和获取模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，映射模块还可以被描述为“根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中”。
136.作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：
137.根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；
138.按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；
139.响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。
140.根据本发明实施例的技术方案，根据客户标识构建切分键，并将业务数据中的核心业务数据，映射至所述切分键确定数据库的数据表中；按照预设归档周期，将业务数据中的流程业务数据，存储至归档数据表中；响应于获取业务数据请求，基于所述获取业务数据请求中的数据类型，查询对应的数据表，以获取业务数据。针对不同类型的业务数据，分别存储至不同的数据表中，能够提高获取业务数据的速度。
141.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。