CN111026755B - 基于全量序号发生器的交易序号获取方法及装置 - Google Patents
基于全量序号发生器的交易序号获取方法及装置 Download PDFInfo
- Publication number
- CN111026755B CN111026755B CN201911239140.3A CN201911239140A CN111026755B CN 111026755 B CN111026755 B CN 111026755B CN 201911239140 A CN201911239140 A CN 201911239140A CN 111026755 B CN111026755 B CN 111026755B
- Authority
- CN
- China
- Prior art keywords
- sequence number
- night
- transaction
- full
- registration record
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Software Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请实施例提供一种基于全量序号发生器的交易序号获取方法及装置,方法包括:在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新夜表;在核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否则将夜表内的序号登记记录同步至日表,以使该日表形成全量序号发生器;基于已形成全量序号发生器的日表获取日间交易请求对应的目标序号组,并更新该日表。本申请能够实现序号发生器自适应的连续发号,能够有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并有效提高交易序号的资源使用率及对应的金融交易的可靠性。
Description
技术领域
本申请涉及数据处理技术领域,具体涉及基于全量序号发生器的交易序号获取方法及装置。
背景技术
序号发生器作为一类非常重要和常见的二进制信号产生装置,能够有效支持金融机构等系统的7×24小时的运行机制,比如金融机构系统常见的序号和流水号这两种序号,都具有唯一性。而由于最新的序号可能存储在夜模式数据库也可能存储在日模式数据库,所以在进入日模式时,需要完成夜间序号发生器向日间的同步,但如何通过维护一个全量的序号发生器来实现序号的发生,是一个值得研究的方向。
目前,应用序号发生器来实现交易用序号的获取方式通常为:使用.NET程序开发组件,计算最新的流水号,并缓存在内存中。为防止丢失,每隔特定的次数N,将缓存中的流水号存储到数据库表中。为防止流水号重复,每次从物理表加载最新的流水号后,流水号+N,使用SQL Server可以集成用户自定义.NET程序的功能,将上述组件集成到数据库上,作为存储过程供客户端调用。
然而,现有的序号发生器存在开发组件固定、可移植性较差、交易流水号的防重维度较低以及交易流水号的资源使用率不高,不能自适应调整的问题。
发明内容
针对现有技术存在的上述问题中的至少一个,本申请提供一种基于全量序号发生器的交易序号获取方法及装置,能够实现序号发生器自适应的连续发号,能够有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并有效提高交易序号的资源使用率及对应的金融交易的可靠性。
为解决上述技术问题,本申请提供以下技术方案:
第一方面,本申请提供一种基于全量序号发生器的交易序号获取方法,包括:
在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;
在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;
以及,基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
进一步地,在所述基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表之前,还包括:
在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
进一步地,所述目标序号组包括:起始序号、下一可用序号以及终止序号;
其中,所述序号为交易用账号或流水号。
进一步地,所述在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表,包括:
基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
进一步地,在所述基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录之后,还包括:
若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录;
应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
进一步地,所述在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,包括:
在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表;
若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
进一步地,在所述访问所述夜表之后,还包括:
若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
进一步地,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
第二方面,本申请提供一种基于全量序号发生器的交易序号获取装置,包括:
夜表更新模块,用于在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;
日表同步模块,用于在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;
日表更新模块,用于基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
进一步地,还包括:
夜表初始化模块,用于在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
进一步地,所述目标序号组包括:起始序号、下一可用序号以及终止序号;
其中,所述序号为交易用账号或流水号。
进一步地,所述夜表更新模块用于执行下述内容:
基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
进一步地,所述夜表更新模块还用于执行下述内容:
若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录;
应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
进一步地,所述日表同步模块用于执行下述内容:
在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表;
若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
进一步地,日表同步模块还用于执行下述内容:
若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
进一步地,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
第三方面,本申请提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现所述的基于全量序号发生器的交易序号获取方法的步骤。
第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现所述的基于全量序号发生器的交易序号获取方法的步骤。
由上述技术方案可知,本申请提供的基于全量序号发生器的交易序号获取方法及装置,其中的方法通过在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;以及,基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表,能够实现一个日夜双系统的全量序号发生器的应用,通过切日后夜表到日表的同步,既能够实现序号发生器的连续发号,并通过将日表设置为全量数据表的处理方式,使得日间模式如果使用到序号发生器,将无需再访问夜表,因为此时日表已经具备全量的序号登记功能,联机交易上来可以直接取用,有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,同时能够有效提高获取交易序号后对交易进行处理的可靠性和处理效率,另外,还存在内存开销小、自动化程度高、可移植性强及数据处理效率高等优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例中的基于全量序号发生器的交易序号获取方法的流程示意图。
图2为本申请实施例中的包含有步骤010的基于全量序号发生器的交易序号获取方法的流程示意图。
图3为本申请实施例中的基于全量序号发生器的交易序号获取方法中的步骤100的第一种流程示意图。
图4为本申请实施例中的基于全量序号发生器的交易序号获取方法中的步骤100的第二种流程示意图。
图5为本申请实施例中的基于全量序号发生器的交易序号获取方法中的步骤200的第一种流程示意图。
图6为本申请实施例中的基于全量序号发生器的交易序号获取方法中的步骤200的第二种流程示意图。
图7为本申请实施例中的基于全量序号发生器的交易序号获取装置的第一种结构示意图。
图8为本申请实施例中的基于全量序号发生器的交易序号获取装置的第二种结构示意图。
图9为本申请应用实例中的夜间模式数据表访问过程的逻辑流程示意图。
图10为本申请实施例中的电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
通常获取交易流水号的方法为:使用.NET程序开发组件,计算最新的流水号,并缓存在内存中。为防止丢失,每隔特定的次数——N,将缓存中的流水号存储到数据库表中。为防止流水号重复,每次从物理表加载最新的流水号后,流水号+N,使用SQL Server可以集成用户自定义.NET程序的功能,将上述组件集成到数据库上,作为存储过程供客户端调用。然而,该方法存在下述问题:
1.开发组件固定,可移植性较差。该方案为.NET程序研发的案例分享,对于COBOL等传统开发语言,没有很好的兼容性和普适性。
2.交易流水号的防重维度较低,只有流水号一维。对于账号序号发生器,需要维护的是三维的发生器,包括起始序号、下一序号和终止序号,该技术无法满足账号序号发生器的实际需求。
3.交易流水号的资源使用率不高,不能自适应调整。每隔特定的次数N进行差额分配,对内存资源来说存在一定程度浪费,数据库存储效率有待提高。
为了解决上述问题中的至少一个,本申请提供一种基于全量序号发生器的交易序号获取方法、基于全量序号发生器的交易序号获取装置、电子设备和存储介质,通过在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;
在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;以及,基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表,能够实现一个日夜双系统的全量序号发生器的应用,通过切日后夜表到日表的同步,既能够实现序号发生器的连续发号,并通过将日表设置为全量数据表的处理方式,使得日间模式如果使用到序号发生器,将无需再访问夜表,因为此时日表已经具备全量的序号登记功能,联机交易上来可以直接取用,有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,同时能够有效提高获取交易序号后对交易进行处理的可靠性和处理效率,另外,还存在内存开销小、自动化程度高、可移植性强及数据处理效率高等优点。
在本申请的一个或多个实施例中,序号发生器是指:对于银行来说,有多种场景可能会使用到自动编码来实现发号。比如各个网点产生业务编号时,就需要应用工具产生业务编号,其中工具要做的是以机构号、网点号、类型读出下一可用编号,并作为业务编号返回,同时将当前序号和下一可用序号加1,这里的工具就是一种序号发生器。
在本申请的一个或多个实施例中,全量是指:当系统在逻辑上划分成两个或多个系统协同运行时,分别访问各自模式下的数据库表,然而为了拿到最新可用的那条记录,必须在系统切换时保留该表的全量,即所有模式下数据表的最大集,本申请将以日间和夜间双系统为例展开说明。
在本申请的一个或多个实施例中,银行系统为客户提供全天候、无差异的服务,实现方式是依靠日模式和夜模式两个系统,分别对应日间数据库和夜间数据库。日间系统是新核心银行系统下的主要模式,用于支持核心银行系统日间模式下的运行,完成系统支持的联机银行业务以及系统主要的批量处理,所以本申请设计的全量序号发生器的本质是一个日间表的全量。
解决方案根据以下四个方面进行设计:
1.夜表初始化:进入夜模式之前,清空序号发生器夜表数据。
2.夜表更新:夜模式切换,夜间交易优先访问序号发生器夜表,并将下一可用序号更新至序号发生器夜表。
3.日表同步:日模式切换,扫描序号发生器日表,判断当前是否为最新可用记录,如果不是从夜表同步到日表,以确保日表为全量序号发生器。
4.日表更新:在日模式,日间交易以序号发生器日表为基准,取用最新序号,并维护日表。
基于上述内容,本申请提出一种全量序号发生器的交易序号获取方法,可以在不影响联机使用的前提下,保证发号的准确性和连续性,同时实现多模式数据库协同访问的高可用。具体通过下述实施例进行详细说明:
为了实现序号发生器自适应的连续发号,能够有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并有效提高交易序号的资源使用率及对应的金融交易的可靠性,本申请提供一种基于全量序号发生器的交易序号获取方法的实施例,参见图1,所述基于全量序号发生器的交易序号获取方法具体包含有如下内容:
步骤100:在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表。
可以理解的是,夜表更新的过程是指将系统模式切换至夜模式,获取最新的序号登记,然后进行针对夜表的更新,满足夜间交易对序号的使用需求。
步骤200:在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器。
可以理解的是,日表同步的过程是指系统模式切换至日模式,扫描日表,根据当前是否为最新可用记录,完成夜表与日表的同步,得到的日表即为全量序号发生器登记簿。
步骤300:基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
可以理解的是,日表更新的过程是指直接取用日表中的序号登记记录,并对日表作更新,满足日间交易对序号的使用需求。
为了进一步减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并保证交易序号获取过程的可靠性,在本申请的基于全量序号发生器的交易序号获取方法的一个实施例,参见图2,所述基于全量序号发生器的交易序号获取方法的步骤100之前还具体包含有如下内容:
步骤010:在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
可以理解的是,夜表初始化的过程是指在切换至夜间模式之前,对序号发生器夜表作数据清理。
在本申请的一个或多个实施例中,为了进一步提高获取的交易用序号的防重维度,所述目标序号组具体包含有如下内容:该目标序号组所在的序号发生器的起始序号、下一可用序号以及终止序号;其中,所述序号为交易用账号或流水号。
为了进一步提高夜表使用模式的可靠性,在本申请的基于全量序号发生器的交易序号获取方法的一个实施例,参见图3,所述基于全量序号发生器的交易序号获取方法的步骤100具体包含有如下内容:
步骤110:基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
步骤120:若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表。
步骤130:应用该目标序号组对所述夜间交易请求进行对应处理。
其中,参见图4,为了进一步提高夜表使用的可靠性和适用广泛性,所述基于全量序号发生器的交易序号获取方法的步骤100还具体包含有如下内容:
步骤140:若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录。
步骤150:应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表。
步骤130:应用该目标序号组对所述夜间交易请求进行对应处理。
为了进一步提高日表使用模式的可靠性,在本申请的基于全量序号发生器的交易序号获取方法的一个实施例,参见图5,所述基于全量序号发生器的交易序号获取方法的步骤200具体包含有如下内容:
步骤210:在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
步骤220:若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表。
步骤230:若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
为了进一步提高日表使用的可靠性和应用广泛性,在本申请的基于全量序号发生器的交易序号获取方法的一个实施例,参见图6,所述基于全量序号发生器的交易序号获取方法的步骤200中还具体包含有如下内容:
步骤240:若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
在本申请的一个或多个实施例中,为了进一步提高序号发生器的应用可靠性,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
从软件层面来说,为了实现序号发生器自适应的连续发号,能够有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并有效提高交易序号的资源使用率及对应的金融交易的可靠性,本申请提供一种能够实现所述基于全量序号发生器的交易序号获取方法的全部或部分内容的基于全量序号发生器的交易序号获取装置的实施例,参见图7,所述基于全量序号发生器的交易序号获取装置具体包含有如下内容:
夜表更新模块10,用于在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表。
日表同步模块20,用于在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器。
日表更新模块30,用于基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
为了进一步减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并保证交易序号获取过程的可靠性,在本申请的基于全量序号发生器的交易序号获取装置的一个实施例,参见图8,所述基于全量序号发生器的交易序号获取装置还具体包含有如下内容:
夜表初始化模块01,用于在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
基于上述内容,夜表初始化模块01是预处理器,保证每天的夜模式序号发生登记是增量登记。夜表更新模块10和日表同步模块20是模式切换的开关,分别完成日模式到夜模式和夜模式到日模式的切换。日表同步模块20是核心,是夜表抄日表的主要模块。日表更新模块30是常态处理器,负责日间对全量序号发生器的维护更新。
在本申请的一个或多个实施例中,为了进一步提高获取的交易用序号的防重维度,所述目标序号组具体包含有如下内容:该目标序号组所在的序号发生器的起始序号、下一可用序号以及终止序号;其中,所述序号为交易用账号或流水号。
为了进一步提高夜表使用模式的可靠性,在本申请的基于全量序号发生器的交易序号获取方法的一个实施例,所述基于全量序号发生器的交易序号获取方法的夜表更新模块10具体用于执行下述内容:
基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
其中,为了进一步提高夜表使用的可靠性和适用广泛性,所述基于全量序号发生器的交易序号获取方法的夜表更新模块10还具体用于执行下述内容:
若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录;
应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
为了进一步提高日表使用模式的可靠性,在本申请的基于全量序号发生器的交易序号获取装置的一个实施例,所述基于全量序号发生器的交易序号获取装置的日表同步模块20具体用于执行下述内容:
在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表;
若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
为了进一步提高日表使用的可靠性和应用广泛性,在本申请的基于全量序号发生器的交易序号获取装置的一个实施例,所述基于全量序号发生器的交易序号获取装置的日表同步模块20还具体用于执行下述内容:
若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
在本申请的一个或多个实施例中,为了进一步提高序号发生器的应用可靠性,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
为了进一步说明本方案,本申请还提供一种基于全量序号发生器的交易序号获取装置的具体应用实例,具体包含有如下内容:
本应用实例以账号序号发生器ANUM为例,其数据结构的关键栏位如表1所示:
表1
(一)夜表初始化
序号发生器夜表初始化,输入ANUM夜表,对该表做数据清理。
具体来说,在进入夜模式之前,首先将ANUM夜表清空,如果夜模式使用序号发生器,每天夜模式只负责记录当晚的增量编码记录,这一步工作就是夜表的初始化。
(二)夜表更新
序号发生器夜表更新,夜模式切换,输入ANUM日表和ANUM夜表空表,根据最新序号登记所在的数据表,更新ANUM夜表。
具体来说,参见图9的夜间模式数据表访问过程,可以看到在夜间模式下,如果发生交易涉及使用序号发生器,可能出现以下两种情况:
交易优先访问夜间数据库,如果交易读到ANUM夜表记录,则取用夜表中的发生器起始账号、下一可用账号和终止账号,同时更新夜表中下一可用账号(夜表最新下一可用账号加1)、LAST_MAINT_DATE(当天)、LAST_MAINT_STAT(‘U’UPDATE)。
如果交易在ANUM夜表找不到键值对应记录,将会去访问日表,并取日表序号进行编号并写入夜表,写入规则是:夜表中下一可用账号(日表最新下一可用账号加1)、LAST_MAINT_DATE(当天)、LAST_MAINT_STAT(‘I’INSERT),其他栏位均与日表保持一致。
(三)日表同步
序号发生器日表同步,日模式切换,输入ANUM日表和更新后的ANUM夜表,将夜表中有日表中没有的记录,写入ANUM日表。
具体来说,为了不影响日间交易对日表的正常访问,本申请选用刚切换至日模式的时间点,做ANUM夜表向日表的同步,以完成对日表的全量维护,具体更新步骤可以这样描述:
在切换至日间模式后,逐条扫描ANUM表日表,以日表为主体,对于每条记录做判断和处理。
A.如果LAST_MAINT_DATE已经是当前工作日期,则跳过不处理,认为该条已经是最新登记的序号。
B.如果LAST_MAINT_DATE小于当前工作日期,那么判定该条有可能并不是最新序号登记,接下来需要访问ANUM对应夜表:
1.如果在夜表中找不到对应记录,则仅更新日表当前记录中LAST_MAINT_DATE为当前工作日期,其他栏位均保持不变,以备下一日所用。
2.如果在夜表中找到对应记录,则使用夜表记录全栏位写入日表,LAST_MAINT_DATE(当天)、LAST_MAINT_STAT(‘I’INSERT)。
(四)日表更新
序号发生器日表更新,输入同步后的全量ANUM日表,若日间交易需要序号编码,则读取和更新ANUM日表。
具体来说,在上一步中,ANUM日表完成同步就意味着,之后的日间模式如果使用到序号发生器,将无需再访问夜表,因为此时日表已经具备全量的序号登记功能,联机交易上来可以直接取用,更新规则如下:
①若存在键值对应的记录且LAST_MAINT_DATE等于当天,则更新日表中下一可用账号(日表最新下一可用账号加1)、LAST_MAINT_DATE(当天)、LAST_MAINT_STAT(‘U’UPDATE)。
②若存在键值对应的记录且LAST_MAINT_DATE不等于当天,日表最后写入一条新记录,下一可用账号(日表最新下一可用账号加1)、LAST_MAINT_DATE(当天)、LAST_MAINT_STAT(‘I’INSERT),其他栏位按需填写。
③若不存在键值对应的记录,则在日表最后写入一条新记录,写入规则同②。
完成日表更新后,直到即将进入夜模式,进行ANUM夜表初始化,再以此往复循环处理。
基于此,本应用实例中的基于全量序号发生器的交易序号获取方法的具体实施流程可以为:
1.序号发生器夜表初始化,系统日模式的终态,对ANUM夜表做全表清空。
2.夜模式切换,系统由日模式进入夜模式。
3.序号发生器夜表更新,夜间交易使用的序号可以从ANUM夜表或日表中获取,并在使用后更新ANUM夜表。
4.日模式切换,系统由夜模式进入日模式。
5.序号发生器日表同步,在切入日模式的第一时间,将ANUM夜表数据同步至日表,得到全量的序号发生登记簿,即ANUM日表。
6.序号发生器日表更新,日间交易使用的序号仅以ANUM日表为源输入,完成对日表的插入或者更新。
在本申请的一个或多个实施例中,序号发生器ANUM数据结构的7个主要成分,包括键值、状态、发生器起始账号、发生器下一可用账号、发生器终止账号、最后维护日期和最后维护状态。
在本申请的一个或多个实施例中,ANUM夜表的中转设计,每天夜模式开始前清空夜表,夜间交易维护结果写入夜表,供切换至日间模式后同步日表,日间交易不必访问夜表。
在本申请的一个或多个实施例中,夜模式序号使用原则,在进入夜模式之后,夜间交易需要使用序号时,首先根据键值查找ANUM夜表,如果有可用序号则取用并回写夜表,否则夜表无匹配则访问日表并回写夜表。也就是说夜间序号发生器更新的源数据可能是ANUM夜表也可能是日表,支持程序跨数据库读取ANUM表。
在本申请的一个或多个实施例中,ANUM表同步方法,选择在刚切换至日间模式的时间点,将序号发生器表做夜间到日间的同步,以日表为主体进行扫描READ和更新WRITE,夜表仅READ不更改。
在本申请的一个或多个实施例中,夜模式序号使用原则,在进入日模式之后,日间交易需要使用序号时,直接根据键值查找ANUM日表,获取下一可用序号并回写日表,因为当前日表数据已经是全量登记簿。
从上述描述可知,本申请具体应用实例提供的基于全量序号发生器的交易序号获取方法,为了更好的满足客户对银行服务的要求,像支持开户的功能已经由原本的仅柜台日间扩展成支持24小时开放,这意味着核心银行系统除了需要提供夜间交易接口之外,还要考虑如何保证重要序号发生器的合理和高效发号。
本申请解决了此问题,具有以下优点:
1.内存开销小,序号发生器的本质是两张数据表,分别是结构相同的日表和夜表,占用空间可控,并且对夜表设有每天清理步骤,如果日表数据量庞大,可以考虑增加对日表的历史数据清理。
2.自动化程度高,本申请提出的功能模块都可以通过软件程序实现,通过TWS批量自动调用,无需人工干预。
3.可移植性强,序号发生器的设计原理,对于账号、流水号等其他业务编号都具有较好的适用性。
4.数据处理效率高,同步机制仅涉及夜表到日表的同步,相对于模式切换时,夜表到日表和日表到夜表的双向同步,大大减少了对表和文件的增删改查次数。
综上所述,应用本申请可以实现一个日夜双系统的全量序号发生器,通过切换至日间模式后夜表到日表的同步,既实现序号发生器的连续发号,又保证日间序号发生器表是一张全量数据表,减少与夜模式其他批量数据处理可能产生的性能冲突。
从硬件层面来说,为了实现序号发生器自适应的连续发号,能够有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,并有效提高交易序号的资源使用率及对应的金融交易的可靠性,本申请提供一种用于实现所述基于全量序号发生器的交易序号获取方法中的全部或部分内容的电子设备的实施例,所述电子设备具体包含有如下内容:
处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线;其中,所述处理器、存储器、通信接口通过所述总线完成相互间的通信;所述通信接口用于实现基于全量序号发生器的交易序号获取装置与核心银行系统、数据库、网管以及用户终端等相关设备之间的信息传输;该电子设备可以是台式计算机、平板电脑及移动终端等,本实施例不限于此。在本实施例中,该电子设备可以参照实施例中的基于全量序号发生器的交易序号获取方法的实施例,以及,基于全量序号发生器的交易序号获取装置的实施例进行实施,其内容被合并于此,重复之处不再赘述。
可以理解的是,所述用户终端可以包括智能手机、平板电子设备、网络机顶盒、便携式计算机、台式电脑、个人数字助理(PDA)、车载设备、智能穿戴设备等。其中,所述智能穿戴设备可以包括智能眼镜、智能手表、智能手环等。
在实际应用中,基于全量序号发生器的交易序号获取的部分可以在如上述内容所述的电子设备侧执行,也可以所有的操作都在所述客户端设备中完成。具体可以根据所述客户端设备的处理能力,以及用户使用场景的限制等进行选择。本申请对此不作限定。若所有的操作都在所述客户端设备中完成,所述客户端设备还可以包括处理器。
上述的客户端设备可以具有通信模块(即通信单元),可以与远程的服务器进行通信连接,实现与所述服务器的数据传输。所述服务器可以包括任务调度中心一侧的服务器,其他的实施场景中也可以包括中间平台的服务器,例如与任务调度中心服务器有通信链接的第三方服务器平台的服务器。所述的服务器可以包括单台计算机设备,也可以包括多个服务器组成的服务器集群,或者分布式装置的服务器结构。
一实施例中,基于全量序号发生器的交易序号获取功能可以被集成到中央处理器9100中。其中,中央处理器9100可以被配置为进行如下控制:
步骤100:在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表。
步骤200:在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器。
步骤300:基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
从上述描述可知,本申请实施例提供的电子设备,能够实现一个日夜双系统的全量序号发生器的应用,通过切日后夜表到日表的同步,既能够实现序号发生器的连续发号,并通过将日表设置为全量数据表的处理方式,使得日间模式如果使用到序号发生器,将无需再访问夜表,因为此时日表已经具备全量的序号登记功能,联机交易上来可以直接取用,有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,同时能够有效提高获取交易序号后对交易进行处理的可靠性和处理效率,另外,还存在内存开销小、自动化程度高、可移植性强及数据处理效率高等优点。
在另一个实施方式中,基于全量序号发生器的交易序号获取装置可以与中央处理器9100分开配置,例如可以将基于全量序号发生器的交易序号获取装置配置为与中央处理器9100连接的芯片,通过中央处理器的控制来实现基于全量序号发生器的交易序号获取功能。
如图10所示,该电子设备9600还可以包括:通信模块9110、输入单元9120、音频处理器9130、显示器9160、电源9170。值得注意的是,电子设备9600也并不是必须要包括图10中所示的所有部件;此外,电子设备9600还可以包括图10中没有示出的部件,可以参考现有技术。
如图10所示,中央处理器9100有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器9100接收输入并控制电子设备9600的各个部件的操作。
其中,存储器9140,例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息,此外还可存储执行有关信息的程序。并且中央处理器9100可执行该存储器9140存储的该程序,以实现信息存储或处理等。
输入单元9120向中央处理器9100提供输入。该输入单元9120例如为按键或触摸输入装置。电源9170用于向电子设备9600提供电力。显示器9160用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器,但并不限于此。
该存储器9140可以是固态存储器,例如,只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器,其即使在断电时也保存信息,可被选择性地擦除且设有更多数据,该存储器的示例有时被称为EPROM等。存储器9140还可以是某种其它类型的装置。存储器9140包括缓冲存储器9141(有时被称为缓冲器)。存储器9140可以包括应用/功能存储部9142,该应用/功能存储部9142用于存储应用程序和功能程序或用于通过中央处理器9100执行电子设备9600的操作的流程。
存储器9140还可以包括数据存储部9143,该数据存储部9143用于存储数据,例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器9140的驱动程序存储部9144可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。
通信模块9110即为经由天线9111发送和接收信号的发送机/接收机9110。通信模块(发送机/接收机)9110耦合到中央处理器9100,以提供输入信号和接收输出信号,这可以和常规移动通信终端的情况相同。
基于不同的通信技术,在同一电子设备中,可以设置有多个通信模块9110,如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)9110还经由音频处理器9130耦合到扬声器9131和麦克风9132,以经由扬声器9131提供音频输出,并接收来自麦克风9132的音频输入,从而实现通常的电信功能。音频处理器9130可以包括任何合适的缓冲器、解码器、放大器等。另外,音频处理器9130还耦合到中央处理器9100,从而使得可以通过麦克风9132能够在本机上录音,且使得可以通过扬声器9131来播放本机上存储的声音。
本申请的实施例还提供能够实现上述实施例中的基于全量序号发生器的交易序号获取方法中全部步骤的一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述实施例中的执行主体为服务器或客户端的基于全量序号发生器的交易序号获取方法的全部步骤,例如,所述处理器执行所述计算机程序时实现下述步骤:
步骤100:在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表。
步骤200:在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器。
步骤300:基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
从上述描述可知,本申请实施例提供的计算机可读存储介质,能够实现一个日夜双系统的全量序号发生器的应用,通过切日后夜表到日表的同步,既能够实现序号发生器的连续发号,并通过将日表设置为全量数据表的处理方式,使得日间模式如果使用到序号发生器,将无需再访问夜表,因为此时日表已经具备全量的序号登记功能,联机交易上来可以直接取用,有效减少日间模式与夜减模式其他批量数据处理可能产生的性能冲突,同时能够有效提高获取交易序号后对交易进行处理的可靠性和处理效率,另外,还存在内存开销小、自动化程度高、可移植性强及数据处理效率高等优点。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(装置)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
Claims (18)
1.一种基于全量序号发生器的交易序号获取方法,其特征在于,包括:
在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;
在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;
以及,基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
2.根据权利要求1所述的基于全量序号发生器的交易序号获取方法,其特征在于,在所述基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表之前,还包括:
在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
3.根据权利要求1或2所述的基于全量序号发生器的交易序号获取方法,其特征在于,所述目标序号组包括:起始序号、下一可用序号以及终止序号;
其中,所述序号为交易用账号或流水号。
4.根据权利要求1所述的基于全量序号发生器的交易序号获取方法,其特征在于,所述在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表,包括:
基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
5.根据权利要求4所述的基于全量序号发生器的交易序号获取方法,其特征在于,在所述基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录之后,还包括:
若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录;
应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
6.根据权利要求1所述的基于全量序号发生器的交易序号获取方法,其特征在于,所述在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,包括:
在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表;
若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
7.根据权利要求6所述的基于全量序号发生器的交易序号获取方法,其特征在于,在所述访问所述夜表之后,还包括:
若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
8.根据权利要求1所述的基于全量序号发生器的交易序号获取方法,其特征在于,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
9.一种基于全量序号发生器的交易序号获取装置,其特征在于,包括:
夜表更新模块,用于在核心银行系统切换至夜间模式时,基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录以获取对应的目标序号组并更新所述夜表;
日表同步模块,用于在所述核心银行系统切换至日间模式时,判断日表的当前序号登记记录是否为最新序号登记记录,若否,则将所述夜表内的序号登记记录同步至所述日表,以使该日表形成对应的全量序号发生器,其中,所述夜表和日表均为序号发生器;
日表更新模块,用于基于已形成所述全量序号发生器的日表获取日间交易请求对应的目标序号组,并对应更新该日表。
10.根据权利要求9所述的基于全量序号发生器的交易序号获取装置,其特征在于,还包括:
夜表初始化模块,用于在所述核心银行系统切换至所述夜间模式之前,对所述夜表进行初始化处理。
11.根据权利要求9或10所述的基于全量序号发生器的交易序号获取装置,其特征在于,所述目标序号组包括:起始序号、下一可用序号以及终止序号;
其中,所述序号为交易用账号或流水号。
12.根据权利要求9所述的基于全量序号发生器的交易序号获取装置,其特征在于,所述夜表更新模块用于执行下述内容:
基于接收的夜间交易请求优先访问经初始化后的夜表内的序号登记记录;
若在所述夜表中读取到对应的序号登记记录,则应用该夜表获取所述夜间交易请求对应的目标序号组并对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
13.根据权利要求12所述的基于全量序号发生器的交易序号获取装置,其特征在于,所述夜表更新模块还用于执行下述内容:
若未在所述夜表中读取到对应的序号登记记录,则访问所述日表并在该日表中获取所述夜间交易请求对应的序号登记记录;
应用所述日表获取所述夜间交易请求对应的目标序号组,以及对应更新所述夜表;
以及,应用该目标序号组对所述夜间交易请求进行对应处理。
14.根据权利要求9所述的基于全量序号发生器的交易序号获取装置,其特征在于,所述日表同步模块用于执行下述内容:
在所述核心银行系统切换至日间模式时,逐条扫描所述日表中的序号登记记录;
若获知所述日表的序号登记记录中的最后维护日期早于当前工作日期,则访问所述夜表;
若在所述夜表中查找到对应序号登记记录,则将所述夜表内的序号登记记录均写入所述日表中,以使该日表形成对应的全量序号发生器。
15.根据权利要求14所述的基于全量序号发生器的交易序号获取装置,其特征在于,日表同步模块还用于执行下述内容:
若在所述夜表中未查找到对应序号登记记录,则将所述日表的序号登记记录中的最后维护日期更新为当前工作日期。
16.根据权利要求9所述的基于全量序号发生器的交易序号获取装置,其特征在于,所述序号发生器用于存储键值、最后维护日期、最后维护状态和所述目标序号组各自对应的数据类型和取值范围。
17.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至8任一项所述的基于全量序号发生器的交易序号获取方法的步骤。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至8任一项所述的基于全量序号发生器的交易序号获取方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911239140.3A CN111026755B (zh) | 2019-12-06 | 2019-12-06 | 基于全量序号发生器的交易序号获取方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911239140.3A CN111026755B (zh) | 2019-12-06 | 2019-12-06 | 基于全量序号发生器的交易序号获取方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111026755A CN111026755A (zh) | 2020-04-17 |
CN111026755B true CN111026755B (zh) | 2023-05-02 |
Family
ID=70204467
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911239140.3A Active CN111026755B (zh) | 2019-12-06 | 2019-12-06 | 基于全量序号发生器的交易序号获取方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111026755B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111694843B (zh) * | 2020-05-28 | 2023-09-22 | 平安科技(深圳)有限公司 | 缺失号码检测方法、装置、电子设备及存储介质 |
CN113326277B (zh) * | 2021-06-30 | 2024-03-12 | 中国工商银行股份有限公司 | MySQL数据批量新增方法及装置 |
CN113436004A (zh) * | 2021-07-06 | 2021-09-24 | 中国银行股份有限公司 | 基于核心银行系统的交易处理方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104182898A (zh) * | 2014-08-13 | 2014-12-03 | 中国银行股份有限公司 | 银行系统对夜模式期间发生的联机交易进行补录的方法 |
CN106657170A (zh) * | 2015-10-28 | 2017-05-10 | 阿里巴巴集团控股有限公司 | 一种数据同步方法及装置 |
CN107563887A (zh) * | 2017-08-22 | 2018-01-09 | 福建省农村信用社联合社 | 基于as400银行核心账务系统零停机日切方法 |
WO2018120844A1 (zh) * | 2016-12-29 | 2018-07-05 | 华为技术有限公司 | 一种差异数据备份方法和差异数据备份装置 |
CN110019062A (zh) * | 2017-08-14 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 数据同步方法和系统 |
-
2019
- 2019-12-06 CN CN201911239140.3A patent/CN111026755B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104182898A (zh) * | 2014-08-13 | 2014-12-03 | 中国银行股份有限公司 | 银行系统对夜模式期间发生的联机交易进行补录的方法 |
CN106657170A (zh) * | 2015-10-28 | 2017-05-10 | 阿里巴巴集团控股有限公司 | 一种数据同步方法及装置 |
WO2018120844A1 (zh) * | 2016-12-29 | 2018-07-05 | 华为技术有限公司 | 一种差异数据备份方法和差异数据备份装置 |
CN110019062A (zh) * | 2017-08-14 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 数据同步方法和系统 |
CN107563887A (zh) * | 2017-08-22 | 2018-01-09 | 福建省农村信用社联合社 | 基于as400银行核心账务系统零停机日切方法 |
Non-Patent Citations (1)
Title |
---|
冯华彬 ; .银行核心系统支持7×24小时不间断服务分析.中国金融电脑.2013,(第05期),全文. * |
Also Published As
Publication number | Publication date |
---|---|
CN111026755A (zh) | 2020-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111026755B (zh) | 基于全量序号发生器的交易序号获取方法及装置 | |
CN111047430B (zh) | 会计核算信息处理方法及装置 | |
CN111708841B (zh) | 数据库数据同步方法及装置 | |
CN111031058A (zh) | 基于WebSocket的分布式服务器集群交互方法及装置 | |
CN111782470B (zh) | 分布式容器日志数据处理方法及装置 | |
CN112612851B (zh) | 多中心数据同步方法及装置 | |
CN111679790B (zh) | 远程软件开发存储空间分配方法及装置 | |
CN112069260B (zh) | 数据存储及对账方法和系统 | |
CN101741569B (zh) | 数据同步方法、系统及客户端、服务器 | |
CN101673217B (zh) | 一种实现远端程序调用的方法和系统 | |
CN111797099A (zh) | 一种基于科目与辅助属性的数据处理方法及装置 | |
CN111930624B (zh) | 测试链路报文数据处理方法及装置 | |
CN116701413A (zh) | 主数据处理方法及装置 | |
CN112734545B (zh) | 区块链数据共享方法、装置及系统 | |
CN109451073A (zh) | 一种多端信息同步提醒方法、系统、设备及存储介质 | |
CN110889765B (zh) | 交易信息报送方法及装置 | |
CN103327480A (zh) | 一种智能手机多账户联系人信息同步方法 | |
CN111767118B (zh) | 基于分布式文件系统的容器存储空间处理方法及装置 | |
CN113094433A (zh) | 一种基于区块链的消费券处理方法及装置 | |
CN111737299A (zh) | 缓存数据处理方法及装置 | |
CN103188281A (zh) | 一种网站更新回复的方法及系统 | |
CN111858765A (zh) | 应用于数据库扩容场景的数据处理方法、装置及系统 | |
CN113626086A (zh) | 基于共享启动空间的多核处理器启动方法及装置 | |
CN113342501B (zh) | 系统故障处理方法及装置 | |
CN111951100B (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 |