CN113535772A - 一种商户退款执行方法和装置 - Google Patents
一种商户退款执行方法和装置 Download PDFInfo
- Publication number
- CN113535772A CN113535772A CN202110848170.5A CN202110848170A CN113535772A CN 113535772 A CN113535772 A CN 113535772A CN 202110848170 A CN202110848170 A CN 202110848170A CN 113535772 A CN113535772 A CN 113535772A
- Authority
- CN
- China
- Prior art keywords
- refund
- transaction
- current
- amount
- limit
- 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
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/24—Querying
- G06F16/245—Query processing
- G06F16/2453—Query optimisation
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供了一种商户退款执行方法和装置,属于大数据,该方法包括:建立退款额度检查表,连接至交易表,保存至数据库;根据交易表,确定初始退款额度,保存至退款额度检查表;接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。缓解数据库压力。
Description
技术领域
本发明涉及计算机数据处理技术领域,尤其涉及一种商户退款执行方法和装置。
背景技术
本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
银行作为商户收单方,在接收商户的退款请求后,需对该商户当天已发生的支付交易和退款交易进行检查,要求退款金额汇总后不能高于支付金额汇总的一定百分比,例如退款金额汇总后不能高于支付金额汇总的96%;此额度检查需对同一数据库表进行频繁查询汇总计算,可能导致性能问题,
当前针对退款限额检查的处理方案主要是:每次一笔退款交易发起时,汇总当前的支付金额和已退款金额,进行额度检查。
现有实现方案的缺点在于:每收到一笔退款交易,均需要实时去查询汇总当前的支付金额和已退款金额,将对交易表(大表)进行频繁的查询,而实际生产上大部分的情况,支付汇总金额将远高于退款汇总金额,多次的查询的结论大概率都是一样的,徒增对数据库的压力。
因此,如何提供一种新的方案,其能够解决上述技术问题是本领域亟待解决的技术难题。
发明内容
本发明实施例提供一种商户退款执行方法,避免了每次退款时均对交易表进行汇总查询,减少了对大表的访问,有效缓解了数据库压力,该方法包括:
建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
根据交易表,确定初始退款额度,保存至退款额度检查表;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
本发明实施例还提供一种商户退款执行装置,包括:
退款额度检查表建立模块,用于建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
初始退款额度确定模块,用于根据交易表,确定初始退款额度,保存至退款额度检查表;
当日第一笔退款交易处理模块,用于接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
后续退款交易处理模块,用于接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
查询交易表更新退款额度模块,用于在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述一种商户退款执行方法。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行上述一种商户退款执行方法的计算机程序。
本发明实施例提供的一种商户退款执行方法和装置,包括:首先建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;然后根据交易表,确定初始退款额度,保存至退款额度检查表;接着接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;下一步在接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;最后在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。本发明增加了运行期的退款额度检查表,在每次退款时,通过使用该退款额度检查表的数据,无需每次实时去交易表A进行大表查询汇总,仅在退款额度不足时,才会去交易表进行汇总查询并更新可退额度,避免了每次退款时均对交易表进行汇总查询,减少了对大表的访问,有效缓解了数据库压力。本发明通过分析实际交易场景,得出正常商户每天的退款金额,大概率将远小于其当天的支付金额的结论,进而分析出,系统无需每次退款均实时去汇总当前的支付金额。基于以上分析,本发明通过建立运行期退款额度检查表,只要退款金额满足退款额度检查表中的退款额度,就不再去交易表中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对交易表中支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:
图1为本发明实施例一种商户退款执行方法示意图。
图2为本发明实施例一种商户退款执行方法的数据处理流程图。
图3为本发明实施例一种商户退款执行方法的初始退款额度确定过程示意图。
图4为本发明实施例一种商户退款执行方法的当日第一笔退款交易处理过程示意图。
图5为本发明实施例一种商户退款执行方法的后续退款交易处理过程示意图。
图6为本发明实施例一种商户退款执行方法的查询交易表更新退款额度过程示意图。
图7为本发明实施例一种商户退款执行方法的模块化实例示意图。
图8为运行本发明实施的一种商户退款执行方法的计算机装置示意图。
图9为本发明实施例一种商户退款执行装置示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚明白,下面结合附图对本发明实施例做进一步详细说明。在此,本发明的示意性实施例及其说明用于解释本发明,但并不作为对本发明的限定。
本发明属于大数据。图1为本发明实施例一种商户退款执行方法示意图,如图1所示,本发明实施例提供一种商户退款执行方法,避免了每次退款时均对交易表进行汇总查询,减少了对大表的访问,有效缓解了数据库压力,该方法包括:
步骤101:建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
步骤102:根据交易表,确定初始退款额度,保存至退款额度检查表;
步骤103:接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
步骤104:接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
步骤105:在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
本发明实施例提供的一种商户退款执行方法,包括:首先建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;然后根据交易表,确定初始退款额度,保存至退款额度检查表;接着接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;下一步在接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;最后在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。本发明增加了运行期的退款额度检查表,在每次退款时,通过使用该退款额度检查表的数据,无需每次实时去交易表A进行大表查询汇总,仅在退款额度不足时,才会去交易表进行汇总查询并更新可退额度,避免了每次退款时均对交易表进行汇总查询,减少了对大表的访问,有效缓解了数据库压力。本发明通过分析实际交易场景,得出正常商户每天的退款金额,大概率将远小于其当天的支付金额的结论,进而分析出,系统无需每次退款均实时去汇总当前的支付金额。基于以上分析,本发明通过建立运行期退款额度检查表,只要退款金额满足退款额度检查表中的退款额度,就不再去交易表中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对交易表中支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
图2为本发明实施例一种商户退款执行方法的数据处理流程图,如图2所示,具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,可以包括:
建立退款额度检查表B,连接至交易表A,将退款额度检查表和交易表保存至数据库;其中,交易表A是大表,交易表存储有当前交易记录;
根据交易表,确定初始退款额度,保存至退款额度检查表;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
本发明通过分析实际交易场景,得出正常商户每天的退款金额,大概率将远小于其当天的支付金额的结论,进而分析出,系统无需每次退款均实时去汇总当前的支付金额。基于以上分析,本发明通过建立运行期退款额度检查表,只要退款金额满足退款额度检查表中的退款额度,就不再去交易表中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对交易表中支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
图3为本发明实施例一种商户退款执行方法的初始退款额度确定过程示意图,如图3所示,具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,根据交易表,确定初始退款额度,保存至退款额度检查表,包括:
步骤301:通过退款额度检查表查询连接的交易表,根据当前系统时间,获取当前全部交易记录;
步骤302:分析筛选当前全部交易记录,确定本日当前已完成支付交易;
步骤303:统计汇总本日当前已完成支付交易的金额,确定支付金额汇总;
步骤304:将支付金额汇总写入退款额度检查表;
步骤305:根据预设的可退款额度百分比与支付金额汇总的乘积,确定初始退款额度,保存至退款额度检查表。
实施例中,初始退款额度的过程,主要包括:
首先,通过退款额度检查表B查询连接的交易表A,根据当前系统时间,获取当前全部交易记录;
然后,分析筛选当前全部交易记录,确定本日当前已完成支付交易;
接着,统计汇总本日当前已完成支付交易的金额,确定支付金额汇总b;
下一步,将支付金额汇总写入退款额度检查表;
最后,根据预设的可退款额度百分比与支付金额汇总的乘积,确定初始退款额度,在本发明实施例的一个实例中,预设的可退款额度百分比为96%,则初始退款额度为b*96%,其中*表示乘法,后续表示相同含义,不做赘述,最后将初始退款额度保存至退款额度检查表。
本发明实施例通过新建一个退款额度检查表B,在商户当天第一次发起退款交易时,查询截止当前的支付交易,进行金额汇总,存至该表B,并判断退款金额是否低于支付金额的设定百分比,例如96%;在收到第二笔退款交易时,先查询该表B的支付金额汇总得到的退款额度,如满足条件,则不用去再次查询交易表A汇总支付金额,如不满足条件,则再次查询交易表A支付交易,进行金额汇总后检查。通过此方法,在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
图4为本发明实施例一种商户退款执行方法的当日第一笔退款交易处理过程示意图,如图4所示,具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表,包括:
步骤401:商户发起退款交易时,检查退款额度检查表中是否已有运行期记录;其中,运行期记录,包括:写入的支付金额汇总;
步骤402:若退款额度检查表中没有运行期记录,则判定该退款交易为当日第一笔退款交易;
步骤403:接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度;
步骤404:在当日第一笔退款交易小于等于初始退款额度时,执行退款交易;
步骤405:在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
实施例中,将退款交易分为当日第一笔退款交易与后续退款交易,当日第一笔退款交易与后续退款交易采用不同的处理策略,在处理当日第一笔退款交易时,主要过程包括:
首先,商户发起退款交易时,检查退款额度检查表B中是否已有运行期记录;其中,运行期记录,包括:写入的支付金额汇总b;
然后,若退款额度检查表中没有运行期记录,则判定该退款交易为当日第一笔退款交易a;
接着,接收当日第一笔退款交易a,查询退款额度检查表B获取初始退款额度,比对当日第一笔退款交易与初始退款额度;
下一步,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易;
最后,在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易的差值b-a,与预设的可退款额度百分比(96%)的乘积作为更新值(b-a)*96%,更新退款额度并保存至退款额度检查表。
本发明通过建立运行期退款额度检查表,只要退款金额满足退款额度检查表中的退款额度,就不再去交易表中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对交易表中支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易大于初始退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
实施例中,某一商户发起退款交易a时,先检查表B中当天是否已有运行期记录,如没有记录,则该笔退款交易为当天的第一笔退款,查询当前表A中该商户已完成的支付交易,并进行金额汇总b,在B表中写入一条记录,该商户当天的可退款金额为b,初始退款额度为b*96%;如a>b*96%,则交易拒绝。如a<=b*96%,则交易通过,发往后台数据库,并在B表中更新可退款金额为b-a,更新退款额度为(b-a)*96%。
图5为本发明实施例一种商户退款执行方法的后续退款交易处理过程示意图,如图5所示,具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作,包括:
步骤501:在处理完成当日第一笔退款交易后,继续接收的退款交易判定为后续退款交易;
步骤502:根据当前系统时间,接收后续退款交易,查询退款额度检查表获取更新后的当前退款额度;
步骤503:比对当前退款交易与当前退款额度;
步骤504:在当前退款交易小于等于当前退款额度时,执行退款交易;
步骤505:在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
实施例中,处理后续退款交易的过程,主要包括:
首先,在处理完成当日第一笔退款交易a后,继续接收的退款交易判定为后续退款交易c;
然后,根据当前系统时间,接收后续退款交易c,查询退款额度检查表获取更新后的当前退款额度;
接着,比对当前退款交易c与当前退款额度;
下一步,在当前退款交易c小于等于当前退款额度时,执行退款交易;
最后,在退款交易执行完成后,将支付金额汇b总减去当日第一笔退款交易a再减去当前退款交易c的结果(b-a-c),与预设的可退款额度百分比的乘积(96%)作为更新值(b-a-c)*96%,更新退款额度并保存至退款额度检查表。
实施例中,该商户当天再次发起退款交易c时,查询到表B中该商户的可退金额为b-a,更新后的退款额度为(b-a)*96%;如果c<=(b-a)*96%,则交易通过,发往后台数据库,执行退款交易,并在B表中更新可退金额为(b-a-c),更新退款额度(b-a-c)*96%。
图6为本发明实施例一种商户退款执行方法的查询交易表更新退款额度过程示意图,如图6所示,具体实施本发明实施例提供的一种商户退款执行方法时,在一个实施例中,在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作,包括:
步骤601:在当前退款交易大于更新后的退款额度时,根据当前系统时间,查询交易表,获取当前全部交易记录;
步骤602:分析筛选当前全部交易记录,更新本日当前已完成支付交易;
步骤603:统计汇总更新后的本日当前已完成支付交易的金额,确定当前支付金额汇总;
步骤604:将当前支付金额汇总写入退款额度检查表;
步骤605:将当前支付金额汇总减去当日已执行完成的退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
步骤606:根据当前系统时间,查询退款额度检查表获取更新后的当前退款额度;
步骤607:比对当前退款交易与当前退款额度;
步骤608:在当前退款交易小于等于当前退款额度时,执行退款交易;
步骤609:在退款交易执行完成后,将当前支付金额汇总减去当日已执行完成的退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
步骤6010:在当前退款交易仍大于当前退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
实施例中,通过查询交易表更新退款额度过程,主要包括:
首先,在当前退款交易c大于更新后的退款额度(b-a)*96%时,根据当前系统时间,查询交易表,获取当前全部交易记录;
然后,分析筛选当前全部交易记录,更新本日当前已完成支付交易;
接着,统计汇总更新后的本日当前已完成支付交易的金额,确定当前支付金额汇总d;
再然后,将当前支付金额汇总写入退款额度检查表;
再接着,将当前支付金额汇总d减去当日已执行完成的退款交易a的差值,与预设的可退款额度百分比(96%)的乘积作为更新值(d-a)*96%,更新退款额度并保存至退款额度检查表;
下一步,根据当前系统时间,查询退款额度检查表获取更新后的当前退款额度(d-a)*96%;
再下一步,比对当前退款交易c与当前退款额度(d-a)*96%;
再下一步,在当前退款交易小于等于当前退款额度时,执行退款交易;
再下一步,在退款交易执行完成后,将当前支付金额汇总d减去当日已执行完成的退款交易a再减去当前退款交易c的结果(d-a-c),与预设的可退款额度百分比(96%)的乘积作为更新值(d-a-c)*96%,更新退款额度并保存至退款额度检查表;
最后,在当前退款交易c仍大于当前退款额度时(d-a)*96%,拒绝执行退款交易,返回退款失败信息至商户。
实施例中,该商户当天再次发起退款交易c时,如果c>(b-a)*96%,则再次查询A表中该商户已完成的支付交易,进行金额汇总d,更新可退金额为d-a,更新退款额度为(d-a)*96%,再次判断是否c>96%(d-a),如大于,则交易拒绝,结束;如c<=96%(d-a),则发送后台数据库,更新可退金额为d-a-c,更新退款额度为(d-a-c)*96%,结束本次退款。
下面结合具体场景,对本发明实施例提供的一种商户退款执行方法进行简要描述:
通过新建一个表,在商户当天第一次发起退款交易时,查询截止当前的支付交易,进行金额汇总,存至该表,并判断退款金额是否低于支付金额的96%。收到第二笔退款交易时,先查询该表的支付金额汇总,如满足条件,则不用去再次查询汇总支付金额,如不满足条件,则再次查询支付交易,进行金额汇总后检查。通过此方法,在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
在实施例中,一种商户退款执行方法可以包括:
原交易表(表A),新建一个运行期退款额度检查表(表B);
某一商户发起退款交易a时,先检查表B中当天是否已有运行期记录,如没有记录,则该笔退款交易为当天的第一笔退款,查询当前表A中该商户已完成的支付交易,并进行金额汇总b,在B表中写入一条记录,该商户当天的可退款金额为b。如a大于b*96%,则交易拒绝。如a<=96%b,则交易通过,发往后台,并在B表中更新可退款金额为b-a;更新退款额度为(b-a)*96%;
该商户当天再次发起退款交易c时,查询到表B中该商户的可退金额为b-a,如c<=96%(b-a),则交易通过,发往后台,并在B表中更新可退金额为b-a-c;更新退款额度(b-a-c)*96%。如c>96%(b-a),则再次查询A表中该商户已完成的支付交易,进行金额汇总d,更新可退金额为d-a,再次判断是否c>96%(d-a),如大于,则交易拒绝,结束;如小于等于,则发送后台,更新可退金额为d-a-c,更新退款额度为(d-a-c)*96%,结束。
从开发的角度而言,技术人员需要新建B表,并修改退款交易模块,在此模块中,增加对A、B表的操作逻辑。开发过程中最重要的在于新增表B的设计以及A、B表的操作逻辑。
图7为本发明实施例一种商户退款执行方法的模块化实例示意图。如图7所示,本发明实施例一种商户退款执行方法的模块化实例,包括:退款额度检查模块、支付金额汇总模块、退款额度更新模块;
退款额度检查主要完成针对退款交易的额度检查功能;
支付金额汇总主要完成单一商户当天已发生的支付金额汇总的功能;
退款额度更新模块主要完成对单一商户当天可退金额额度的更新。
上述模块的数据流程包括:
1、系统接到一笔退款交易,调用退款额度检查模块;
2、如检查通过,则发送后台处理,再次调用退款额度更新模块,交易结束;
3、如检查不通过,则调用支付金额汇总模块,将汇总的支付金额传递给退款额度更新模块,进行额度更新后,再次调用退款额度检查模块;
4、二次检查如通过,则发送后台处理,再调用退款额度更新模块;
5、二次检查如未通过,则返回失败,交易结束。
本发明实施例增加了运行期退款额度检查表B,仅在退款额度不足时,才会去交易表A进行汇总查询并更新可退额度,避免了每次退款时均对交易表A进行汇总查询,减少了对大表的访问,有效缓解了数据库压力。
本发明的关键点在于为建立了运行期退款额度检查表B,在每次退款时,通过使用该表的数据,无需每次实时去交易表A进行大表查询汇总。
本发明的最大效益就是通过分析实际交易场景,得出正常商户每天的退款金额,大概率将远小于其当天的支付金额的结论,进而分析出,系统无需每次退款均实时去汇总当前的支付金额。基于以上分析,通过建立运行期退款额度检查表B,只要退款金额满足表B中的额度,就不再去交易表A中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。
图8为运行本发明实施的一种商户退款执行方法的计算机装置示意图,如图8所示,本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述一种商户退款执行方法。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有执行实现上述一种商户退款执行方法的计算机程序。
本发明实施例中还提供了一种商户退款执行装置,如下面的实施例所述。由于该装置解决问题的原理与一种商户退款执行方法相似,因此该装置的实施可以参见一种商户退款执行方法的实施,重复之处不再赘述。
图9为本发明实施例一种商户退款执行装置示意图,如图9所示,本发明实施例还提供一种商户退款执行装置,具体实施时可以包括:
退款额度检查表建立模块901,用于建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
初始退款额度确定模块902,用于根据交易表,确定初始退款额度,保存至退款额度检查表;
当日第一笔退款交易处理模块903,用于接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
后续退款交易处理模块904,用于接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
查询交易表更新退款额度模块905,用于在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
具体实施本发明实施例提供的一种商户退款执行装置时,在一个实施例中,初始退款额度确定模块,具体用于:
通过退款额度检查表查询连接的交易表,根据当前系统时间,获取当前全部交易记录;
分析筛选当前全部交易记录,确定本日当前已完成支付交易;
统计汇总本日当前已完成支付交易的金额,确定支付金额汇总;
将支付金额汇总写入退款额度检查表;
根据预设的可退款额度百分比和支付金额汇总,确定初始退款额度,保存至退款额度检查表。
具体实施本发明实施例提供的一种商户退款执行装置时,在一个实施例中,当日第一笔退款交易处理模块,具体用于:
商户发起退款交易时,检查退款额度检查表中是否已有运行期记录;其中,运行期记录,包括:写入的支付金额汇总;
若退款额度检查表中没有运行期记录,则判定该退款交易为当日第一笔退款交易;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度;
在当日第一笔退款交易小于等于初始退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
具体实施本发明实施例提供的一种商户退款执行装置时,在一个实施例中,当日第一笔退款交易处理模块,还用于:
比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易大于初始退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
具体实施本发明实施例提供的一种商户退款执行装置时,在一个实施例中,后续退款交易处理模块,具体用于:
在处理完成当日第一笔退款交易后,继续接收的退款交易判定为后续退款交易;
根据当前系统时间,接收后续退款交易,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
具体实施本发明实施例提供的一种商户退款执行装置时,在一个实施例中,查询交易表更新退款额度模块,具体用于:
在当前退款交易大于更新后的退款额度时,根据当前系统时间,查询交易表,获取当前全部交易记录;
分析筛选当前全部交易记录,更新本日当前已完成支付交易;
统计汇总更新后的本日当前已完成支付交易的金额,确定当前支付金额汇总;
将当前支付金额汇总写入退款额度检查表;
将当前支付金额汇总减去当日已执行完成的退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
根据当前系统时间,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将当前支付金额汇总减去当日已执行完成的退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
在当前退款交易仍大于当前退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
综上,本发明实施例提供的一种商户退款执行方法和装置,包括:首先建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;然后根据交易表,确定初始退款额度,保存至退款额度检查表;接着接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;下一步在接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;最后在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。本发明增加了运行期的退款额度检查表B,在每次退款时,通过使用该退款额度检查表的数据,无需每次实时去交易表A进行大表查询汇总,仅在退款额度不足时,才会去交易表A进行汇总查询并更新可退额度,避免了每次退款时均对交易表A进行汇总查询,减少了对大表的访问,有效缓解了数据库压力。本发明通过分析实际交易场景,得出正常商户每天的退款金额,大概率将远小于其当天的支付金额的结论,进而分析出,系统无需每次退款均实时去汇总当前的支付金额。基于以上分析,本发明通过建立运行期退款额度检查表B,只要退款金额满足表B中的额度,就不再去交易表A中进行汇总查询,从而减少了对大表的查询计算操作,缓解了数据库压力。在正常商户支付交易数量和金额远大于退款交易的情况下,可有效的减少退款时对交易表中支付交易频繁的查询汇总,缓解交易表(大表)的数据库压力。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种商户退款执行方法,其特征在于,包括:
建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
根据交易表,确定初始退款额度,保存至退款额度检查表;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
2.如权利要求1所述的方法,其特征在于,根据交易表,确定初始退款额度,保存至退款额度检查表,包括:
通过退款额度检查表查询连接的交易表,根据当前系统时间,获取当前全部交易记录;
分析筛选当前全部交易记录,确定本日当前已完成支付交易;
统计汇总本日当前已完成支付交易的金额,确定支付金额汇总;
将支付金额汇总写入退款额度检查表;
根据预设的可退款额度百分比与支付金额汇总的乘积,确定初始退款额度,保存至退款额度检查表。
3.如权利要求2所述的方法,其特征在于,接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表,包括:
商户发起退款交易时,检查退款额度检查表中是否已有运行期记录;其中,运行期记录,包括:写入的支付金额汇总;
若退款额度检查表中没有运行期记录,则判定该退款交易为当日第一笔退款交易;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度;
在当日第一笔退款交易小于等于初始退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
4.如权利要求3所述的方法,其特征在于,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易大于初始退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
5.如权利要求3所述的方法,其特征在于,接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作,包括:
在处理完成当日第一笔退款交易后,继续接收的退款交易判定为后续退款交易;
根据当前系统时间,接收后续退款交易,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
6.如权利要求5所述的方法,其特征在于,在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作,包括:
在当前退款交易大于更新后的退款额度时,根据当前系统时间,查询交易表,获取当前全部交易记录;
分析筛选当前全部交易记录,更新本日当前已完成支付交易;
统计汇总更新后的本日当前已完成支付交易的金额,确定当前支付金额汇总;
将当前支付金额汇总写入退款额度检查表;
将当前支付金额汇总减去当日已执行完成的退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
根据当前系统时间,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将当前支付金额汇总减去当日已执行完成的退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
在当前退款交易仍大于当前退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
7.一种商户退款执行装置,其特征在于,包括:
退款额度检查表建立模块,用于建立退款额度检查表,连接至交易表,将退款额度检查表和交易表保存至数据库;其中,交易表存储有当前交易记录;
初始退款额度确定模块,用于根据交易表,确定初始退款额度,保存至退款额度检查表;
当日第一笔退款交易处理模块,用于接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易小于等于初始退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
后续退款交易处理模块,用于接收后续退款交易时,查询退款额度检查表获取更新后的退款额度;比对当前退款交易与更新后的退款额度,执行退款操作;其中,退款操作,包括:在当前退款交易小于等于更新后的退款额度时,执行退款交易,更新退款额度并保存至退款额度检查表;
查询交易表更新退款额度模块,用于在当前退款交易大于更新后的退款额度时,查询交易表,更新退款额度,继续比对当前退款交易与更新后的退款额度,执行退款操作。
8.如权利要求7所述的装置,其特征在于,初始退款额度确定模块,具体用于:
通过退款额度检查表查询连接的交易表,根据当前系统时间,获取当前全部交易记录;
分析筛选当前全部交易记录,确定本日当前已完成支付交易;
统计汇总本日当前已完成支付交易的金额,确定支付金额汇总;
将支付金额汇总写入退款额度检查表;
根据预设的可退款额度百分比和支付金额汇总,确定初始退款额度,保存至退款额度检查表。
9.如权利要求8所述的装置,其特征在于,当日第一笔退款交易处理模块,具体用于:
商户发起退款交易时,检查退款额度检查表中是否已有运行期记录;其中,运行期记录,包括:写入的支付金额汇总;
若退款额度检查表中没有运行期记录,则判定该退款交易为当日第一笔退款交易;
接收当日第一笔退款交易,查询退款额度检查表获取初始退款额度,比对当日第一笔退款交易与初始退款额度;
在当日第一笔退款交易小于等于初始退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
10.如权利要求9所述的装置,其特征在于,当日第一笔退款交易处理模块,还用于:
比对当日第一笔退款交易与初始退款额度,在当日第一笔退款交易大于初始退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
11.如权利要求9所述的装置,其特征在于,后续退款交易处理模块,具体用于:
在处理完成当日第一笔退款交易后,继续接收的退款交易判定为后续退款交易;
根据当前系统时间,接收后续退款交易,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将支付金额汇总减去当日第一笔退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表。
12.如权利要求11所述的装置,其特征在于,查询交易表更新退款额度模块,具体用于:
在当前退款交易大于更新后的退款额度时,根据当前系统时间,查询交易表,获取当前全部交易记录;
分析筛选当前全部交易记录,更新本日当前已完成支付交易;
统计汇总更新后的本日当前已完成支付交易的金额,确定当前支付金额汇总;
将当前支付金额汇总写入退款额度检查表;
将当前支付金额汇总减去当日已执行完成的退款交易的差值,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
根据当前系统时间,查询退款额度检查表获取更新后的当前退款额度;
比对当前退款交易与当前退款额度;
在当前退款交易小于等于当前退款额度时,执行退款交易;
在退款交易执行完成后,将当前支付金额汇总减去当日已执行完成的退款交易再减去当前退款交易的结果,与预设的可退款额度百分比的乘积作为更新值,更新退款额度并保存至退款额度检查表;
在当前退款交易仍大于当前退款额度时,拒绝执行退款交易,返回退款失败信息至商户。
13.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6任一项所述方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行实现权利要求1至6任一项所述方法的计算机程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110848170.5A CN113535772A (zh) | 2021-07-27 | 2021-07-27 | 一种商户退款执行方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110848170.5A CN113535772A (zh) | 2021-07-27 | 2021-07-27 | 一种商户退款执行方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113535772A true CN113535772A (zh) | 2021-10-22 |
Family
ID=78089088
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110848170.5A Pending CN113535772A (zh) | 2021-07-27 | 2021-07-27 | 一种商户退款执行方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113535772A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114331420A (zh) * | 2022-03-07 | 2022-04-12 | 南泽(广东)科技股份有限公司 | 一种基于地理位置的支付系统及方法 |
-
2021
- 2021-07-27 CN CN202110848170.5A patent/CN113535772A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114331420A (zh) * | 2022-03-07 | 2022-04-12 | 南泽(广东)科技股份有限公司 | 一种基于地理位置的支付系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108256113B (zh) | 数据血缘关系的挖掘方法及装置 | |
CN109840837B (zh) | 财务数据的处理方法、装置、计算机可读介质及电子设备 | |
CN109598604B (zh) | 日切判断方法及装置 | |
CN112597153A (zh) | 一种基于区块链的数据存储方法、装置及存储介质 | |
CN114371918A (zh) | 分布式事务的处理方法、装置、存储介质及电子设备 | |
CN113535772A (zh) | 一种商户退款执行方法和装置 | |
CN113312259B (zh) | 一种接口测试方法及装置 | |
CN111951102B (zh) | 实物对账方法及装置 | |
CN112035530A (zh) | 一种分布式实时支付系统中的交易报文匹配方法及系统 | |
CN115147202B (zh) | 一种银行业账务处理系统、方法及装置 | |
CN115712654A (zh) | 一种交易状态查询的方法及装置 | |
CN113625967B (zh) | 数据存储方法、数据查询方法及服务器 | |
CN112764888B (zh) | 一种基于日志分析的分布式事务检查判断方法及系统 | |
CN113962789A (zh) | 银行对账方法及装置 | |
CN114020640A (zh) | 自动化测试方法及装置 | |
CN112053241A (zh) | 交易清算方法、装置、电子设备及计算机可读存储介质 | |
CN112116452A (zh) | 交易处理方法及装置 | |
CN112801767A (zh) | 一种针对新增渠道的账务数据处理方法及装置 | |
CN116610680B (zh) | 高频库和使用高频库的数据分级存储和查询方法和系统 | |
CN116703505A (zh) | 一种订单信息的判断方法及装置 | |
CN115545708A (zh) | 一种同步交易信息处理方法及装置 | |
CN111563091A (zh) | 非往返式的批量更新MongoDB的方法及系统 | |
CN116756160A (zh) | 数据库的数据状态确定方法、装置以及计算机设备 | |
CN116091184A (zh) | 跨境交易的往报业务检查方法及装置 | |
CN114971898A (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 |