CN108573030A - 数据库选择方法及系统 - Google Patents
数据库选择方法及系统 Download PDFInfo
- Publication number
- CN108573030A CN108573030A CN201810234771.5A CN201810234771A CN108573030A CN 108573030 A CN108573030 A CN 108573030A CN 201810234771 A CN201810234771 A CN 201810234771A CN 108573030 A CN108573030 A CN 108573030A
- Authority
- CN
- China
- Prior art keywords
- transaction number
- database
- transaction
- preset range
- customer
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据库选择方法及系统。该数据库选择方法包括:解析用户交易请求,得到第一交易号码和第二交易号码;根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;根据本地线程变量和预设的路由规则选择数据库的ID;根据数据库的ID确定数据库;将用户交易请求存入数据库。本发明可以提高数据库的处理性能,便于系统的开发维护。
Description
技术领域
本发明涉及数据库领域,具体地,涉及一种数据库选择方法及系统。
背景技术
目前一般都会采用集群负载方式处理高并发应用服务,部署的应用服务可以通过增加硬件资源进行有效扩展,但数据库一般都是一个物理资源(如ORACLE、DB2等数据库)。当系统要求支持的并发量或TPS达到一定程度,数据库的处理性能将达到瓶颈,此时扩充应用服务的资源不能解决数据库的处理性能问题。
发明内容
本发明实施例的主要目的在于提供一种数据库选择方法及系统,以提高数据库的处理性能,便于系统的开发维护。
为了实现上述目的,本发明实施例提供一种数据库选择方法,包括:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
根据本地线程变量和预设的路由规则选择数据库的ID;
根据数据库的ID确定数据库;
将用户交易请求存入数据库。
在其中一种实施例中,路由规则包括:
判断第一交易号码是否处于第一预设范围;
当第一交易号码处于第一预设范围时,判断第二交易号码是否处于第二预设范围;
当第一交易号码不处于第一预设范围时,判断第二交易号码是否处于第三预设范围;
当第一交易号码处于第一预设范围且第二交易号码处于第二预设范围时,选择第一ID;
当第一交易号码处于第一预设范围且第二交易号码不处于第二预设范围时,选择第二ID;
当第一交易号码不处于第一预设范围且第二交易号码处于第三预设范围时,选择第三ID;
当第一交易号码不处于第一预设范围且第二交易号码不处于第三预设范围时,选择第四ID。
在其中一种实施例中,还包括:
将用户交易请求存入数据库之后,清空本地线程变量。
在其中一种实施例中,还包括:
根据预设的交易规则判断用户交易请求是否合法;
当用户交易请求合法时,解析用户交易请求,得到第一交易号码和第二交易号码。
本发明实施例还提供一种数据库选择系统,包括:
解析单元,用于解析用户交易请求,得到第一交易号码和第二交易号码;
集合创建单元,用于根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
选择单元,用于根据本地线程变量和预设的路由规则选择数据库的ID;
数据库确定单元,用于根据数据库的ID确定数据库;
存储单元,用于将用户交易请求存入数据库。
在其中一种实施例中,路由规则包括:
判断第一交易号码是否处于第一预设范围;
当第一交易号码处于第一预设范围时,判断第二交易号码是否处于第二预设范围;
当第一交易号码不处于第一预设范围时,判断第二交易号码是否处于第三预设范围;
当第一交易号码处于第一预设范围且第二交易号码处于第二预设范围时,选择第一ID;
当第一交易号码处于第一预设范围且第二交易号码不处于第二预设范围时,选择第二ID;
当第一交易号码不处于第一预设范围且第二交易号码处于第三预设范围时,选择第三ID;
当第一交易号码不处于第一预设范围且第二交易号码不处于第三预设范围时,选择第四ID。
在其中一种实施例中,还包括:
清空单元,用于清空本地线程变量。
在其中一种实施例中,还包括:
请求校验单元,用于根据预设的交易规则判断用户交易请求是否合法。
本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
根据本地线程变量和预设的路由规则选择数据库的ID;
根据数据库的ID确定数据库;
将用户交易请求存入数据库。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
根据本地线程变量和预设的路由规则选择数据库的ID;
根据数据库的ID确定数据库;
将用户交易请求存入数据库。
本发明实施例的数据库选择方法及系统,先解析用户交易请求,得到第一交易号码和第二交易号码,再根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量然后根据本地线程变量和预设的路由规则选择数据库的ID以确定数据库;最后将用户交易请求存入数据库。本发明可以提高数据库的处理性能,便于系统的开发维护。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例中数据库选择方法的流程图;
图2是本发明实施例中数据库选择系统的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
鉴于扩充应用服务的资源不能解决数据库的处理性能问题,本发明实施例提供一种数据库选择方法,以提高数据库的处理性能,便于系统的开发维护。以下结合附图对本发明进行详细说明。
图1是本发明实施例中数据库选择方法的流程图。如图1所示,数据库选择方法可以包括:
S101:解析用户交易请求,得到第一交易号码和第二交易号码;
S102:根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
S103:根据本地线程变量和预设的路由规则选择数据库的ID;
S104:根据数据库的ID确定数据库;
S105:将用户交易请求存入数据库。
本发明是通过整合多数据库为一个虚拟数据库的方式来实现应用业务处理的无侵入性。该虚拟数据库通过实现javax.sql.DataSource接口来完成正确数据库的使用,对于数据库的配置引用或应用程序的开发引用都只是引用该虚拟数据库,因此从表面看就像是使用的一个数据库。决定数据库选择的路由数据是采用本地线程变量存储的,只在当前请求线程有效使用,以保证多线程并发情况下的数据引用不出现串联混乱现象。
虚拟数据库是将多个数据库整合为一个数据库,使得开发人员可以像是用一个数据库的方式来进行开发使用,从而达到对业务应用开发的无侵入性。多个数据库的整合是通过配置的形式来实现的,有利于后续更多数据库加入的扩展,例如系统对两个数据库进行整合,随着业务发展需要更多数据库来支持更高的并发量,则只需要增加多数据库的配置和路由规则的配置即可,可基本实现程序代码层次的无修改。
可以通过key-value的方式来获取数据库,key作为数据库ID(或名称),value作为真实数据库,例如:key=DB1,value=“真实数据库1”;其次将多个数据库的key-value作为集合对象map的元素,将map作为虚拟数据库的属性进行配置,这样虚拟数据库就可以通过集合对象map来获取某一个真实的数据库;最后为虚拟数据库配置数据库路由规则,将本地线程变量数据作为路由规则的输入,可以计算出真实数据库的key,然后通过map获取真实数据库,从而达到多数据库的筛选功能。
一实施例中,路由规则包括:判断第一交易号码是否处于第一预设范围;当第一交易号码处于第一预设范围时,判断第二交易号码是否处于第二预设范围;当第一交易号码不处于第一预设范围时,判断第二交易号码是否处于第三预设范围。
当第一交易号码处于第一预设范围且第二交易号码处于第二预设范围时,选择第一ID;当第一交易号码处于第一预设范围且第二交易号码不处于第二预设范围时,选择第二ID;当第一交易号码不处于第一预设范围且第二交易号码处于第三预设范围时,选择第三ID;当第一交易号码不处于第一预设范围且第二交易号码不处于第三预设范围时,选择第四ID。
一实施例中,将用户交易请求存入数据库之后,清空本地线程变量。本发明对此部分处理无任何侵入影响。
一实施例中,还包括:根据预设的交易规则判断用户交易请求是否合法,例如检查数据格式合法性等。当用户交易请求合法时,解析用户交易请求,得到第一交易号码和第二交易号码。
下面以某交易请求为例说明本发明对该交易请求的具体处理流程。
1、系统接收用户交易请求,解析得到可用于路由选择数据库的关键数据。例如,分库设计是根据商户进行分库,即不同商户使用不同的数据库,则需要解析商户号或交易号码。商户号或交易号码的解析方法是根据系统建设时定义的外部接口通信规范来确定的,例如规范定义商户请求时,需要在请求header中放入商户号,则商户号就从请求header域中解析;或者规范定义在请求报文中加入商户号,则从请求报文中解析商户号等等。
2、使用本地线程变量进行数据赋值,可以是普通javaBean形式,也可以是集合map形式。本发明其中一实施例采用集合map形式,根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量。可以使用Map类型对象作为本地线程变量,根据不同的商户进行分库处理。假定解析出的交易号码为A1和A2,然后声明OGNL(Object-GraphNavigation Language)所需对象Map,将A1和A2放入map集合map.put(“mchtNo”,A1:“mchoNo”,A2)中。如果需要多种数据来决策路由规则,则依次放入map对象即可。构建完OGNL所需的数据后,就开始为本地线程变量赋值,直接调用本地线程变量方法set,例如OBJ.set(map)。
其中,本地线程变量的类型必须是OGNL表达式认可的数据类型,如普通的javaBean(含有多个属性数据及对应的set和get方法)、集合Map(路由数据可通过key-value形式存储在本地线程变量对象map中)。
3、根据本地线程变量和预设的路由规则选择数据库的ID。数据库路由规则主要包含两个属性:其一是路由数据,使用本地线程变量(ThreadLocal)存储,本地线程变量存储对象的类型可以是自定义的javaBean,也可以是集合map对象。其二是路由规则配置,使用OGNL表达式来表示,将本地线程变量对象作为OGNL表达式的输入,根据表达式的规则配置来获取真实数据库的键值key。
数据库选择路由规则是配置化的。例如,配置的路由规则为:
mchtNo=="123"?"DB1":mchtNo=="456"?"DB2":"DB3"。
如果赋值本地线程变量的集合对象map中元素mchtNo为“123”,则OGNL计算结果(数据库的ID)为DB1;如果元素mchtNo为“456”,则OGNL计算结果则为DB2;如果mchtNo既不等于“123”也不等于“456”,则OGNL计算结果为DB3。DB1、DB2、DB3分别为进行数据库配置时配置的真实数据库的ID或名称。另外,还可以根据账号奇偶性进行分库处理,交易号码为奇数时使用真实数据库DB1,否则使用真实数据库DB2等等。
4、根据数据库的ID确定数据库。虚拟数据库有一个以key-value的形式记录多个真实数据库的集合对象map,其中key就是真实数据库的ID(或名称)。通过OGNL计算得到了该ID,就可将该ID作为键值key,从真实数据库集合中获取真实的数据库。其中,可以采用程序map.get(id)。
由此可以看出,本发明通过配置虚拟数据库方式实现了多数据库的整合,从开发角度来看好像是使用了一个数据库,使得应用的开发无侵入性影响,实现了数据库的分库处理。根据数据库筛选的路由规则使用不同的数据库,达到了数据库分流目的,解决了高并发下的数据库瓶颈问题。使用OGNL表达式配置方式实现了数据库筛选规则路由的配置化管理,使得设计人员可以更加清晰的进行数据划分设计,并便于维护,无需再关心使用的具体是哪个数据库。如果后期需要增加更多的数据库来进行分库处理,只需要修改对应的规则配置即可,应用程序无需变更。
5、将用户交易请求存入数据库之后,清空本地线程变量,以避免释放的线程被其他交易场景使用时,造成垃圾数据的错误引用。例如本发明为OBJ.remote()。
综上所述,本发明实施例提供的数据库选择方法具有以下有益效果:
1.通过配置虚拟数据库方式实现多数据库的选择,使用方式与真实数据库一致,对数据库层的开发无侵入影响。
2.数据库选择的规则采用路由配置的方式,便于开发维护,也使得不同的规则处理对于本发明没有侵入影响。
3.采用本地线程变量方式来记录数据库路由数据,使得多线程高并发场景下可行。
基于同一发明构思,本发明实施例还提供了一种数据库选择系统,由于该系统解决问题的原理与数据库选择方法相似,因此该系统的实施可以参见方法的实施,重复之处不再赘述。
图2是本发明实施例中数据库选择系统的结构框图。如图2所示,数据库选择系统包括:
解析单元,用于解析用户交易请求,得到第一交易号码和第二交易号码;
集合创建单元,用于根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
选择单元,用于根据本地线程变量和预设的路由规则选择数据库的ID;
数据库确定单元,用于根据数据库的ID确定数据库;
存储单元,用于将用户交易请求存入数据库。
在其中一种实施例中,路由规则包括:
判断第一交易号码是否处于第一预设范围;
当第一交易号码处于第一预设范围时,判断第二交易号码是否处于第二预设范围;
当第一交易号码不处于第一预设范围时,判断第二交易号码是否处于第三预设范围;
当第一交易号码处于第一预设范围且第二交易号码处于第二预设范围时,选择第一ID;
当第一交易号码处于第一预设范围且第二交易号码不处于第二预设范围时,选择第二ID;
当第一交易号码不处于第一预设范围且第二交易号码处于第三预设范围时,选择第三ID;
当第一交易号码不处于第一预设范围且第二交易号码不处于第三预设范围时,选择第四ID。
在其中一种实施例中,还包括:
清空单元,用于清空本地线程变量。
在其中一种实施例中,还包括:
请求校验单元,用于根据预设的交易规则判断用户交易请求是否合法。
综上所述,本发明实施例提供的数据库选择系统具有以下有益效果:
1.通过配置虚拟数据库方式实现多数据库的选择,使用方式与真实数据库一致,对数据库层的开发无侵入影响。
2.数据库选择的规则采用路由配置的方式,便于开发维护,也使得不同的规则处理对于本发明没有侵入影响。
3.采用本地线程变量方式来记录数据库路由数据,使得多线程高并发场景下可行。
本发明实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
根据本地线程变量和预设的路由规则选择数据库的ID;
根据数据库的ID确定数据库;
将用户交易请求存入数据库。
综上所述,本发明实施例的计算机设备具有以下有益效果:
1.通过配置虚拟数据库方式实现多数据库的选择,使用方式与真实数据库一致,对数据库层的开发无侵入影响。
2.数据库选择的规则采用路由配置的方式,便于开发维护,也使得不同的规则处理对于本发明而且没有侵入影响。
3.采用本地线程变量方式来记录数据库路由数据,使得多线程高并发场景下可行。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据第一交易号码和第二交易号码创建map集合,并将map集合设置为本地线程变量;
根据本地线程变量和预设的路由规则选择数据库的ID;
根据数据库的ID确定数据库;
将用户交易请求存入数据库。
综上所述,本发明实施例的计算机可读存储介质具有以下有益效果:
1.通过配置虚拟数据库方式实现多数据库的选择,使用方式与真实数据库一致,对数据库层的开发无侵入影响。
2.数据库选择的规则采用路由配置的方式,便于开发维护,也使得不同的规则处理对于本发明没有侵入影响。
3.采用本地线程变量方式来记录数据库路由数据,使得多线程高并发场景下可行。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据库选择方法,其特征在于,包括:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据所述第一交易号码和所述第二交易号码创建map集合,并将所述map集合设置为本地线程变量;
根据所述本地线程变量和预设的路由规则选择数据库的ID;
根据所述数据库的ID确定所述数据库;
将所述用户交易请求存入所述数据库。
2.根据权利要求1所述的数据库选择方法,其特征在于,所述路由规则包括:
判断所述第一交易号码是否处于第一预设范围;
当所述第一交易号码处于第一预设范围时,判断所述第二交易号码是否处于第二预设范围;
当所述第一交易号码不处于第一预设范围时,判断所述第二交易号码是否处于第三预设范围;
当所述第一交易号码处于第一预设范围且所述第二交易号码处于第二预设范围时,选择第一ID;
当所述第一交易号码处于第一预设范围且所述第二交易号码不处于第二预设范围时,选择第二ID;
当所述第一交易号码不处于第一预设范围且所述第二交易号码处于第三预设范围时,选择第三ID;
当所述第一交易号码不处于第一预设范围且所述第二交易号码不处于第三预设范围时,选择第四ID。
3.根据权利要求1所述的数据库选择方法,其特征在于,还包括:
将所述用户交易请求存入所述数据库之后,清空所述本地线程变量。
4.根据权利要求1所述的数据库选择方法,其特征在于,还包括:
根据预设的交易规则判断所述用户交易请求是否合法;
当所述用户交易请求合法时,解析所述用户交易请求,得到第一交易号码和第二交易号码。
5.一种数据库选择系统,其特征在于,包括:
解析单元,用于解析用户交易请求,得到第一交易号码和第二交易号码;
集合创建单元,用于根据所述第一交易号码和所述第二交易号码创建map集合,并将所述map集合设置为本地线程变量;
选择单元,用于根据所述本地线程变量和预设的路由规则选择数据库的ID;
数据库确定单元,用于根据所述数据库的ID确定所述数据库;
存储单元,用于将所述用户交易请求存入所述数据库。
6.根据权利要求5所述的数据库选择系统,其特征在于,所述路由规则包括:
判断所述第一交易号码是否处于第一预设范围;
当所述第一交易号码处于第一预设范围时,判断所述第二交易号码是否处于第二预设范围;
当所述第一交易号码不处于第一预设范围时,判断所述第二交易号码是否处于第三预设范围;
当所述第一交易号码处于第一预设范围且所述第二交易号码处于第二预设范围时,选择第一ID;
当所述第一交易号码处于第一预设范围且所述第二交易号码不处于第二预设范围时,选择第二ID;
当所述第一交易号码不处于第一预设范围且所述第二交易号码处于第三预设范围时,选择第三ID;
当所述第一交易号码不处于第一预设范围且所述第二交易号码不处于第三预设范围时,选择第四ID。
7.根据权利要求5所述的数据库选择系统,其特征在于,还包括:
清空单元,用于清空所述本地线程变量。
8.根据权利要求5所述的数据库选择系统,其特征在于,还包括:
请求校验单元,用于根据预设的交易规则判断所述用户交易请求是否合法。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据所述第一交易号码和所述第二交易号码创建map集合,并将所述map集合设置为本地线程变量;
根据所述本地线程变量和预设的路由规则选择数据库的ID;
根据所述数据库的ID确定所述数据库;
将所述用户交易请求存入所述数据库。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现以下步骤:
解析用户交易请求,得到第一交易号码和第二交易号码;
根据所述第一交易号码和所述第二交易号码创建map集合,并将所述map集合设置为本地线程变量;
根据所述本地线程变量和预设的路由规则选择数据库的ID;
根据所述数据库的ID确定所述数据库;
将所述用户交易请求存入所述数据库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810234771.5A CN108573030A (zh) | 2018-03-21 | 2018-03-21 | 数据库选择方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810234771.5A CN108573030A (zh) | 2018-03-21 | 2018-03-21 | 数据库选择方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108573030A true CN108573030A (zh) | 2018-09-25 |
Family
ID=63574592
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810234771.5A Pending CN108573030A (zh) | 2018-03-21 | 2018-03-21 | 数据库选择方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108573030A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101034411A (zh) * | 2007-04-09 | 2007-09-12 | 招商银行股份有限公司 | 一种计算机数据处理系统及其处理方法和应用 |
US20150120568A1 (en) * | 2012-04-17 | 2015-04-30 | Deutsche Post Ag | Electronic transaction method |
CN104636499A (zh) * | 2015-03-09 | 2015-05-20 | 中国银行股份有限公司 | 一种基于高并发的数据处理系统以及方法 |
CN105574022A (zh) * | 2014-10-14 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 一种基于关系数据库的业务对象的处理方法和装置 |
CN105631028A (zh) * | 2015-12-30 | 2016-06-01 | 中国农业银行股份有限公司 | 一种数据库集群功能实现方法和系统 |
-
2018
- 2018-03-21 CN CN201810234771.5A patent/CN108573030A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101034411A (zh) * | 2007-04-09 | 2007-09-12 | 招商银行股份有限公司 | 一种计算机数据处理系统及其处理方法和应用 |
US20150120568A1 (en) * | 2012-04-17 | 2015-04-30 | Deutsche Post Ag | Electronic transaction method |
CN105574022A (zh) * | 2014-10-14 | 2016-05-11 | 阿里巴巴集团控股有限公司 | 一种基于关系数据库的业务对象的处理方法和装置 |
CN104636499A (zh) * | 2015-03-09 | 2015-05-20 | 中国银行股份有限公司 | 一种基于高并发的数据处理系统以及方法 |
CN105631028A (zh) * | 2015-12-30 | 2016-06-01 | 中国农业银行股份有限公司 | 一种数据库集群功能实现方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220067025A1 (en) | Ordering transaction requests in a distributed database according to an independently assigned sequence | |
US20220036429A1 (en) | Systems and methods for generating recommendations using a corpus of data | |
US20220215119A1 (en) | Providing an input dataset into an input slot of a computational step of a data pipeline | |
US10192229B2 (en) | Systems and methods for controlling access to location based data | |
CN103970527B (zh) | 为报表生成提供辅助覆盖的方法和系统 | |
US11100501B1 (en) | Modular, configurable smart contracts for blockchain transactions | |
US20140096058A1 (en) | Interactive topological views of combined hardware and software systems | |
CN105074724A (zh) | 使用列式数据库中的直方图进行有效查询处理 | |
CA2419153A1 (en) | Automated system and method for designing model based architectures of information systems | |
CN104160381A (zh) | 多租户环境中租户特定数据集的管理 | |
CN111427971B (zh) | 用于计算机系统的业务建模方法、装置、系统和介质 | |
CN109903050A (zh) | 交易去重方法、交易构造方法、设备和存储介质 | |
CN111125535A (zh) | 理财产品推荐方法及装置 | |
EP3739471A1 (en) | Device and method for managing ledger data on blockchain | |
US20170322777A1 (en) | Presentation Oriented Rules-based Technical Architecture Display Framework | |
US7856383B2 (en) | Transaction allocation | |
WO2010136802A1 (en) | Managing line items in a computer-based modular planning tool | |
CN110263047A (zh) | 一种数据中心节点分配方法、装置、系统及计算机设备 | |
US20210149870A1 (en) | Method, apparatus, and computer program product for improved tracking of state data | |
WO2022036165A1 (en) | Universal blockchain data model | |
CN109472680A (zh) | 一种账务处理方法及系统 | |
CN108573030A (zh) | 数据库选择方法及系统 | |
CN110209744A (zh) | 基于联盟链的关系型数据库及其操作方法和装置 | |
US20150006345A1 (en) | Hierarchical administration portal | |
US20140278567A1 (en) | Determining reimbursement amounts based on reimbursement models |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180925 |
|
RJ01 | Rejection of invention patent application after publication |