CN113656410A - 一种订单存储方法及相关装置 - Google Patents

一种订单存储方法及相关装置 Download PDF

Info

Publication number
CN113656410A
CN113656410A CN202110960929.9A CN202110960929A CN113656410A CN 113656410 A CN113656410 A CN 113656410A CN 202110960929 A CN202110960929 A CN 202110960929A CN 113656410 A CN113656410 A CN 113656410A
Authority
CN
China
Prior art keywords
order
table number
stored
storage
data
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
Application number
CN202110960929.9A
Other languages
English (en)
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.)
Shanghai Weimeng Enterprise Development Co ltd
Original Assignee
Shanghai Weimeng Enterprise Development 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 Shanghai Weimeng Enterprise Development Co ltd filed Critical Shanghai Weimeng Enterprise Development Co ltd
Priority to CN202110960929.9A priority Critical patent/CN113656410A/zh
Publication of CN113656410A publication Critical patent/CN113656410A/zh
Pending legal-status Critical Current

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/2228—Indexing structures
    • 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
    • G06F16/2379—Updates performed during online database operations; commit processing
    • 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)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computational Linguistics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请公开了一种订单存储方法，包括：将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；根据自增规则对待存储订单进行处理生成订单ID；根据散列均衡算法确定所述订单ID对应的表编号；根据所述表编号将所述待存储订单进行存储。通过所述表编号将待存储订单存储至对应表中，实现将订单进行存储，并且由于根据散列均衡算法对该订单分配该订单ID对应的表，最后进行存储，而不是将订单全部存储至个别的数据表中，避免出现数据倾斜的问题。本申请还公开了一种订单存储装置、服务器以及计算机可读存储介质，具有以上有益效果。

Description

一种订单存储方法及相关装置
技术领域
本申请涉及计算机技术领域，特别涉及一种订单存储方法、订单存储装置、服务器以及计算机可读存储介质。
背景技术
随着互联网的发展，在电子商务领域中不论是面向个人还是企业，都逐渐变得广泛和活跃。随之而来的是产生海量交易订单数据，以便保持海量数据的高效存储与管理。
相关技术中，订单数据存储系统会对数据进行分库分表。主要是按照用户的id(例如，按照商家id进行分库分表)分配对应的数据库以及数据库中的数据表。但是，当个别商家数据量较大时，会存在数据倾斜，导致个别库表数据量巨大，从而减少了分库分表带来的收益，降低了性能利用率。
因此，如何避免存储订单时出现存储倾斜的问题是本领域技术人员关注的重点问题。
发明内容
本申请的目的是提供一种订单存储方法、订单存储装置、服务器以及计算机可读存储介质，以避免数据倾斜的问题，提供数据存储的效率。
为解决上述技术问题，本申请提供一种订单存储方法，包括：
将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
根据自增规则对待存储订单进行处理生成订单ID；
根据散列均衡算法确定所述订单ID对应的表编号；
根据所述表编号将所述待存储订单进行存储。
可选的，根据散列均衡算法确定所述订单ID对应的表编号，包括：
对所述订单ID进行取模得到对应的所述表编号。
可选的，根据散列均衡算法确定所述订单ID对应的表编号，包括：
根据压力均衡算法对所述订单ID进行计算，得到对应的所述表编号。
可选的，根据所述表编号将所述待存储订单进行存储，包括：
根据所述表编号确定对应的目标库；
根据所述表编号确定所述对应的目标库中的目标表；
将所述待存储订单存储至所述目标表中。
可选的，还包括：
对订单存储事件和订单更新事件进行监控；
当监控到订单存储事件时，将所述订单存储事件的订单查询信息更新到索引数据中；
当监控到订单更新事件时，将所述订单更新事件更新到所述索引数据。
可选的，还包括：
当接收到订单查询请求时，根据所述订单查询请求在所述索引数据中进行查询，得到订单ID；
根据所述订单ID从所述订单存储数据库获取订单数据。
本申请还提供一种订单存储装置，包括：
数据库编号模块，用于将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
订单ID生成模块，用于根据自增规则对待存储订单进行处理生成订单ID；
目标表确定模块，用于根据散列均衡算法确定所述订单ID对应的表编号
订单存储模块，用于根据所述表编号将所述待存储订单进行存储。
可选的，所述根据散列均衡算法确定所述订单ID对应的表编号，具体用于对所述订单ID进行取模得到对应的所述表编号。
本申请还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上所述的订单存储方法的步骤。
本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的订单存储方法的步骤。
本申请所提供的一种订单存储方法，包括：将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；根据自增规则对待存储订单进行处理生成订单ID；根据散列均衡算法确定所述订单ID对应的表编号；根据所述表编号将所述待存储订单进行存储。
通过将订单存储数据库中的每个表进行编号，然后对订单ID确定对应的表编号，根据所述表编号将待存储订单存储至对应表中，实现将订单进行存储，并且由于根据散列均衡算法对该订单分配该订单ID对应的表，最后进行存储，而不是将订单全部存储至个别的数据表中，避免出现数据倾斜的问题，提高数据库存储数据的性能利用率。
本申请还提供一种订单存储装置、服务器以及计算机可读存储介质，具有以上有益效果，在此不做赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本申请实施例所提供的一种订单存储方法的流程示意图；
图2为本申请实施例所提供的一种订单存储方法的框架示意图；
图3为本申请实施例所提供的一种订单存储装置的结构示意图。
具体实施方式
本申请的核心是提供一种订单存储方法、订单存储装置、服务器以及计算机可读存储介质，以避免数据倾斜的问题，提供数据存储的效率。
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
相关技术中，订单数据存储系统会对数据进行分库分表。主要是按照用户的id(例如，按照商家id进行分库分表)分配对应的数据库以及数据库中的数据表。但是，当个别商家数据量较大时，会存在数据倾斜，导致个别库表数据量巨大，从而减少了分库分表带来的收益，降低了性能利用率。
因此，本申请提供一种订单存储方法，通过将订单存储数据库中的每个表进行编号，然后对订单ID确定对应的表编号，根据所述表编号将待存储订单存储至对应表中，实现将订单进行存储，并且由于根据散列均衡算法对该订单分配该订单ID对应的表，最后进行存储，而不是将订单全部存储至个别的数据表中，避免出现数据倾斜的问题，提高数据库存储数据的性能利用率。
以下通过一个实施例，对本申请提供的一种订单存储方法进行说明。
请参考图1，图1为本申请实施例所提供的一种订单存储方法的流程示意图。
本实施例中，该方法可以包括：
S101，将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
本步骤旨在将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号。也就是，对数据库中的每个数据表进行编号，而不是将一个数据表对应一个用户。
其中，对每个数据库中每个表进行编号的方式可以采用现有技术提供的任意一种编号方式，在此不做具体限定。
进一步的，本步骤可以首先对多个库进行编号，然后对每个库中的每个表进行编号。例如，假设订单存储数据库为MySQL，库的数量为10个，每个库中表的数量为10个。总共表的数量是10乘10等于100个。假设数据库编号为0～9，0号库中表的编号为0～9，1号库中表编号为10～19，依次类推，9号库中表编号为90～99。可见，在这些库中每个表的编号并不相重合，保持了每个表的编号的唯一性。
S102，根据自增规则对待存储订单进行处理生成订单ID；
在S101的基础上，本步骤旨在根据自增规则对待存储订单进行处理生成订单ID。也就是说，对于待存储订单生成属于该订单的唯一的订单ID，用于根据该订单ID计算出对应的表编号，以便实现将不同的订单分散存储至不同的表中。而不是相同用户的订单集集中存储在相同的一个表中，避免出现订单存储倾斜的问题。
S103，根据散列均衡算法确定订单ID对应的表编号；
在S102的基础上，本步骤旨在根据散列均衡算法确定订单ID对应的表编号。可见，通过本步骤中的散列均衡算法确定该订单ID对应的表编号，以便确定该待存储订单所要存储的表。
其中，散列均衡算法可以是取模计算。例如，获取到的订单ID为823，通过订单ID进行取模运算，具体是即823mod100＝23，即待存储订单所在表的编号为23。
进一步的，本步骤可以包括：
对订单ID进行取模得到对应的表编号。
可见，本可选方案中主要是对如何确定对应的表编号进行说明。本可选方案中，主要是对订单ID进行取模得到对应的表编号。其中，取模运算的模数主要是根据表的数量进行确定。例如，表的数量在100以内，那么模数为100，表的数量为1000，那么模数为1000。
进一步的，本步骤可以包括：
根据压力均衡算法对订单ID进行计算，得到对应的表编号。
可见，本可选方案中依然是对如何确定表进行说明。本可选方案中对订单ID进行取模得到对应的表编号。其中，压力均衡算法可以采用现有技术提供的任意一种均衡算法，在此不做具体限定。
S104，根据表编号将待存储订单进行存储。
在S103的基础上，本步骤旨在根据表编号将待存储订单进行存储。可见，在确定表编号的基础上，就可以将该待存储订单存储至该表编号对应的表中，实现将待存储订单进行平均分配，避免出现数据倾斜的问题。
其中，进行存储的过程可以包括：根据表编号查找到对应的表，然后再将待存储订单存储至该表中。其中，由于表编号的格式不同存在不同的存储方案，需要根据表编号的具体格式确定查找方式，在此不做具体限定。
进一步的，本步骤可以包括：
步骤1，根据表编号确定对应的目标库；
步骤2，根据表编号确定对应的目标库中的目标表；
步骤3，将待存储订单存储至目标表中。
可见，本可选方案主要是如何进行订单存储进行说明。本可选方案中，根据表编号确定对应的目标库，根据表编号确定对应的目标库中的目标表，将待存储订单存储至目标表中。很显然，本可选方案中根据表编号首先确定对应的目标库，然后在该目标库中确定对应的目标表，最后将数据存储至目标表中。
此外，本实施例中为了提高订单的查询速度，对数据库中的数据建立索引数据，然后基于该索引数据进行数据查询。其中，索引数据可以采用ElasticSearch(ES)搜索引擎。
进一步的，本实施例还可以包括：
步骤1，对订单存储事件和订单更新事件进行监控；
步骤2，当监控到订单存储事件时，将订单存储事件的订单查询信息更新到索引数据中；
步骤3，当监控到订单更新事件时，将订单更新事件更新到索引数据。
可见，本可选方案中主要是对如何更新索引数据进行说明。本可选方案中，对订单存储事件和订单更新事件进行监控；当监控到订单存储事件时，将订单存储事件的订单查询信息更新到索引数据中；当监控到订单更新事件时，将订单更新事件更新到索引数据。
很显然，本可选方案中基于不同的订单事件，对索引数据执行不同的更行操作，以便保持索引数据的准确性，可以根据该索引数据准确搜索到订单数据。
其中，可以通过数据库日志对订单存储事件和订单更新事件进行监控，以便及时获取到订单存储事件或订单更新事件。
进一步的，本实施例还可以包括：
步骤1，当接收到订单查询请求时，根据订单查询请求在索引数据中进行查询，得到订单ID；
步骤2，根据订单ID从订单存储数据库获取订单数据。
可见，本可选方案中主要是对如何进行订单搜索做说明。本可选方案中当接收到订单查询请求时，根据订单查询请求在索引数据中进行查询，得到订单ID；根据订单ID从订单存储数据库获取订单数据。
很显然，本可选方案中依据索引数据对订单进行检索，以便从数据库中获取到对应的订单数据。
综上，本实施例通过将订单存储数据库中的每个表进行编号，然后对订单ID确定对应的表编号，根据表编号将待存储订单存储至对应表中，实现将订单进行存储，并且由于根据散列均衡算法对该订单分配该订单ID对应的表，最后进行存储，而不是将订单全部存储至个别的数据表中，避免出现数据倾斜的问题，提高数据库存储数据的性能利用率。
以下通过一个具体的实施例，对本申请提供的一种订单存储方法做进一步说明。
请参考图2，图2为本申请实施例所提供的一种订单存储方法的框架示意图。
本实施例中，该方法可以包括：
步骤1，构建订单数据基础服务。
其中，订单号生成服务，订单号主要通过自增id方式生成，能确保后续订单能均衡地落入到每个库表中。然后通过生成订单号计算出索要落的库表编号，将订单数据落入到对应库表。最后提供按照订单id查询订单明细数据服务，定位库表方式通存储订单策略一致。
步骤2，构建订单数据更新监听模块。
该模块，用于对订单库使用canal(开源项目，基于数据库增量日志解析，提供增量数据订阅与消费)进行日志监听，将监听的单据ID数据发送到消息队列，用于后续更新索引。创建消息队列的消费者，消费数据变动的消息，以“索引数据更新”的来源身份调用“订单索引数据更新服务”。
步骤3，构建订单索引数据查询及更新服务。
用于接收来自“订单数据更新监听”的调用，获取到被更新的订单数据。将收到的订单数据进行整理，按照实际需求抽取出对应查询条件与订单id。将抽取出的查询条件及订单id更新至ES。
步骤4，构建订单数据查询服务。
用于接受前端传入的订单查询条件。调用订单索引数据查询及更新服务，传入订单查询条件，通过ES查询获取到结果，即订单id列表。针对返回的订单id列表，依次调用订单数据基础服务，查询到所有订单明细数据。
可见，本实施中按照订单id分库分表，能均衡各库表数据量存储，不发生数据倾斜，最大发挥分库分表的效用。同时，采用canal对数据库日志监听实时通知维护索引数据，将数据存储与数据查询进行解耦，使得两方面更容易维护及扩展。最后，通过ES承接数据查询需求，使得查询方式更加灵活，能够快速满足更多更复杂的查询需求，且查询效率更高，大幅提高接口响应速度，提升用户体验。最终呈现的，完整订单明细数据只存储一份，减少数据存储空间需求，降低企业的成本。也会，减少数据一致性需求，降低系统复杂度，提升系统可维护性。
综上，本实施例通过将订单存储数据库中的每个表进行编号，然后对订单ID确定对应的表编号，根据表编号将待存储订单存储至对应表中，实现将订单进行存储，并且由于根据散列均衡算法对该订单分配该订单ID对应的表，最后进行存储，而不是将订单全部存储至个别的数据表中，避免出现数据倾斜的问题，提高数据库存储数据的性能利用率。
下面对本申请实施例提供的订单存储装置进行介绍，下文描述的订单存储装置与上文描述的订单存储方法可相互对应参照。
请参考图3，图3为本申请实施例所提供的一种订单存储装置的结构示意图。
本实施例中，该装置可以包括：
数据库编号模块100，用于将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
订单ID生成模块200，用于根据自增规则对待存储订单进行处理生成订单ID；
目标表确定模块300，用于根据散列均衡算法确定订单ID对应的表编号订单存储模块400，用于根据表编号将待存储订单进行存储。
可选的，该目标表确定模块300，具体用于对订单ID进行取模得到对应的表编号。
可选的，该目标表确定模块300，具体用于根据压力均衡算法对订单ID进行计算，得到对应的表编号。
可选的，该订单存储模块400，具体用于根据表编号确定对应的目标库；根据表编号确定对应的目标库中的目标表；将待存储订单存储至目标表中。
可选的，该装置还可以包括：索引数据维护模块，用于对订单存储事件和订单更新事件进行监控；当监控到订单存储事件时，将订单存储事件的订单查询信息更新到索引数据中；当监控到订单更新事件时，将订单更新事件更新到索引数据。
可选的，该装置还可以包括：数据查询模块，用于当接收到订单查询请求时，根据订单查询请求在索引数据中进行查询，得到订单ID；根据订单ID从订单存储数据库获取订单数据。
本申请实施例还提供一种服务器，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如以上实施例所述的订单存储方法的步骤。
本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如以上实施例所述的订单存储方法的步骤。
说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上对本申请所提供的一种订单存储方法、订单存储装置、服务器以及计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种订单存储方法，其特征在于，包括：
将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
根据自增规则对待存储订单进行处理生成订单ID；
根据散列均衡算法确定所述订单ID对应的表编号；
根据所述表编号将所述待存储订单进行存储。
2.根据权利要求1所述的订单处理方法，其特征在于，根据散列均衡算法确定所述订单ID对应的表编号，包括：
对所述订单ID进行取模得到对应的所述表编号。
3.根据权利要求1所述的订单处理方法，其特征在于，根据散列均衡算法确定所述订单ID对应的表编号，包括：
根据压力均衡算法对所述订单ID进行计算，得到对应的所述表编号。
4.根据权利要求1所述的订单处理方法，其特征在于，根据所述表编号将所述待存储订单进行存储，包括：
根据所述表编号确定对应的目标库；
根据所述表编号确定所述对应的目标库中的目标表；
将所述待存储订单存储至所述目标表中。
5.根据权利要求1所述的订单处理方法，其特征在于，还包括：
对订单存储事件和订单更新事件进行监控；
当监控到订单存储事件时，将所述订单存储事件的订单查询信息更新到索引数据中；
当监控到订单更新事件时，将所述订单更新事件更新到所述索引数据。
6.根据权利要求5所述的订单处理方法，其特征在于，还包括：
当接收到订单查询请求时，根据所述订单查询请求在所述索引数据中进行查询，得到订单ID；
根据所述订单ID从所述订单存储数据库获取订单数据。
7.一种订单存储装置，其特征在于，包括：
数据库编号模块，用于将订单存储数据库中每个库对应的所有表进行编号，得到每个表的表编号；
订单ID生成模块，用于根据自增规则对待存储订单进行处理生成订单ID；
目标表确定模块，用于根据散列均衡算法确定所述订单ID对应的表编号订单存储模块，用于根据所述表编号将所述待存储订单进行存储。
8.根据权利要求7所述的订单存储装置，其特征在于，所述目标表确定模块，具体用于对所述订单ID进行取模得到对应的所述表编号。
9.一种服务器，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的订单存储方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的订单存储方法的步骤。
CN202110960929.9A 2021-08-20 2021-08-20 一种订单存储方法及相关装置 Pending CN113656410A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110960929.9A CN113656410A (zh) 2021-08-20 2021-08-20 一种订单存储方法及相关装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110960929.9A CN113656410A (zh) 2021-08-20 2021-08-20 一种订单存储方法及相关装置

Publications (1)

Publication Number Publication Date
CN113656410A true CN113656410A (zh) 2021-11-16

Family

ID=78491746

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110960929.9A Pending CN113656410A (zh) 2021-08-20 2021-08-20 一种订单存储方法及相关装置

Country Status (1)

Country Link
CN (1) CN113656410A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114969059A (zh) * 2022-07-28 2022-08-30 建信金融科技有限责任公司 生成订单信息的方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080103911A1 (en) * 2006-10-27 2008-05-01 Mci, Llc. Apparatus and method of data dependent routing for data storage
CN110175808A (zh) * 2019-04-17 2019-08-27 广州精选速购网络科技有限公司 一种订单管理、查询方法、装置、设备及介质
CN110968647A (zh) * 2019-12-23 2020-04-07 广东电力交易中心有限责任公司 数据存储方法、装置、计算机设备和存储介质
CN112052247A (zh) * 2020-09-29 2020-12-08 微医云(杭州)控股有限公司 搜索引擎的索引更新系统、方法、装置、电子设备、存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080103911A1 (en) * 2006-10-27 2008-05-01 Mci, Llc. Apparatus and method of data dependent routing for data storage
CN110175808A (zh) * 2019-04-17 2019-08-27 广州精选速购网络科技有限公司 一种订单管理、查询方法、装置、设备及介质
CN110968647A (zh) * 2019-12-23 2020-04-07 广东电力交易中心有限责任公司 数据存储方法、装置、计算机设备和存储介质
CN112052247A (zh) * 2020-09-29 2020-12-08 微医云(杭州)控股有限公司 搜索引擎的索引更新系统、方法、装置、电子设备、存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
戴忠健等人: "分布式计算机控制系统", 31 August 2020, 北京理工大学出版社, pages: 218 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114969059A (zh) * 2022-07-28 2022-08-30 建信金融科技有限责任公司 生成订单信息的方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN108647357B (zh) 数据查询的方法及装置
CN106997557B (zh) 订单信息采集方法及装置
CN111414389A (zh) 一种数据处理方法、装置、电子设备及存储介质
CN110851465A (zh) 数据查询方法及系统
CN110837520A (zh) 一种数据处理方法、平台及系统
CN111382182A (zh) 数据处理方法、装置、电子设备及存储介质
CN110032578B (zh) 一种海量数据查询缓存的方法及装置
CN113656410A (zh) 一种订单存储方法及相关装置
CN111400301A (zh) 一种数据查询方法、装置及设备
CN111259053A (zh) 一种账单查询的方法及装置
CN115438046B (zh) 一种基于htap数据库的分布式储存方法
CN113515541A (zh) 数据库的数据查询方法、装置和系统
CN115578180A (zh) 银行网点的现金资源的管理方法及装置
CN116028696A (zh) 资源信息获取方法、装置、电子设备及存储介质
CN115481026A (zh) 测试案例的生成方法、装置、计算机设备、存储介质
CN110909072A (zh) 一种数据表建立方法、装置及设备
CN110929207B (zh) 数据处理方法、装置和计算机可读存储介质
CN110297842B (zh) 一种数据比对方法、装置、终端和存储介质
CN110427390A (zh) 数据查询方法及装置、存储介质、电子装置
CN111563091B (zh) 非往返式的批量更新MongoDB的方法及系统
CN110851517A (zh) 一种源数据抽取方法、装置、设备及计算机存储介质
CN114153830B (zh) 数据验证方法及其装置、计算机存储介质、电子设备
CN109144970A (zh) 流水数据处理方法及系统
CN111179048B (zh) 基于spark的用户资讯个性化分析方法、装置及系统
US20230315787A1 (en) Evolutionary Analysis of an Identity Graph Data Structure

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