CN111339105B - 数据存储方法、装置及服务器 - Google Patents

数据存储方法、装置及服务器 Download PDF

Info

Publication number
CN111339105B
CN111339105B CN202010228785.3A CN202010228785A CN111339105B CN 111339105 B CN111339105 B CN 111339105B CN 202010228785 A CN202010228785 A CN 202010228785A CN 111339105 B CN111339105 B CN 111339105B
Authority
CN
China
Prior art keywords
database
time
period
target
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202010228785.3A
Other languages
English (en)
Other versions
CN111339105A (zh
Inventor
刘飞翔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Original Assignee
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Taikang Insurance Group Co Ltd, Taikang Online Property Insurance Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN202010228785.3A priority Critical patent/CN111339105B/zh
Publication of CN111339105A publication Critical patent/CN111339105A/zh
Application granted granted Critical
Publication of CN111339105B publication Critical patent/CN111339105B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种数据存储方法、装置及服务器,该包括:获取待存储的第一业务数据和第一业务数据的业务办理时间;获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值;根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。用于实现分离冷热业务数据。

Description

数据存储方法、装置及服务器
技术领域
本申请涉及保单处理领域,尤其涉及一种数据存储方法、装置及服务器。
背景技术
随着保险业务的增长和互联网保险的兴起,保单业务数据量越来越大。
在现有技术中,财险保险公司对近一年或近几年的保单业务数据比较关心,因此,通常需要从数据库中提取近一年以前或近几年以前的历史保单业务数据。目前,从数据库中提取近一年以前或近几年以前的历史保单业务数据的方法包括:过分析历史保单业务数据的存放位置,从历史保单业务数据的存放位置中提取历史保单业务数据,并将历史保单业务数据迁移至其他存放位置。
在上述方法中,由于历史保单业务数据和财险保险公司关系的业务数据无法隔离导致,且历史保单业务数据量较大,从而致使将历史保单业务数据迁移至其他存放位置的工作量较大。
发明内容
本申请提供一种数据存储方法、装置及服务器,用于实现将冷热业务数据存储在不同的数据库中,实现将冷热业务数据进行分离,进而降低冷业务数据迁移至其他数据存储器的工作量。
第一方面,本申请提供一种数据存储方法,包括:
获取待存储的第一业务数据和第一业务数据的业务办理时间;
获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,所述至少一个时段包括第一时段和第二时段,所述第二时段位于所述第一时段之后,所述第一时段对应第一数据库,所述第二时段对应所述第一数据库和第二数据库,所述第二数据库的业务处理量与所述第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者所述第二数据库的空间剩余容量与所述第一数据库的空间剩余容量之和大于或等于预设容量阈值;
根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。
在一种可能的设计中,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后;
第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
在另一种可能的设计中,第一数据库为在第一时刻之前数据存储器中已有的数据库,第一时段为第一时刻之前的时段,第二时段为第二时刻之后的时段;
第二数据库为在第一时刻在数据存储器中新增的数据库,配置文件为在第一时刻之后生成的。
在另一种可能的设计中,根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,包括:
根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间;
获取业务办理时间对应的时间戳;
根据时间戳在目标时段对应的数据库中确定目标数据库。
在另一种可能的设计中,根据所述业务办理时间和所述配置文件,在所述至少一个时段中确定目标时段,包括:
将所述配置文件中包括的所述至少一个时段中所述业务办理时间所在的时间确定为所述目标时段。
在另一种可能的设计中,根据时间戳在目标时段对应的数据库中确定目标数据库,包括:
获取目标时段对应的数据库的个数M,M为大于或等于1的整数;
将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M;
将目标时段对应的第N+1个数据库确定为目标数据库。
在另一种可能的设计中,获取配置文件之前,还包括:
确定数据存储器中当前已有的第一数据库;
在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增第二数据库至数据存储器;
根据配置文件的上次更新时刻、第一时刻、第一数据库和第二数据库,生成配置文件。
在另一种可能的设计中,第一时段为上次更新时刻与第一时刻之间的时段;
第二时段为第一时刻与第二时刻之间的时段,第二时刻位于第一时刻之后,第二时刻与第一时刻之间的时长为预设时长。
第二方面,本申请提供一种数据存储装置,包括:第一获取模块、第二获取模块和确定模块,其中,
第一获取模块用于,获取待存储的第一业务数据和第一业务数据的业务办理时间;
第二获取模块用于,获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,所述至少一个时段包括第一时段和第二时段,所述第二时段位于所述第一时段之后,所述第一时段对应第一数据库,所述第二时段对应所述第一数据库和第二数据库,所述第二数据库的业务处理量与所述第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者所述第二数据库的空间剩余容量与所述第一数据库的空间剩余容量之和大于或等于预设容量阈值;
确定模块用于,根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。
在一种可能的设计中,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后;
第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
在另一种可能的设计中,第一数据库为在第一时刻之前数据存储器中已有的数据库,第一时段为第一时刻之前的时段,第二时段为第二时刻之后的时段;
第二数据库为在第一时刻在数据存储器中新增的数据库,配置文件为在第一时刻之后生成的。
在另一种可能的设计中,确定模块具体用于:
根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间;
获取业务办理时间对应的时间戳;
根据时间戳在目标时段对应的数据库中确定目标数据库。
在另一种可能的设计中,确定模块具体用于:
将所述配置文件中包括的所述至少一个时段中所述业务办理时间所在的时间确定为所述目标时段。
在另一种可能的设计中,确定模块具体用于:
获取目标时段对应的数据库的个数M,M为大于或等于1的整数;
将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M;
将目标时段对应的第N+1个数据库确定为目标数据库。
在另一种可能的设计中,装置还包括添加模块和生成模块,其中,
确定模块还用于,在获取配置文件之前,确定数据存储器中当前已有的第一数据库;
添加模块用于,在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增第二数据库至数据存储器;
生成模块用于,根据配置文件的上次更新时刻、第一时刻、第一数据库和第二数据库,生成配置文件。
在另一种可能的设计中,第一时段为上次更新时刻与第一时刻之间的时段;
第二时段为第一时刻与第二时刻之间的时段,第二时刻位于第一时刻之后,第二时刻与第一时刻之间的时长为预设时长。
第三方面,本申请提供一种服务器,包括:存储器、处理器以及计算机程序,计算机程序存储在存储器中,处理器运行计算机程序执行如第一方面任一项的方法。
第四方面,本申请提供一种可读存储介质,计算机可读存储介质包括计算机程序,计算机程序被处理器执行时实现如上述第一方面任意一项的方法被执行。
本申请提供的数据存储方法、装置及服务器,该方法包括:获取待存储的第一业务数据和第一业务数据的业务办理时间;获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值;根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。在上述过程中,可以根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库中,若第一业务数据的业务办理时间距离当前时刻较近,则第一业务数据为热业务数据(用户关心的),根据第一业务数据的业务办理时间确定的目标数据库的标识较大,即可以将第一业务数据存储在较新的数据库(数据库建立时间较新)中,在业务办理时间距离当前时刻较远时,则第一业务数据为冷业务数据(用户不关心的),根据第一业务数据的业务办理时间确定的目标数据库的标识较小,即可以将第一业务数据存储在较冷的数据库(数据库建立时间较老)中,从而实现将冷热业务数据存储在不同的数据库中,实现将冷热业务数据进行分离。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请提供的数据存储方法的应用场景示意图;
图2为本申请提供的数据存储方法的流程示意图一;
图3为本申请提供的数据存储方法的流程示意图二;
图4为本申请提供业务数据存储流程;
图5为本申请提供的数据存储装置的结构示意图一;
图6为本申请提供的数据存储装置的结构示意图二;
图7为本申请提供的服务器的硬件结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本申请提供的数据存储方法的应用场景示意图。如图1所示,数据存储器中包括至少一个数据库(例如:数据库1-4),至少一个业务数据(例如:第一-六业务数据)需要被存储至至少一个数据库中。
在本申请中,可以根据至少一个业务数据的业务办理时间,将至少一个业务数据存储至至少一个数据库中。在数据库1-4存满时,还可以增加数据库,进而可以将新的业务数据(热业务数据)存储至新增的数据库中,将历史业务数据(冷业务数据)留存在历史数据库中,实现冷热业务数据的隔离。
图2为本申请提供的数据存储方法的流程示意图一。如图2所示,数据存储方法包括:
S101:获取待存储的第一业务数据和第一业务数据的业务办理时间。
可选地,本申请的执行主体为服务器,可以为设置于服务器中的数据存储装置。其中,该数据存储装置可以通过软件和/或硬件的结合来实现。
具体的,第一业务数据可以为保险系统中的保单业务数据。其中,第一业务数据中携带有业务办理时间。
S102:获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
其中,配置文件可以存储在服务器、或服务器包括的数据存储器中。
例如,第一时段可以为2019年1月1日至2019年1月31日,第二时段可以为2019年2月1日至2019年6月1日。第一时段和第二时段的分界时刻可以为2019年1月31日24点59分59秒。
其中,第一数据库的业务处理量为第一数据库中每个数据库的业务处理量之和。例如,第一数据库包括2个数据库,每个数据库每秒的预设业务处理量为400时,则第一数据库的业务处理量为800。第二数据库的业务处理量为第二数据库中每个数据库的业务处理量之和。例如,第二数据库包括3个数据库,每个数据库每秒的预设业务处理量为200时,则第一数据库的业务处理量为600。
可选地,预设业务处理量阈值可以为2000、5000等,具体的,本申请中不限定预设业务处理量阈值的具体取值。
其中,第一数据库的空间剩余容量为第一数据库中每个数据库的空间剩余容量之和,第二数据库的空间剩余容量为第二数据库中每个数据库的空间剩余容量之和。
可选地,预设容量阈值可以为10吉字节(GB)、15GB等。
进一步地,每个时段对应至少一个数据库,每个数据库具有各自对应的标识。其中,数据库对应的标识可以为0、1、2、3、4等。例如,第一时段对应的4个数据库时,4个数据库的标识可以分别为0、1、2、3。例如,第二时段对应的6个数据库时,6个数据库对应的标识可以分别为0、1、2、3、4、5。
S103:根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。
具体的,根据第一业务数据的业务办理时间,确定第一业务数据所属的时段,根据第一业务数据所属的时段和配置文件,确定所属的时段对应的数据库,进而根据业务办理时间在所属的时段对应的数据库中确定目标数据库。
例如,业务办理时间为2019年3月28日14点3分28秒,若配置文件包括“第一时段:2019年1月1日至2019年1月31日”、“第二时段:2019年2月1日至2019年6月1日”,则可以确定第一业务数据所属的时段为第二时段。在配置文件包括第二时段对应的N个数据库(N数据库的标识分别为0、1、2、3、4、N-1)时,可以根据业务办理时间在N个数据库中确定目标数据库。
例如,N为6时,可以对业务办理时间进行模N(6)取余处理,得到余数,根据余数确定第一业务数据对应的目标数据库。
具体的,可以对业务办理时间2019年3月28日14点3分28秒中的28秒进行模6取余处理,得到余数4,将在6个数据库中将标识为4(与余数对应)的数据库确定为目标数据库。
可选地,还可以对2019年3月28日14点3分28秒中的3分进行模6取余处理,得到余数3,将在6个数据库中将标识为3的数据库确定为目标数据库。需要说明的是,本申请中不限定进行模6取余处理的对象,具体的,该对象还可以为业务办理时间的毫秒值。
本申请提供的数据存储方法,包括:获取待存储的第一业务数据和第一业务数据的业务办理时间;获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值;根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。在上述过程中,可以根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库中,若第一业务数据的业务办理时间距离当前时刻较近,则第一业务数据为热业务数据(用户关心的),根据第一业务数据的业务办理时间确定的目标数据库的标识较大,即可以将第一业务数据存储在较新的数据库(数据库建立时间较新)中,在业务办理时间距离当前时刻较远时,则第一业务数据为冷业务数据(用户不关心的),根据第一业务数据的业务办理时间确定的目标数据库的标识较小,即可以将第一业务数据存储在较冷的数据库(数据库建立时间较老)中,从而实现将冷热业务数据存储在不同的数据库中,实现将冷热业务数据进行分离。
进一步地,当需要对冷业务数据就行分离时,可以直接将整个数据库迁移至其他存储器,无需在当前数据存储器中提取冷业务数据,降低了冷业务数据迁移至其他数据存储器的工作量。
下面,通过具体实施例对本申请所示的技术方案进行详细说明。需要说明的是,下面几个具体实施例可以相互结合,对于相同或相似的内容,在不同的实施例中不再进行重复说明。
图3为本申请提供的数据存储方法的流程示意图二。如图3所示,数据存储方法包括:
S201:获取待存储的第一业务数据和第一业务数据的业务办理时间。
具体的,S201的执行方法与S101的执行方法相同,此处,不再赘述S201的执行过程。
S202:确定数据存储器中当前已有的第一数据库。
具体的,数据存储器中的第一数据库为根据估测的业务数据量确定的数据库。
其中,第一数据库中包括至少一个数据库,每个数据库具有预设存储容量和预设业务处理量。
可选地,每个数据库的预设存储容量可以相同、也可以不相同。
可选地,每个数据库的预设业务处理量可以相同、也可以不相同。
例如,评估2019年1月1日至2019年3月1日之间的业务数据量需要4个数据库,则建立4个数据库,并将4个数据库确定为第一数据库。
其中,该第一数据库为数据存储器中2019年1月1日之前已有的数据库。
S203:在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增第二数据库至数据存储器。
可选地,第一时刻为在实际使用第一数据库的过程时,发生业务处理量骤增的时刻。
例如,第一数据库的业务处理量为800,预设业务处理量阈值为1500,则增加第二数据库(包括2个数据库,即(1500-800)/400≈2)至数据存储器。在增加第二数据库之后,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值。
例如,第一数据库包括4个数据库,每个数据库的预设存储容量为2GB,第一时刻之前的4个数据库的空间剩余容量为4GB,则增加第二数据库(包括3个数据库,即(10-4)/2=3)数据存储器至数据存储器。在增加第二数据库之后,第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
S204:根据配置文件的上次更新时刻、第一时刻、第一数据库和第二数据库,生成配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识。
其中,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
具体的,配置文件的上次更新时刻可以为第一数据库建立完成时刻之后得到配置文件的时刻,也可以为确定数据存储器中当前已有第一数据库后得到配置文件的时刻。
在一种可能的设计中,第一数据库为在第一时刻之前数据存储器中已有的数据库,第一时段为第一时刻之前的时段,第二时段为第二时刻之后的时段;第二数据库为在第一时刻在数据存储器中新增的数据库,配置文件为在第一时刻之后生成的。
可选地,第一时刻和第二时刻可以相同,也可以不同。
具体的,第一时刻和第二时刻相同时,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后,其中,第一时段对应第一数据库,第二时段对应第一数据库和第二数据库。
具体的,第一时刻和第二时刻不同时,至少一个时段包括至少两个时段。例如,至少一个时段包括第一时段、第二时段和第三时段。
在一种可能的设计中,第一时段为上次更新时刻与第一时刻之间的时段;第二时段为第一时刻与第二时刻之间的时段,第二时刻位于第一时刻之后,第二时刻与第一时刻之间的时长为预设时长。第三时段为第二时刻之后的预设时长。
可选的,预设时长可以为2个月、3个月等。
S205:根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间。
例如,业务办理时间为2019年1月15日9点46分17秒,若配置文件包括第一时段:2019年1月1日至2019年1月31日、以及第二时段:2019年2月1日至2019年6月1日,则可以确定目标时段为第一时段。
S206:获取业务办理时间对应的时间戳。
需要说明的是,业务办理时间对应的时间戳为格林威治时间1970年01月01日00时00分00秒(北京时间1970年01月01日08时00分00秒)起至业务办理的总秒数。
具体的,业务办理时间对应的时间戳可以记录在第一业务数据中。
S207:获取目标时段对应的数据库的个数M,M为大于或等于1的整数。
具体的,可以根据配置文件获取目标时段对应的数据库的个数M。其中,配置文件中包括每个时段对应的数据库的个数M。
需要说明的是,每个时段对应的数据库个数M的取值可以不同。例如,第一时段可以对应数据库个数M为4,第二时段对应的数据库个数M为6等。
S208:将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M。
例如,业务办理时间为2019年1月15日9点46分17秒对应的时间戳为:1547516777秒,M为4,则余数N=1547516777%4=1,其中,%为模运算。
S209:将目标时段对应的第N+1个数据库确定为目标数据库,并将第一业务数据存储至目标数据库。
进一步地,根据S208可知,业务办理时间为2019年1月15日9点46分17秒时,目标时段为第一时段,若第一时段对应的对应数据库个数M为4时,可以将第一时段对应第一数据库中的第2(即N+1=1+1=2)个数据库(该数据库的标识为:1)确定为目标数据库。
本申请提供的数据存储方法包括:获取待存储的第一业务数据和第一业务数据的业务办理时间;确定数据存储器中当前已有的第一数据库;在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增第二数据库至数据存储器;根据配置文件的上次更新时刻、第一时刻、第一数据库和第二数据库,生成配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识;根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间;获取业务办理时间对应的时间戳;获取目标时段对应的数据库的个数M,M为大于或等于1的整数;将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M;将目标时段对应的第N+1个数据库确定为目标数据库。在上述过程中,在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值之后,新增第二数据库至数据存储器,可以使得保险系统具有最后的空间剩余量和业务处理量,对待处理的业务数据进行处理,从而保障保险系统正常运作。进一步地,时间戳和M进行取余运算,得到余数N,将目标时段对应的第N+1个数据库确定为目标数据库,可以准确的确定目标数据库,进而实现根据时间戳冷热业务数据存储至不同的数据库中。
图4为本申请提供业务数据存储流程。如图4所示,数据存储器具有配置文件和当前已有的第一数据库中包括4个数据库,分别为数据库1-4。其中,数据库1的标识为0,数据库2的标识为1,数据库数3的标识为2,数据库4的标识为3。
例如,2019年1月1号之前估测2019年1月1号至2019年3月1号使用数据库1-4就可以保障保险系统正常运作。在实际应用中,若2019年1月1号至2019年3月1号没有业务数据骤增,则可以对多个业务数据的业务办理时间、或者多个业务数据的业务办理时间对应的时间戳,进行模4取余运算处理,得到余数,并根据每个业务数据对应的余数,将业务数据存放至数据库1-4。例如,对第一业务数据的业务办理时间对应的时间戳,进行模4取余运算处理后,得到余数0,则确定目标数据库为数据库1,并将第一业务数据存储至数据库1。例如,对第二业务数据的业务办理时间对应的时间戳,进行模4取余运算处理后,得到余数1,则确定目标数据库为数据库2,并将第一业务数据存储至数据库2。
在实际应用中,若2019年2月1号当天业务数据量骤增,则增加第二数据库至数据存储器,并更新配置文件。其中,第二数据库包括数据库5、以及数据库6,数据库5的标识为4,数据库6的标识为5,配置文件中包括第一时段和第二时段。第一时段可以为2019年1月1号至2019年2月1号,第二时段可以为2019年2月1号至2019年6月1号。第一时段对应的第一数据库(包括数据库1-4)。第二时段对应的第一数据库和第二数据库(包括数据库5-6)。
例如,估测2019年2月1号至2019年6月1号之间,第二时段内存在第三业务数据,且对第三业务数据的业务办理时间对应的时间戳进行模6取余运算处理后,得到余数3,则确定目标数据库为数据库3,并将第三业务数据存储至数据库4。例如,第二时段内存在第四业务数据,且对第四业务数据的业务办理时间对应的时间戳进行模6取余运算处理后,得到余数5,则确定目标数据库为数据库6,并将第一业务数据存储至数据库6。
在实际应用中,若在2019年4月1号当天,数据库1、数据库2、数据库3、以及数据库4已经存储满业务数据,则在当前数据存储器增加第三数据库(例如可以包括数据库7-10),并更新配置文件。此时,配置文件包括第一时段(2019年2月1号至2019年4月1号)、第二时段(2019年4月1号至2019年9月1号),其中,第一时段数据库1至6,第二时段对应数据库5至10。这样即提高了数据库5和6的利用率,同时也使得历史业务数据(冷业务数据)自动留存在的数据库1-4中,实现冷热业务数据的隔离。在实际应用中,若需要将冷业务数据迁移至其他数据存储器,则可以直接将数据库1-4迁移至其他数据存储器,降低了冷业务数据迁移至其他数据存储器的工作量。
图5为本申请提供的数据存储装置的结构示意图一。如图5所示,数据存储装置50包括:第一获取模块51、第二获取模块52和确定模块53,其中,
第一获取模块51用于,获取待存储的第一业务数据和第一业务数据的业务办理时间;
第二获取模52块用于,获取配置文件,配置文件中包括至少一个时段和每个时段对应的数据库的标识;
确定模块53用于,根据业务办理时间和配置文件,确定第一业务数据对应的目标数据库,并将第一业务数据存储至目标数据库。
本实施例的装置,可用于执行上述的图2至图3所示的方法实施例,其实现原理和技术效果类似,此处不再赘述。
在一种可能的设计中,至少一个时段包括第一时段和第二时段,第二时段位于第一时段之后;
第一时段对应第一数据库,第二时段对应第一数据库和第二数据库,第二数据库的业务处理量与第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者第二数据库的空间剩余容量与第一数据库的空间剩余容量之和大于或等于预设容量阈值。
在另一种可能的设计中,第一数据库为在第一时刻之前数据存储器中已有的数据库,第一时段为第一时刻之前的时段,第二时段为第二时刻之后的时段;
第二数据库为在第一时刻在数据存储器中新增的数据库,配置文件为在第一时刻之后生成的。
在另一种可能的设计中,确定模块53具体用于:
根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间;
获取业务办理时间对应的时间戳;
根据时间戳在目标时段对应的数据库中确定目标数据库。
在另一种可能的设计中,确定模块53具体用于:
获取目标时段对应的数据库的个数M,M为大于或等于1的整数;
将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M;
将目标时段对应的第N+1个数据库确定为目标数据库。
本实施例的装置,可用于执行上述方法实施例,其实现原理和技术效果类似,此处不再赘述。
图6为本申请提供的数据存储装置的结构示意图二。在图5的基础上,如图6所示,数据存储装置50还包括添加模块54和生成模块55,其中,
确定模块53还用于,在获取配置文件之前,确定数据存储器中当前已有的第一数据库;
添加模块54用于,在第一时刻确定第一数据库的业务处理量小于预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增第二数据库至数据存储器;
生成模块55用于,根据配置文件的上次更新时刻、第一时刻、第一数据库和第二数据库,生成配置文件。
本实施例的装置,可用于执行上述方法实施例,其实现原理和技术效果类似,此处不再赘述。
在另一种可能的设计中,第一时段为上次更新时刻与第一时刻之间的时段;
第二时段为第一时刻与第二时刻之间的时段,第二时刻位于第一时刻之后,第二时刻与第一时刻之间的时长为预设时长。
图7为本申请提供的服务器的硬件结构示意图。如图7所示,本实施例的服务器70,包括:处理器71以及存储器72;其中,存储器72,用于存储计算机程序;处理器71,用于执行存储器存储的计算机程序,以实现上述实施例中的保单数据的处理方法。具体可以参见前述方法实施例中的相关描述。
可选地,存储器72既可以是独立的,也可以跟处理器901集成在一起。
当存储器72是独立于处理器71之外的器件时,服务器70还可以包括:总线73,用于连接存储器72和处理器71。
本实施例提供的服务器,可用于执行上述任一方法实施例中的技术方案,其实现原理和技术效果类似,本实施例此处不再赘述。
本申请实施例还提供一种计算机可读存储介质,计算机可读存储介质包括计算机程序,计算机程序用于实现如上任一方法实施例中的技术方案。
本申请实施例还提供一种芯片,包括:存储器、处理器以及计算机程序,计算机程序存储在存储器中,处理器运行计算机程序执行上述任一方法实施例中的技术方案。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(英文:processor)执行本申请各个实施例方法的部分步骤。
应理解,上述处理器可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:Application Specific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits,简称:ASIC)中。当然,处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请方案的范围。

Claims (8)

1.一种数据存储方法,其特征在于,包括:
获取待存储的第一业务数据和所述第一业务数据的业务办理时间;
获取配置文件,所述配置文件中包括至少一个时段和每个时段对应的数据库的标识,所述至少一个时段包括第一时段和第二时段,所述第二时段位于所述第一时段之后,所述第一时段对应第一数据库,所述第二时段对应所述第一数据库和第二数据库,所述第二数据库的业务处理量与所述第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者所述第二数据库的空间剩余容量与所述第一数据库的空间剩余容量之和大于或等于预设容量阈值;
根据所述业务办理时间和所述配置文件,确定所述第一业务数据对应的目标数据库,并将所述第一业务数据存储至所述目标数据库;
根据所述业务办理时间和所述配置文件,确定所述第一业务数据对应的目标数据库,包括:
根据所述业务办理时间和所述配置文件,在所述至少一个时段中确定目标时段,所述目标时段中包括所述业务办理时间;
获取所述业务办理时间对应的时间戳;
根据所述时间戳在所述目标时段对应的数据库中确定所述目标数据库;
根据所述时间戳在所述目标时段对应的数据库中确定所述目标数据库,包括:
获取所述目标时段对应的数据库的个数M,所述M为大于或等于1的整数;
将所述时间戳和所述M进行取余运算,得到余数N,所述N为整数,所述N为大于或等于0,且所述N小于所述M;
将所述目标时段对应的第N+1个数据库确定为所述目标数据库。
2.根据权利要求1所述的方法,其特征在于,
所述第一数据库为在第一时刻之前数据存储器中已有的数据库,所述第一时段为所述第一时刻之前的时段,所述第二时段为第二时刻之后的时段;
所述第二数据库为在第一时刻在数据存储器中新增的数据库,所述配置文件为在所述第一时刻之后生成的。
3.根据权利要求1所述的方法,其特征在于,根据所述业务办理时间和所述配置文件,在所述至少一个时段中确定目标时段,包括:
将所述配置文件中包括的所述至少一个时段中所述业务办理时间所在的时间确定为所述目标时段。
4.根据权利要求1至3任一项所述的方法,其特征在于,获取配置文件之前,还包括:
确定数据存储器中当前已有的第一数据库;
在所述第一时刻确定所述第一数据库的业务处理量小于所述预设业务处理量阈值、或者第一数据库的空间剩余容量小于预设容量阈值之后,新增所述第二数据库至所述数据存储器;
根据配置文件的上次更新时刻、所述第一时刻、所述第一数据库和所述第二数据库,生成所述配置文件。
5.根据权利要求4所述的方法,其特征在于,
所述第一时段为所述上次更新时刻与所述第一时刻之间的时段;
所述第二时段为所述第一时刻与第二时刻之间的时段,所述第二时刻位于所述第一时刻之后,所述第二时刻与所述第一时刻之间的时长为预设时长。
6.一种数据存储装置,其特征在于,包括:第一获取模块、第二获取模块和确定模块,其中,
所述第一获取模块用于,获取待存储的第一业务数据和所述第一业务数据的业务办理时间;
所述第二获取模块用于,获取配置文件,所述配置文件中包括至少一个时段和每个时段对应的数据库的标识,所述至少一个时段包括第一时段和第二时段,所述第二时段位于所述第一时段之后,所述第一时段对应第一数据库,所述第二时段对应所述第一数据库和第二数据库,所述第二数据库的业务处理量与所述第一数据库的业务处理量之和大于或等于预设业务处理量阈值,或者所述第二数据库的空间剩余容量与所述第一数据库的空间剩余容量之和大于或等于预设容量阈值;
所述确定模块用于,根据所述业务办理时间和所述配置文件,确定所述第一业务数据对应的目标数据库,并将所述第一业务数据存储至所述目标数据库;
确定模块具体用于,根据业务办理时间和配置文件,在至少一个时段中确定目标时段,目标时段中包括业务办理时间;获取业务办理时间对应的时间戳;根据时间戳在目标时段对应的数据库中确定目标数据库;
确定模块,还具体用于:获取目标时段对应的数据库的个数M,M为大于或等于1的整数;将时间戳和M进行取余运算,得到余数N,N为整数,N为大于或等于0,且N小于M;将目标时段对应的第N+1个数据库确定为目标数据库。
7.一种服务器,其特征在于,包括:存储器、处理器以及计算机程序,所述计算机程序存储在所述存储器中,所述处理器运行所述计算机程序执行如权利要求1至5任一项所述的方法。
8.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质包括计算机程序,所述计算机程序被处理器执行时实现如权利要求1至5任一项所述的方法。
CN202010228785.3A 2020-03-27 2020-03-27 数据存储方法、装置及服务器 Active CN111339105B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010228785.3A CN111339105B (zh) 2020-03-27 2020-03-27 数据存储方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010228785.3A CN111339105B (zh) 2020-03-27 2020-03-27 数据存储方法、装置及服务器

Publications (2)

Publication Number Publication Date
CN111339105A CN111339105A (zh) 2020-06-26
CN111339105B true CN111339105B (zh) 2023-08-15

Family

ID=71184488

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010228785.3A Active CN111339105B (zh) 2020-03-27 2020-03-27 数据存储方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN111339105B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112559460B (zh) * 2020-12-16 2023-09-19 中国平安人寿保险股份有限公司 基于人工智能的文件存储方法、装置、设备及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108268217A (zh) * 2018-01-10 2018-07-10 北京航天云路有限公司 一种基于时序数据冷热分类的分层存储方法
CN108363813A (zh) * 2018-03-15 2018-08-03 北京小度信息科技有限公司 数据存储方法、装置和系统
CN109324959A (zh) * 2018-08-13 2019-02-12 中国平安人寿保险股份有限公司 一种自动转移数据的方法、服务器及计算机可读存储介质
CN109408279A (zh) * 2017-08-16 2019-03-01 北京京东尚科信息技术有限公司 数据备份方法和装置
CN109684416A (zh) * 2018-11-13 2019-04-26 国电南京自动化股份有限公司 一种高并发实时历史数据存储系统
CN109857737A (zh) * 2019-01-03 2019-06-07 平安科技(深圳)有限公司 一种冷热数据存储方法及装置、电子设备
CN110134723A (zh) * 2019-05-22 2019-08-16 网易(杭州)网络有限公司 一种存储数据的方法和数据库
CN110309229A (zh) * 2019-05-09 2019-10-08 北京极数云舟科技有限公司 分布式系统的数据处理方法和分布式系统
CN110851427A (zh) * 2019-11-19 2020-02-28 泰康保险集团股份有限公司 数据库容量变更方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6662176B2 (en) * 2001-05-07 2003-12-09 Hewlett-Packard Development Company, L.P. Database indexing and rolling storage method for time-stamped normalized event data

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109408279A (zh) * 2017-08-16 2019-03-01 北京京东尚科信息技术有限公司 数据备份方法和装置
CN108268217A (zh) * 2018-01-10 2018-07-10 北京航天云路有限公司 一种基于时序数据冷热分类的分层存储方法
CN108363813A (zh) * 2018-03-15 2018-08-03 北京小度信息科技有限公司 数据存储方法、装置和系统
CN109324959A (zh) * 2018-08-13 2019-02-12 中国平安人寿保险股份有限公司 一种自动转移数据的方法、服务器及计算机可读存储介质
CN109684416A (zh) * 2018-11-13 2019-04-26 国电南京自动化股份有限公司 一种高并发实时历史数据存储系统
CN109857737A (zh) * 2019-01-03 2019-06-07 平安科技(深圳)有限公司 一种冷热数据存储方法及装置、电子设备
CN110309229A (zh) * 2019-05-09 2019-10-08 北京极数云舟科技有限公司 分布式系统的数据处理方法和分布式系统
CN110134723A (zh) * 2019-05-22 2019-08-16 网易(杭州)网络有限公司 一种存储数据的方法和数据库
CN110851427A (zh) * 2019-11-19 2020-02-28 泰康保险集团股份有限公司 数据库容量变更方法和装置

Also Published As

Publication number Publication date
CN111339105A (zh) 2020-06-26

Similar Documents

Publication Publication Date Title
CN108615119B (zh) 一种异常用户的识别方法及设备
CN109344153B (zh) 业务数据的处理方法及终端设备
US8370303B1 (en) Generating snapshots of data tables
CN110377276B (zh) 源代码文件管理方法及设备
CN111339105B (zh) 数据存储方法、装置及服务器
CN112559592A (zh) 实时数据处理方法、装置及设备
CN110955639A (zh) 一种数据处理方法及装置
CN111782605A (zh) 一种芯片卡文件管理方法、装置、终端及存储介质
CN111131393B (zh) 用户活跃度数据统计方法、电子装置及存储介质
CN106156122B (zh) 交易信息获取方法及装置
CN114511314A (zh) 一种支付账户管理的方法、装置、计算机设备和存储介质
CN106874327B (zh) 一种针对业务数据的计数方法及装置
CN113655958A (zh) 应用数据的存储方法
CN109543888B (zh) 营业厅位置选择方法、装置及存储介质
CN112837158A (zh) 基于云计算技术的股票数据采集和存储方法、装置及系统
US10810662B1 (en) Utilizing time-series tables for tracking accumulating values
CN111078714B (zh) 数据处理的方法及装置
CN112860694B (zh) 业务数据的处理方法、装置及设备
CN111381977A (zh) 消息处理方法及设备
CN112214170A (zh) 一种存储卷性能数据管理方法、系统、终端及存储介质
CN113986932B (zh) 数据处理方法、装置、计算机设备及可读存储介质
CN116382924B (zh) 资源配置的推荐方法、装置、电子设备及存储介质
CN115473968B (zh) 话单处理方法及设备
CN109447386B (zh) 工作考核方法及终端设备
CN112402955B (zh) 游戏日志记录方法及系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant