CN101299259A - 解决数据资源访问热点问题的系统和方法 - Google Patents
解决数据资源访问热点问题的系统和方法 Download PDFInfo
- Publication number
- CN101299259A CN101299259A CNA2008100996479A CN200810099647A CN101299259A CN 101299259 A CN101299259 A CN 101299259A CN A2008100996479 A CNA2008100996479 A CN A2008100996479A CN 200810099647 A CN200810099647 A CN 200810099647A CN 101299259 A CN101299259 A CN 101299259A
- Authority
- CN
- China
- Prior art keywords
- amount
- sublist
- share
- data resource
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种解决数据资源访问热点问题的系统,该系统包括:系统主机,用于根据接收自业务受理终端的指令,进行额度初始化设置、额度控制、额度归集或额度调整操作;业务受理终端,用于接收客户或柜员通过网上银行、电话银行、柜面、自助终端发起的交易申请;所述业务受理终端通过网络与系统主机连接。本发明同时公开了一种解决数据资源访问热点问题的方法。利用本发明,既能够满足数据资源额度控制的要求,数据资源可以同时被多个用户访问,不同销售点之间共享同一额度资源,减少数据访问冲突,避免热点问题的出现,又能够使额度资源得到最大程度的利用。
Description
技术领域
本发明涉及数据资源管理技术领域,特别是涉及一种解决数据资源访问热点(hot spot)问题的系统和方法,以及一种解决数据资源访问热点问题的额度控制方法。
背景技术
日常生活中,常常出现短时间多次更新同一数据的情况。例如,理财产品热销,过年过节时火车票、飞机票的抢购,奥运会门票的销售,旅游旺季时各地酒店的预定等。各种数据资源存储在计算机系统中,用户可以通过各种渠道(互联网、电话,各个营业网点等)更新数据资源。短时间内对数据进行频繁地更新,会导致出现热点(hot spot)问题,给计算机系统造成很大的压力,甚至导致系统瘫痪。
目前的解决方法主要两种:一种是减少同一时间并发的交易量,这种方法虽然可以有效地解决热点问题,但是由于并发的交易量少了,降低了服务水平。另外一种方法是异步更新资源,每一次资源的更新,都会在登记簿中登记一条记录,计算机系统定时扫描登记簿,并根据登记簿信息更新资源,由于资源不是实时更新的,因此能够有效地解决热点问题。但由于不是实时反映资源情况,从而导致用户查询时不能准确知道数据资源的信息,影响服务水平。
此外,很多情况下,数据资源不是无限使用的,往往存在额度的限制,例如理财产品额度、火车票、门票、酒店数量等,都会有一定的限额控制的。如果额度集中存储,则销售过程中存在数据访问冲突的问题;如果额度分布存储,则有可能由于某些销售点热销而某些销售点销售情况不好,从而导致额度资源浪费,存在着如何使额度资源得到最大程度利用的问题。
如何既满足额度控制要求,减少数据访问冲突,避免热点问题的出现,又使额度资源得到最大程度的利用,已经成为数据资源管理技术领域的一个重要问题。
发明内容
(一)要解决的技术问题
有鉴于此,本发明的一个目的在于提供一种解决数据资源访问热点问题的系统,以满足数据资源控制的要求,减少数据访问冲突,避免热点问题的出现,并使数据资源得到最大程度的利用。
本发明的另一个目的在于提供一种解决数据资源访问热点问题的方法,以满足数据资源控制的要求,减少数据访问冲突,避免热点问题的出现,并使数据资源得到最大程度的利用。
本发明的再一个目的在于提供一种解决数据资源访问热点问题的额度控制方法,以满足额度控制的要求,减少数据访问冲突,避免热点问题的出现,并使额度资源得到最大程度的利用。
(二)技术方案
为达到上述目的,本发明提供了一种解决数据资源访问热点问题的系统,该系统包括:
系统主机,用于根据接收自业务受理终端的指令,进行额度初始化设置、额度控制、额度归集或额度调整操作;
业务受理终端,用于接收客户或柜员通过网上银行、电话银行、柜面、自助终端发起的交易申请;
所述业务受理终端通过网络与系统主机连接。
上述方案中,所述系统主机包括:
数据存储装置,用于存储额度信息和系统参数信息,其中,系统参数信息至少包括扩模额度、抓取额度和保留比例,用于控制额度控制装置的工作方式;
额度控制装置,用于对数据存储装置中的额度进行管理,至少包括额度扣减过程中的控制、额度增加过程中的控制、以及额度归集或调整控制,使额度能够得到最大程度的利用且不产生数据冲突热点问题。
上述方案中,所述数据存储装置存储有数据资源控制总表和数据资源控制子表,数据资源控制总表和数据资源控制子表通过唯一标志进行关联,该唯一标志为需要进行控制的数据资源的名称;每一个数据资源在数据资源控制总表中有唯一的记录,对应地在数据资源控制子表中分为多条记录。
上述方案中,所述数据资源控制总表为额度控制总表,该额度控制总表至少包括以下字段:唯一标识、总额度、保留总额度、保留比例、抓取额度、扩模额度、当前模数和最大模数。
上述方案中,所述数据资源控制子表为额度控制子表,该额度控制子表至少包括以下字段:唯一标识、序号、可用额度和开关标志。
上述方案中,所述额度控制装置包括:
总控单元,用于根据接收自业务受理终端的请求,调用不同的功能单元对数据存储装置进行操作;
数据初始化单元,用于对数据存储装置3进行初始化操作;
额度控制单元,用于在交易过程中对额度的使用或增加进行控制操作;对于份额为循环额度的产品,如果某条子表记录的额度随着额度的增加而导致可用额度大于总表的扩模额度时,则将该记录的可用额度摊分到开关标志为关的序号最小的记录,并打开该条记录的开关标志,使该条记录变为可用;
子表合并单元,用于在数据资源控制子表中某条记录的可用额度与数据资源控制总表的保留总额度之和小于扣减额度,不满足额度扣减要求导致交易失败时,关闭序号为当前模数的子表记录,将该子表记录的额度累加到数据资源控制总表的保留总额度中,使数据资源控制总表的保留总额度满足下次额度不足时的额度抓取要求,充分利用额度资源;
数据归集单元,用于在日间交易完毕后,将某个额度的所剩份额在数据存储装置的数据资源控制总表和数据资源控制子表中进行重新初始化,使剩余额度得以重新平均分配,更好地满足业务需求;
数据调整装置,用于在日常交易的过程中对数据存储装置中存储的信息进行调整,使得系统能够更好地满足业务需求。
本发明还提供了一种解决数据资源访问热点问题的方法,该方法将数据资源按照一定的规则存放在子表的多条记录中,使得数据资源可同时被多个用户访问,而不会出现热点问题,具体包括以下步骤:
建立数据资源控制总表和子表,每个数据资源在建立的总表中对应有一条记录,在建立的子表中对应有多条记录,根据总表中的参数将该数据资源分配到子表的多条记录中;
初始化总表记录以及子表记录,使得该数据资源份额按照总表中各参数的控制分配到各条子表记录中,总表记录保存一定的保留份额;
根据数据资源份额增加或减少,分别对数据资源进行控制处理,使得数据资源可同时被多个用户访问,而不会出现热点问题。
上述方案中,所述根据总表中的参数将该数据资源分配到子表的多条记录中,是根据总表中的下列参数进行的:
扩模份额,用于控制每条子表记录的可用数据资源的最大值;
最大模数,用于控制某个数据资源在子表中的记录的数目;
当前模数,用于记录开关标志为开的子表记录的数目;
保留总份额,用于存储部分平时不使用的数据资源,以便子表在需要时可以进行数据资源抓取;
保留比例,用于控制保留总份额占剩余份额的比例;
抓取份额,用于控制子表每次从总表中抓取数据资源的数量;
其中,上述总表中的各参数根据各应用领域的实际情况,进行合理的设置;子表中的每条记录都设置有开关标志,用于控制某条记录是否可用。
上述方案中,所述根据数据资源份额增加或减少分别对数据资源进行控制处理的步骤中,当数据资源份额减少时,对数据资源进行控制处理包括:
当数据资源发生份额减少时,随机访问某条可用的子表记录,如果子表记录的资源份额足够,则更新子表份额,份额减少成功;
如果子表记录的资源份额不够,则访问总表,判断总表保留资源份额加上子表资源份额是否足够,如果足够,则从总表中抓取份额增加到子表中,然后更新子表份额,份额减少成功;
如果仍不足够,则份额减少失败,同时关闭序号最大的且可用的子表记录,使得该子表记录不可用,并把子表记录的份额累加到总表的保留资源份额中。
上述方案中,所述根据数据资源份额增加或减少分别对数据资源进行控制处理的步骤中,当数据资源份额增加时,对数据资源进行控制处理包括:
当数据资源发生份额增加时,随机访问某条可用的子表记录,增加子表记录的份额,份额增加成功;
如果增加后的子表份额超出了参数控制的某条子表能够储存的最大份额,则再判断可用的子表记录数目是否达到最大值;
如果子表记录数没有达到最大值,则打开序号最小的不可用的子表记录,使得该记录变为可用,同时将本次增加的份额的一部分分摊到该记录中;
如果子表记录数已经达到最大值,则将本次增加的份额更新到总表的保留份额中,份额增加成功。
本发明还提供了一种解决数据资源访问热点问题的额度控制方法,该方法将数据资源按照一定的规则存放在子表的多条记录中,使得数据资源可同时被多个用户访问,而不会出现热点问题,具体包括以下步骤:
建立额度控制总表和子表,每个数据资源在建立的总表中对应有一条记录,在建立的子表中对应有多条记录,根据总表中的参数将该数据资源分配到子表的多条记录中;
初始化总表记录以及子表记录,使得该数据资源份额按照总表中各参数的控制分配到各条子表记录中,总表记录保存一定的保留份额;
根据数据资源份额增加或减少,分别对额度进行控制处理,使得数据资源可同时被多个用户访问,而不会出现热点问题。
上述方案中,所述根据总表中的参数将该数据资源分配到子表的多条记录中,是根据总表中的下列参数进行的:
扩模额度,用于控制每条子表记录的可用额度的最大值;
最大模数,用于控制某个额度在子表中的记录的数目;
当前模数,用于记录开关标志为开的子表记录的数目;
保留总额度,用于存储部分平时不使用的额度,以便子表在需要时可以进行额度抓取;
保留比例,用于控制保留总额度占剩余份额的比例;
抓取额度,用于控制子表每次从总表中抓取额度的数量;
其中,上述总表中的各参数根据各应用领域的实际情况,进行合理的设置;子表中的每条记录都设置有开关标志,用于控制某条记录是否可用。
上述方案中,所述根据数据资源份额增加或减少分别对额度进行控制处理的步骤中,当数据资源份额减少时,对额度进行控制处理包括:
当数据资源发生份额减少时,随机访问某条可用的子表记录,如果子表记录的资源份额足够,则更新子表份额,份额减少成功;如果子表记录的资源份额不够,则访问总表,判断总表保留资源份额加上子表资源份额是否足够,如果足够,则从总表中抓取份额增加到子表中,然后更新子表份额,份额减少成功;如果仍不足够,则份额减少失败,同时关闭序号最大的且可用的子表记录,使得该子表记录不可用,并把子表记录的份额累加到总表的保留资源份额中。
上述方案中,所述根据数据资源份额增加或减少分别对额度进行控制处理的步骤中,当数据资源份额增加时,对额度进行控制处理包括:
当数据资源发生份额增加时,随机访问某条可用的子表记录,增加子表记录的份额,份额增加成功;如果增加后的子表份额超出了参数控制的某条子表能够储存的最大份额,则再判断可用的子表记录数目是否达到最大值;如果子表记录数没有达到最大值,则打开序号最小的不可用的子表记录,使得该记录变为可用,同时将本次增加的份额的一部分分摊到该记录中;如果子表记录数已经达到最大值,则将本次增加的份额更新到总表的保留份额中,份额增加成功。
(三)有益效果
从上述技术方案可以看出,本发明具有以下有益效果:
1、本发明提供的这种解决数据资源访问热点问题的系统及方法,通过在计算机系统上合理地组织和设计系统结构,采取合适的额度控制机制,使系统既能够满足数据资源额度控制的要求,数据资源可以同时被多个用户访问,不同销售点之间共享同一额度资源,减少数据访问冲突,避免热点问题的出现,又能够使额度资源得到最大程度的利用。
2、本发明提供的这种解决数据资源访问热点问题的系统及方法,额度控制装置中各个单元互相配合,使系统能够实现数据资源额度控制的要求,以及对闲置的额度资源进行归集以便循环使用,使额度资源可以得到最大程度的利用,又能够使不同销售点之间能够共享同一额度资源,不会产生数据访问冲突热点问题,进一步提高了客户服务水平。
附图说明
图1为本发明提供的解决数据资源访问热点问题的系统的结构示意图;
图2是本发明提供的解决数据资源访问热点问题的系统中额度控制装置的结构示意图;
图3示出了本发明提供的解决数据资源访问热点问题的方法的流程图;
图4依照本发明实施例提供的数据初始化流程图;
图5依照本发明实施例提供的理财产品认购流程图;
图6依照本发明实施例提供的理财产品赎回流程图;
图7依照本发明实施例提供的子表合并流程图;
图8依照本发明实施例提供的额度归集流程图;
图9依照本发明实施例提供的数据调整流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本发明进一步详细说明。
如图1所示,图1为本发明提供的解决数据资源访问热点问题的系统的结构示意图,该系统包括系统主机2和业务受理终端1。其中,系统主机2用于根据接收自业务受理终端的指令,进行额度初始化设置、额度控制、额度归集或额度调整等操作。业务受理终端1用于接收客户或柜员通过网上银行、电话银行、柜面、自助终端发起的交易申请。业务受理终端1通过网络与系统主机2连接。
所述系统主机包括数据存储装置3和额度控制装置4。其中,数据存储装置3用于存储额度信息和系统参数等信息,其中,系统参数信息至少包括扩模额度、抓取额度和保留比例等参数,用于控制额度控制装置的工作方式。额度控制装置4用于对数据存储装置中的额度进行管理,至少包括额度扣减过程中的控制、额度增加过程中的控制、以及额度归集或调整控制等,使额度能够得到最大程度的利用且不产生数据冲突热点问题。
所述数据存储装置3存储有数据资源控制总表和数据资源控制子表,数据资源控制总表和数据资源控制子表通过唯一标志进行关联,该唯一标志为需要进行控制的数据资源的名称;每一个数据资源在数据资源控制总表中有唯一的记录,对应地在数据资源控制子表中分为多条记录。
所述数据资源控制总表一般为额度控制总表,该额度控制总表至少包括以下字段:唯一标识、总额度、保留总额度、保留比例、抓取额度、扩模额度、当前模数和最大模数,具体如表1所示。
域名描述 | 数据字典 | 用途 |
唯一标识 | 需要进行控制的额度的名称 | |
总额度 | 总额度 | |
保留总额度 | 保留的额度数量,平时不使用。在额度使用过程中,如果某条子表记录的可用额度不足以扣减时,可以从保留总额度进行抓取,从而使得额度使用流程可以继续进行。 | |
保留比例 | 本字段用于计算保留总额度,计算公式为:保留总额度=剩余份额×保留比例。初始化时时,剩余份额等于总额度。交易过程中,剩余份额为未被使用的份额,包括子表记录中的所有份额之和加上总表中的保留总额度。 | |
抓取额度 | 本字段用于控制当子表记录的可用额度不足以扣减时,子表向总表的保留总额度进行抓取的数量。如果子表的可用额度加上抓取额度大于本次需要扣减的额度,则按抓取额度进行抓取,否则按子表可用额度与本次需要扣减额度的差额进行抓取,这样做的目的是为了防止多次抓取,影响系统性能。举例说明,假设子表记录的可用额 |
度为100,总表保留额为50,抓取额度为30,本次需要扣减的额度为120元,则由于子表记录可用额度(100)+抓取额度(30)>120,所以按抓取额度(30)进行抓取;如果本次认购金额为140元,则由于子表记录可用额度(100)+抓取额度(30)<140,则按子表可用额度与本次认购金额的差额40元进行抓取。 | ||
扩模额度 | 本字段用于控制每条子表记录的“可用额度”的最大值。在额度增加的情况下(如理财产品的赎回、客户退票等等),会使某条子表记录的可用额度增大,当增大后的子表可用额度大于扩模额度时候,子表记录的可用额度会摊分到序号最小的开关标志为关的子表记录,并置该记录的开关标志为开。 | |
当前模数 | 本字段用于记录开关标志为开的子表记录的数目。在额度扣减的过程中,如果子表的可用额度+总表的保留总额度<本次需要扣减的额度,这时由于额度不足交易失败,但是系统会把序号最大的开关标志为开的子表记录关闭,并把它的可用额度累加到总表保留额度中,使得下次交易时,有足够的额度进行扣减。在额度增加的过程中,如果增大后的子表可用额度大于扩模额度时候,子表记录的可用额度会摊分到序号最小的开关标志为关的子表记录,并置该记录的开关标志为开。这样就能保证了,开关标志始终为开的子表记录序号是连续的,从而取区间[1,当前模数]中的随机数作为序号访问的子表均是开关标志为开的记录。 | |
最大模数 | 本字段用于控制某个额度在子表中的记录的数目。 |
表1
所述数据资源控制子表一般为额度控制子表,该额度控制子表至少包括以下字段:唯一标识、序号、可用额度和开关标志,具体如表2所示。
域名描述 | 数据字典 | 用途 |
唯一标识 | 需要进行控制的额度的名称 |
序号 | 子表记录的序号,通过唯一标识和序号可以唯一确定一条子表记录 | |
可用额度 | 每条子表记录保存的额度数量 | |
开关标志 | 0.关1.开 | 标识该条记录是否可用,如果开关标志为开,则记录可用,开关标志关,则记录不可用。 |
表2
图2是本发明提供的解决数据资源访问热点问题的系统中额度控制装置的结构示意图,额度控制装置4是业务受理终端1与数据存储装置3之间的桥梁,业务人员通过业务受理终端1发起的额度控制申请以及客户发起的交易申请,均是通过额度控制装置4对数据存储装置3进行操作的,使得产品在限额销售过程中,额度资源可以最大程度的利用,并不会产生数据访问冲突热点问题。
额度控制装置4包括总控单元41、数据初始化单元42、额度控制单元43、子表合并单元44、数据归集单元45和数据调整单元46。其中,总控单元41用于根据接收自业务受理终端的请求,调用不同的功能单元对数据存储装置3进行相应的操作。数据初始化单元42用于对数据存储装置3进行初始化操作,尤其是在某一个额度需要使用本系统进行额度控制时,对数据存储装置3进行初始化操作。额度控制单元43用于在交易过程中对额度的使用或增加进行控制操作;对于份额为循环额度的产品,如果某条子表记录的额度随着额度的增加而导致可用额度大于总表的扩模额度时,则将该记录的可用额度摊分到开关标志为关的序号最小的记录,并打开该条记录的开关标志,使该条记录变为可用。子表合并单元44用于在数据资源控制子表中某条记录的可用额度与数据资源控制总表的保留总额度之和小于扣减额度,不满足额度扣减要求导致交易失败时,关闭序号为当前模数的子表记录,将该子表记录的额度累加到数据资源控制总表的保留总额度中,使数据资源控制总表的保留总额度满足下次额度不足时的额度抓取要求,充分利用额度资源。数据归集单元45用于在日间交易完毕后,将某个额度的所剩份额在数据存储装置的数据资源控制总表和数据资源控制子表中进行重新初始化,使剩余额度得以重新平均分配,更好地满足业务需求。数据调整装置46用于在日常交易的过程中对数据存储装置中存储的信息进行调整,使得系统能够更好地满足业务需求。
基于图1和图2所示的解决数据资源访问热点问题的系统,图3示出了本发明提供的解决数据资源访问热点问题的方法的流程图,该方法将数据资源按照一定的规则存放在子表的多条记录中,使得数据资源可同时被多个用户访问,而不会出现热点问题,具体包括以下步骤:
步骤301:建立数据资源控制总表和子表,每个数据资源在建立的总表中对应有一条记录,在建立的子表中对应有多条记录,根据总表中的参数将该数据资源分配到子表的多条记录中;
步骤302:初始化总表记录以及子表记录,使得该数据资源份额按照总表中各参数的控制分配到各条子表记录中,总表记录保存一定的保留份额;
步骤303:根据数据资源份额增加或减少,分别对额度进行控制处理,使得数据资源可同时被多个用户访问,而不会出现热点问题。
步骤301中所述根据总表中的参数将该数据资源分配到子表的多条记录中,是根据总表中的下列参数进行的:扩模额度、最大模数、当前模数、保留总额度、保留比例、抓取额度。其中,扩模额度,用于控制每条子表记录的可用额度的最大值;最大模数,用于控制某个额度在子表中的记录的数目;当前模数,用于记录开关标志为开的子表记录的数目;保留总额度,用于存储部分平时不使用的额度,以便子表在需要时可以进行额度抓取;保留比例,用于控制保留总额度占剩余份额的比例;抓取额度,用于控制子表每次从总表中抓取额度的数量。上述总表中的各参数根据各应用领域的实际情况,进行合理的设置;子表中的每条记录都设置有开关标志,用于控制某条记录是否可用。
上述根据数据资源份额增加或减少分别对额度进行控制处理的步骤303中,当数据资源份额减少时,对额度进行控制处理包括:当数据资源发生份额减少时,随机访问某条可用的子表记录,如果子表记录的资源份额足够,则更新子表份额,份额减少成功;如果子表记录的资源份额不够,则访问总表,判断总表保留资源份额加上子表资源份额是否足够,如果足够,则从总表中抓取份额增加到子表中,然后更新子表份额,份额减少成功;如果仍不足够,则份额减少失败,同时关闭序号最大的且可用的子表记录,使得该子表记录不可用,并把子表记录的份额累加到总表的保留资源份额中。
上述根据数据资源份额增加或减少分别对额度进行控制处理的步骤303中,当数据资源份额增加时,对额度进行控制处理包括:当数据资源发生份额增加时,随机访问某条可用的子表记录,增加子表记录的份额,份额增加成功;如果增加后的子表份额超出了参数控制的某条子表能够储存的最大份额,则再判断可用的子表记录数目是否达到最大值;如果子表记录数没有达到最大值,则打开序号最小的不可用的子表记录,使得该记录变为可用,同时将本次增加的份额的一部分分摊到该记录中;如果子表记录数已经达到最大值,则将本次增加的份额更新到总表的保留份额中,份额增加成功。
为了清楚地描述本发明提供的这种解决数据资源访问热点问题的系统的处理流程,以下以理财产品的销售为例,描述本发明如何实现在理财产品销售过程中,对理财产品的额度进行控制,使理财产品的额度得到最大程度的利用,并且不会出现数据访问热点问题。
图4描述的是依照本发明实施例提供的业务人员进行数据初始化的流程图。
步骤401,业务人员通过业务受理终端,输入某种理财产品的初始化数据,包括:唯一标识,总额度,保留比例,抓取额度,扩模额度,最大模数。
步骤402,数据初始化单元42初始化额度控制总表31中的额度总保留额度、当前模数。所采用计算公式为“保留总额度=总额度×保留比例”,“当前模数=最大模数”。
步骤403,数据初始化单元42初始化额度控制子表32中的记录。根据最大模数在额度控制子表32中建立相应数量的记录数,且可用额度为“可用额度=(总额度-保留总额度)/最大模数”(这里需要注意四舍五入问题,最后一条子表记录的可用额度应该为总额度-前面最大模数减1条子表记录的总可用额度累计)。
步骤404,设置额度控制子表32中该种理财产品的每条记录的开关标志为“开”。
步骤405,初始化结束。
图5描述的是依照本发明实施例提供的客户进行理财产品认购的流程图。
步骤501,客户或业务人员通过业务受理终端1发起认购申请。
步骤502,总控单元41调用额度认购控制单元43,根据产品唯一标识不带数据库锁(不带锁读,所以不会产生数据冲突问题)读取额度控制总表31记录,取得当前模数a和保留总额度b。
步骤503,使用随机函数计算出一个序号c。(随机函数可以根据系统特性自行设计,本发明采用“系统时间戳最后6位mod a)+1”)
步骤504,根据产品唯一标识+序号c不带数据库锁读取额度控制子表32记录A,取得A的可用额度d。
步骤505,判断是否符合“额度控制子表只有一条记录,且b+d小于本次认购金额”的条件。符合条件即表明产品份额已经不足以认购,转到步骤517。否则转到步骤506。
步骤506,根据唯一标识+序号c带数据库锁读取额度控制子表32记录A,取得子表记录实际的可用额度e。(因为前面的b和c都是“脏读”,而表记录随时可能被其他步骤进行修改,因此需要带数据库锁来锁定子表记录重新读取可用额度。)
步骤507,判断额度控制子表32记录A的开关标志是否为关。如果记录开关标志为“关”,则表示记录A不可用,转到步骤517。否则转到步骤508。
对于记录A开关标志的说明:由于开关标志为开的子表记录始终是连续的,并且开关标志为开的记录数为总表的当前模数a,步骤502所使用的随机函数是取a的模余+1,因此当时得出的序号c所对应的记录A的开关标志应该为“开”。但是由于数据库没有被锁定,表记录随时可能被其他步骤进行修改。如果记录A的开关标志已为关,则证明总表的当前模数已经发生变化,子表记录A的可用额度已经在某次认购中通过子表合并单元45合并到额度控制总表记录的保留总额度中,使得下次销售有保留总额度可以抓取。因此子表记录A不可用,销售失败。
步骤508,判断可用额度e是否足够支付本次认购。如果足够,则转到步骤509;否则,到步骤510。
步骤509,更新记录A的可用额度为“A的可用额度=A的可用额度-本次认购金额”,转到步骤516。
步骤510,如果记录A的可用额度e+“脏读”的总表保留额度b小于本次认购金额,转到步骤517,否则转到步骤511。
步骤511,根据唯一标识带数据库锁读额度控制总表31记录,取得总表记录的保留总额度f(f不一定等于b,因为之前是不带数据库锁对额度控制总表31记录进行“脏读”)。
步骤512,如果记录A的可用额度e+总表的保留总额度f小于本次认购金额,则转到步骤517,否则转到步骤513。
步骤513,从额度控制总表抓取所需额度(记为h)。根据公式“本次认购金额-e=g”计算差额g。如果g小于额度控制总表31的抓取额度,则h=抓取额度,即按抓取额度从额度控制总表中抓取,增加到额度控制子表的“可用额度”中;否则h=g,即按差额g抓取从额度控制总表31中抓取额度,增加到额度控制子表的“可用额度”中。
步骤514,更新额度控制子表32记录A的可用额度为“可用额度=e+h-本次认购金额”。
步骤515,更新额度控制总表31记录的保留总额度为“保留总额度=f-g”。
步骤516,认购成功,退出额度控制单元43。
步骤517,判断上一步骤是否是步骤510、或步骤512。如果是,则转到步骤518,否则转到步骤519。
步骤518,认购失败,退出额度控制单元43,调用子表合并单元45,增加额度控制总表31记录的保留总额度,使得下次认购能够有足够的额度进行支付。
步骤519,认购失败,退出额度控制单元43。
图6描述的是依照本发明实施例提供的客户进行理财产品赎回的流程图。
步骤601,客户或业务人员通过业务受理终端1发起赎回申请。
步骤602,总控单元41判断理财产品额度需要循环使用后,调用额度控制单元43,根据产品唯一标识不带数据库锁(不带锁读,所以不会产生数据冲突问题)读取额度控制总表31记录,取得当前模数a、扩模额度b以及最大模数c。
步骤603,使用随机函数计算出一个序号d。(随机函数可以根据系统特性自行设计,本发明采用“系统时间戳最后6位mod a)+1”)
步骤604,根据产品唯一标识+序号d带数据库锁读取额度控制子表32记录A,取得记录A的可用额度e。
步骤605,判断额度控制子表32记录A的开关标志是否为“关”。如果为“关”,转到步骤606,否则转到步骤607。
步骤606,根据唯一标识带数据库锁读取额度控制总表31,更新额度控制总表31的保留总额度为“保留总额度=保留总额度+本次赎回金额”。转到步骤622。
步骤607,判断“可用额度e+本次赎回金额”是否大于额度控制总表31的扩模额度b。如果是大于,则转到步骤609,否则转到步骤608。
步骤608,更新额度控制子表32记录A的可用额度为“可用额度=可用额度e+本次赎回金额”,转到步骤622。
步骤609,判断当前模数a是否等于最大模数c。如果是,则表明所有子表记录的开关标志都是开,不需要打开额度控制子表32的记录开关,转到步骤610,否则,转到步骤612。
步骤610,更新子表记录A的可用额度为“(可用额度e+本次赎回金额)/2”,并保存为变量f。
步骤611,根据唯一标识带数据库锁读取额度控制总表31,更新额度控制总表31相应记录的保留总额度为“保留总额度=保留总额度+可用额度e+本次赎回金额-f”;转到步骤622。
这里用部分额度更新额度控制总表31的保留总额度,是为了防止赎回金额过大时,额度资源集中在某条子表记录上。更新额度控制总表31时,考虑到四舍五入问题,不能直接更新额度控制总表31的保留总额度为“保留总额度+(e+本次赎回金额)/2”)。
步骤612,判断当前模数a是否大于最大模数c。如果是,则表明数据存储装置发生了错误,转到步骤621,否则转到步骤613。
步骤613,根据唯一标识+(当前模数a+1)带数据库锁读取额度控制子表32记录B,并判断记录B的开关标志是否为“开”。如果为开,则转到步骤614,如果为关,表示记录B已经被子表合并单元53合并过并且置为关闭,则子表记录B的可用额度为0,转到步骤615。
关于记录B开关标志的说明:序号为当前模数a+1的子表记录的开关标志应该是关的。如果子表记录B的开关标志为开,则表示本次赎回过程中,子表记录B的开关已经被并发的赎回过程打开了,则不再对此记录B进行更新。
步骤614,根据唯一标识带数据库锁读取额度控制总表31,更新相应记录的保留总金额为“保留总额度=保留总额度+本次赎回金额”,转到步骤622。
步骤615,更新额度控制子表32记录B的可用额度为“(记录A的可用额度e+本次赎回金额)/2”,保存为变量g,并打开子表记录B的开关标志。
步骤616,更新额度控制子表32记录A的可用额度为“可用额度=记录A的可用额度e+本次赎回金额-g”
考虑到四舍五入问题,不能直接更新额度控制子表32记录A的可用额度为“(e+本次赎回金额)/2”)。
步骤617,根据唯一标识带数据库锁读取额度控制总表31,取得最新的当前模数。
步骤618,判断最新当前模数是否等于最初取得的当前模数a。如果当前模数不等于之前脏读取得的当前模数a,则表明当前模数已经发生变化,这时如果允许赎回成功,则有可能导致开关标志为开的记录不连续,因此只能赎回失败,转到步骤620。否则转到步骤619。
步骤619,更新总表记录的当前模数为“当前模数=a+1”。转到步骤622。
步骤620,取消本次赎回过程中对数据存储装置3所做的修改。转到步骤621。
步骤621,赎回失败,退出额度控制单元43。
步骤622,赎回成功,退出额度控制单元43。
图7描述的是依照本发明实施例提供的子表合并的流程。
步骤701,由于“额度控制子表32某条记录的可用额度+额度控制总表31的保留总额度”不满足认购金额要求,从而导致认购失败的情况下,总控单元41调用子表合并单元44。
步骤702,根据产品唯一标识不带数据库锁(不带锁读,所以不会产生数据冲突问题)读取额度控制总表31记录,取得当前模数a。
步骤703,根据唯一标识+序号a带数据库锁读取额度控制子表32记录A,取得可用额度b。
步骤704,判断记录A的开关标志是否为关。如果为关,则表示记录A已经被并发的子表合并流程合并,转到步骤709。否则转到步骤705
步骤705,根据唯一标识带数据库锁读取额度控制总表31记录,取得最新的当前模数。
步骤706,判断最新的当前模数是否等于之前取得的当前模数a。如果最新的当前模数不等于之前脏读取得的当前模数a,表示当前模数已经发生变化,不能合并记录,不然将会导致开关标志为开的子表记录序号不连续,转到步骤709。否则转到步骤707。
步骤707,更新额度控制子表32的记录A的可用额度为0,关闭记录A的开关标志,使得记录A变得不可用。
步骤708,更新额度控制总表31的保留总额度为“保留总额度=保留总额度+可用额度b”,更新额度控制总表31的当前模数为“当前模数=a+1”。转到步骤709。
步骤709,退出子表合并单元44。
图8描述的是依照本发明实施例提供的系统自动进行理财产品额度归集的流程图。
步骤801,日营业结束后,总控单元41调用数据归集单元45。
步骤802,计算理财产品的剩余份额。先累计该理财产品的在额度控制子表32中所有记录的可用额度之和(记为a)。产品剩余份额(记为b)=a+额度控制总表31中的保留总额度。
步骤803,根据公式“保留总额度=产品剩余份额×保留比例”更新额度控制总表31的保留总额度(记为c)。
步骤804,然后根据公式“可用额度=(b-c)/当前模数”更新额度控制子表32中该理财产品每条记录的可用额度(这里需要注意四舍五入问题,最后一条子表记录的可用额度应该为b-前面最大模数减1条子表记录的总可用额度累计)。
步骤805,设置额度控制子表32中该种理财产品的每条记录的开关标志为“开”。
步骤806,归集结束。
图9描述的是依照本发明实施例提供的业务人员进行数据调整的流程图。
步骤901,当需要调整理财产品参数的情况出现时,业务人员暂停所有的认购销售交易。
步骤902,业务人员通过终端系统输入调整数据。可调整的数据包括:总额度、保留比例、最大模数、抓取额度、扩模额度。
步骤903,数据调整单元46根据输入调整数据更新额度控制总表31中的相应值。
其中,总额度发生调整时,会同时调整额度控制总表31中“保留总额度”的值。如果是调整额度是增多,则直接将差额同时累加到额度控制总表31的保留总额度中;如果是调整额度减少,且额度控制总表31的保留总额度不够扣减调整的差额,则不允许调整,否则直接在额度控制总表31的保留总额度中扣减调整的差额。
步骤904,初始化数据存储装置3中的值。
首先累计关于该理财产品在额度控制子表32中所有记录的可用额度(记为a)。
然后计算产品剩余份额(记为b),公式为“b=可用额度a+总表保留总额度(该保留额度已经由于总额度的调整更新了)”。
根据公式“保留总额度(记为c)=剩余份额b×保留比例”更新额度控制总表31的保留总额度。
然后根据公式“可用额度=(剩余份额b-保留总额度c)/当前模数”更新该理财产品在额度控制子表32中每条记录的可用额度(这里需要注意四舍五入问题,最后一条子表记录的可用额度应该为b-前面最大模数减1条子表记录的总可用额度累计),打开该理财产品所有子表记录的开关标志。
步骤905,额度调整完成,恢复交易。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1、一种解决数据资源访问热点问题的系统,其特征在于,该系统包括:
系统主机,用于根据接收自业务受理终端的指令,进行额度初始化设置、额度控制、额度归集或额度调整操作;
业务受理终端,用于接收客户或柜员通过网上银行、电话银行、柜面、自助终端发起的交易申请;
所述业务受理终端通过网络与系统主机连接。
2、根据权利要求1所述的解决数据资源访问热点问题的系统,其特征在于,所述系统主机包括:
数据存储装置,用于存储额度信息和系统参数信息,其中,系统参数信息至少包括扩模额度、抓取额度和保留比例,用于控制额度控制装置的工作方式;
额度控制装置,用于对数据存储装置中的额度进行管理,至少包括额度扣减过程中的控制、额度增加过程中的控制、以及额度归集或调整控制,使额度能够得到最大程度的利用且不产生数据冲突热点问题。
3、根据权利要求2所述的解决数据资源访问热点问题的系统,其特征在于,所述数据存储装置存储有数据资源控制总表和数据资源控制子表,数据资源控制总表和数据资源控制子表通过唯一标志进行关联,该唯一标志为需要进行控制的数据资源的名称;每一个数据资源在数据资源控制总表中有唯一的记录,对应地在数据资源控制子表中分为多条记录。
4、根据权利要求3所述的解决数据资源访问热点问题的系统,其特征在于,所述数据资源控制总表为额度控制总表,该额度控制总表至少包括以下字段:
唯一标识、总额度、保留总额度、保留比例、抓取额度、扩模额度、当前模数和最大模数。
5、根据权利要求3所述的解决数据资源访问热点问题的系统,其特征在于,所述数据资源控制子表为额度控制子表,该额度控制子表至少包括以下字段:
唯一标识、序号、可用额度和开关标志。
6、根据权利要求2所述的解决数据资源访问热点问题的系统,其特征在于,所述额度控制装置包括:
总控单元,用于根据接收自业务受理终端的请求,调用不同的功能单元对数据存储装置进行操作;
数据初始化单元,用于对数据存储装置3进行初始化操作;
额度控制单元,用于在交易过程中对额度的使用或增加进行控制操作;对于份额为循环额度的产品,如果某条子表记录的额度随着额度的增加而导致可用额度大于总表的扩模额度时,则将该记录的可用额度摊分到开关标志为关的序号最小的记录,并打开该条记录的开关标志,使该条记录变为可用;
子表合并单元,用于在数据资源控制子表中某条记录的可用额度与数据资源控制总表的保留总额度之和小于扣减额度,不满足额度扣减要求导致交易失败时,关闭序号为当前模数的子表记录,将该子表记录的额度累加到数据资源控制总表的保留总额度中,使数据资源控制总表的保留总额度满足下次额度不足时的额度抓取要求,充分利用额度资源;
数据归集单元,用于在日间交易完毕后,将某个额度的所剩份额在数据存储装置的数据资源控制总表和数据资源控制子表中进行重新初始化,使剩余额度得以重新平均分配,更好地满足业务需求;
数据调整装置,用于在日常交易的过程中对数据存储装置中存储的信息进行调整,使得系统能够更好地满足业务需求。
7、一种解决数据资源访问热点问题的方法,其特征在于,该方法将数据资源按照一定的规则存放在子表的多条记录中,使得数据资源可同时被多个用户访问,而不会出现热点问题,具体包括以下步骤:
建立数据资源控制总表和子表,每个数据资源在建立的总表中对应有一条记录,在建立的子表中对应有多条记录,根据总表中的参数将该数据资源分配到子表的多条记录中;
初始化总表记录以及子表记录,使得该数据资源份额按照总表中各参数的控制分配到各条子表记录中,总表记录保存一定的保留份额;
根据数据资源份额增加或减少,分别对数据资源进行控制处理,使得数据资源可同时被多个用户访问,而不会出现热点问题。
8、根据权利要求7所述的解决数据资源访问热点问题的方法,其特征在于,所述根据总表中的参数将该数据资源分配到子表的多条记录中,是根据总表中的下列参数进行的:
扩模份额,用于控制每条子表记录的可用数据资源的最大值;
最大模数,用于控制某个数据资源在子表中的记录的数目;
当前模数,用于记录开关标志为开的子表记录的数目;
保留总份额,用于存储部分平时不使用的数据资源,以便子表在需要时可以进行数据资源抓取;
保留比例,用于控制保留总份额占剩余份额的比例;
抓取份额,用于控制子表每次从总表中抓取数据资源的数量;
其中,上述总表中的各参数根据各应用领域的实际情况,进行合理的设置;子表中的每条记录都设置有开关标志,用于控制某条记录是否可用。
9、根据权利要求7所述的解决数据资源访问热点问题的方法,其特征在于,所述根据数据资源份额增加或减少分别对数据资源进行控制处理的步骤中,当数据资源份额减少时,对数据资源进行控制处理包括:
当数据资源发生份额减少时,随机访问某条可用的子表记录,如果子表记录的资源份额足够,则更新子表份额,份额减少成功;
如果子表记录的资源份额不够,则访问总表,判断总表保留资源份额加上子表资源份额是否足够,如果足够,则从总表中抓取份额增加到子表中,然后更新子表份额,份额减少成功;
如果仍不足够,则份额减少失败,同时关闭序号最大的且可用的子表记录,使得该子表记录不可用,并把子表记录的份额累加到总表的保留资源份额中。
10、根据权利要求7所述的解决数据资源访问热点问题的方法,其特征在于,所述根据数据资源份额增加或减少分别对数据资源进行控制处理的步骤中,当数据资源份额增加时,对数据资源进行控制处理包括:
当数据资源发生份额增加时,随机访问某条可用的子表记录,增加子表记录的份额,份额增加成功;
如果增加后的子表份额超出了参数控制的某条子表能够储存的最大份额,则再判断可用的子表记录数目是否达到最大值;
如果子表记录数没有达到最大值,则打开序号最小的不可用的子表记录,使得该记录变为可用,同时将本次增加的份额的一部分分摊到该记录中;
如果子表记录数已经达到最大值,则将本次增加的份额更新到总表的保留份额中,份额增加成功。
11、一种解决数据资源访问热点问题的额度控制方法,其特征在于,该方法将数据资源按照一定的规则存放在子表的多条记录中,使得数据资源可同时被多个用户访问,而不会出现热点问题,具体包括以下步骤:
建立额度控制总表和子表,每个数据资源在建立的总表中对应有一条记录,在建立的子表中对应有多条记录,根据总表中的参数将该数据资源分配到子表的多条记录中;
初始化总表记录以及子表记录,使得该数据资源份额按照总表中各参数的控制分配到各条子表记录中,总表记录保存一定的保留份额;
根据数据资源份额增加或减少,分别对额度进行控制处理,使得数据资源可同时被多个用户访问,而不会出现热点问题。
12、根据权利要求11所述的解决数据资源访问热点问题的额度控制方法,其特征在于,所述根据总表中的参数将该数据资源分配到子表的多条记录中,是根据总表中的下列参数进行的:
扩模额度,用于控制每条子表记录的可用额度的最大值;
最大模数,用于控制某个额度在子表中的记录的数目;
当前模数,用于记录开关标志为开的子表记录的数目;
保留总额度,用于存储部分平时不使用的额度,以便子表在需要时可以进行额度抓取;
保留比例,用于控制保留总额度占剩余份额的比例;
抓取额度,用于控制子表每次从总表中抓取额度的数量;
其中,上述总表中的各参数根据各应用领域的实际情况,进行合理的设置;子表中的每条记录都设置有开关标志,用于控制某条记录是否可用。
13、根据权利要求11所述的解决数据资源访问热点问题的额度控制方法,其特征在于,所述根据数据资源份额增加或减少分别对额度进行控制处理的步骤中,当数据资源份额减少时,对额度进行控制处理包括:
当数据资源发生份额减少时,随机访问某条可用的子表记录,如果子表记录的资源份额足够,则更新子表份额,份额减少成功;
如果子表记录的资源份额不够,则访问总表,判断总表保留资源份额加上子表资源份额是否足够,如果足够,则从总表中抓取份额增加到子表中,然后更新子表份额,份额减少成功;
如果仍不足够,则份额减少失败,同时关闭序号最大的且可用的子表记录,使得该子表记录不可用,并把子表记录的份额累加到总表的保留资源份额中。
14、根据权利要求11所述的解决数据资源访问热点问题的额度控制方法,其特征在于,所述根据数据资源份额增加或减少分别对额度进行控制处理的步骤中,当数据资源份额增加时,对额度进行控制处理包括:
当数据资源发生份额增加时,随机访问某条可用的子表记录,增加子表记录的份额,份额增加成功;
如果增加后的子表份额超出了参数控制的某条子表能够储存的最大份额,则再判断可用的子表记录数目是否达到最大值;
如果子表记录数没有达到最大值,则打开序号最小的不可用的子表记录,使得该记录变为可用,同时将本次增加的份额的一部分分摊到该记录中;
如果子表记录数已经达到最大值,则将本次增加的份额更新到总表的保留份额中,份额增加成功。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100996479A CN101299259A (zh) | 2008-06-17 | 2008-06-17 | 解决数据资源访问热点问题的系统和方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008100996479A CN101299259A (zh) | 2008-06-17 | 2008-06-17 | 解决数据资源访问热点问题的系统和方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101299259A true CN101299259A (zh) | 2008-11-05 |
Family
ID=40079082
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008100996479A Pending CN101299259A (zh) | 2008-06-17 | 2008-06-17 | 解决数据资源访问热点问题的系统和方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101299259A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107424001A (zh) * | 2017-04-17 | 2017-12-01 | 中国工商银行股份有限公司 | 产品销售额度的控制方法及系统 |
CN110163596A (zh) * | 2019-05-05 | 2019-08-23 | 中国工商银行股份有限公司 | 一种资源额度分享系统及方法 |
CN111190910A (zh) * | 2019-07-11 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 额度资源的处理方法、装置、电子设备及可读存储介质 |
CN111324809A (zh) * | 2020-02-04 | 2020-06-23 | 京东数字科技控股有限公司 | 一种热点信息监测方法、装置及系统 |
CN112380259A (zh) * | 2020-12-29 | 2021-02-19 | 四川新网银行股份有限公司 | 一种提高线上存款产品实时联机交易份额处理速度的方法 |
-
2008
- 2008-06-17 CN CNA2008100996479A patent/CN101299259A/zh active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107424001A (zh) * | 2017-04-17 | 2017-12-01 | 中国工商银行股份有限公司 | 产品销售额度的控制方法及系统 |
CN110163596A (zh) * | 2019-05-05 | 2019-08-23 | 中国工商银行股份有限公司 | 一种资源额度分享系统及方法 |
CN110163596B (zh) * | 2019-05-05 | 2021-07-23 | 中国工商银行股份有限公司 | 一种资源额度分享系统及方法 |
CN111190910A (zh) * | 2019-07-11 | 2020-05-22 | 腾讯科技(深圳)有限公司 | 额度资源的处理方法、装置、电子设备及可读存储介质 |
CN111190910B (zh) * | 2019-07-11 | 2024-01-09 | 腾讯科技(深圳)有限公司 | 额度资源的处理方法、装置、电子设备及可读存储介质 |
CN111324809A (zh) * | 2020-02-04 | 2020-06-23 | 京东数字科技控股有限公司 | 一种热点信息监测方法、装置及系统 |
CN112380259A (zh) * | 2020-12-29 | 2021-02-19 | 四川新网银行股份有限公司 | 一种提高线上存款产品实时联机交易份额处理速度的方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107563887B (zh) | 基于as400银行核心账务系统零停机日切方法 | |
CN106649796B (zh) | 一种数据处理方法及装置 | |
CN101233497B (zh) | 收益管理系统和方法 | |
US8260758B2 (en) | Utilizing shared numeric locks | |
CN111260367B (zh) | 一种交易限额确定方法和装置 | |
EP2449520A1 (en) | System and method for adaptive selection of bank card for payment | |
CN101625686A (zh) | 一种监控多数据库之间数据一致性的方法及系统 | |
CN101145264A (zh) | 一种商务银行卡处理系统及其方法 | |
JP2010529535A (ja) | 財務情報提示デバイスに割当てた拡張機能を管理するシステム及び方法[関連出願の相互参照]本願は、2007年5月29日付けで提出した米国仮特許出願60/940,605号に基づき35USC119(e)の規定により優先権主張して2008年2月4日に出願した米国特許出願12/025,267に基づいて優先権を主張する。 | |
CN101299259A (zh) | 解决数据资源访问热点问题的系统和方法 | |
CN101192320A (zh) | 多功能货币兑换装置及其服务方法 | |
CN112131305A (zh) | 账户处理系统 | |
CN108563730A (zh) | 一种冷热数据自动切换方法、装置、电子设备及存储介质 | |
CN114004606A (zh) | 一种银行卡交易活动处理方法及相关设备 | |
CN109785867A (zh) | 双录流程配置方法、装置、计算机设备和存储介质 | |
CN101419699B (zh) | 一种银行保证金数据动态监控方法及装置 | |
CN108765122A (zh) | 一种金融数据查询处理系统 | |
CN108596490A (zh) | 一种用于核算信息系统中的风控策略配置流程及系统 | |
CN109871394B (zh) | 一种全量分布式高并发计算方法及装置 | |
CN111754330A (zh) | 定期账户提前支取的计息装置及方法 | |
CN116226133A (zh) | 一种基于分表的业务数据读取方法、装置及存储介质 | |
CN110008271A (zh) | 基于单数据库的微服务事务提交方法 | |
CN115658320A (zh) | 一种业务数据的处理方法及相关设备 | |
CN102567416B (zh) | 一种负载均衡的分布式数据统计方法及系统 | |
CN107783838A (zh) | 客户信息查询方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20081105 |