CN113627998A - 订单数据处理方法、装置、电子设备和计算机可读介质 - Google Patents
订单数据处理方法、装置、电子设备和计算机可读介质 Download PDFInfo
- Publication number
- CN113627998A CN113627998A CN202110944675.1A CN202110944675A CN113627998A CN 113627998 A CN113627998 A CN 113627998A CN 202110944675 A CN202110944675 A CN 202110944675A CN 113627998 A CN113627998 A CN 113627998A
- Authority
- CN
- China
- Prior art keywords
- data
- target metadata
- metadata
- target
- order
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 27
- 238000012545 processing Methods 0.000 claims abstract description 40
- 230000004044 response Effects 0.000 claims abstract description 39
- 238000000034 method Methods 0.000 claims abstract description 37
- 230000008859 change Effects 0.000 claims description 13
- 238000004590 computer program Methods 0.000 claims description 9
- 238000012216 screening Methods 0.000 abstract 1
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 12
- 230000000875 corresponding effect Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 9
- 238000000605 extraction Methods 0.000 description 5
- 239000000203 mixture Substances 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012800 visualization Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 238000013075 data extraction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 230000009545 invasion Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 238000012958 reprocessing Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- 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/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
- G06F9/5016—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals the resource being the memory
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Development Economics (AREA)
- Data Mining & Analysis (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开的实施例公开了订单数据处理方法、装置、电子设备和计算机可读介质。该方法的一具体实施方式包括：响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息；响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据；根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。该实施方式可以实现对所需数据的快速筛选、采集和处理，从而保证数据的时效性。
Description
技术领域
本公开的实施例涉及计算机技术领域，具体涉及订单数据处理方法、装置、电子设备和计算机可读介质。
背景技术
通常情况下，线下或线上开具发票的时效性比较高。但由于开票所涉及的流程环节和系统比较多，并且有些系统并不是销售方所能控制和处理的，故有可能会出现因某个环节故障而导致开票流程卡顿的情况。这就需要对开票流程进行跟踪以及时发现卡顿节点，从而找到对应人员解决。
现有技术中，一般由监控系统实时发起调用，逐一查询每个系统是否已经执行，然后形成执行路径。然而，这种方式有明显的滞后性，不能满足实时性要求。而且需要各个业务系统提供查询接口，调用逻辑复杂。
此外，现有的订单关联数据通常分散存储。这样在查阅数据时，往往需要关联查询，甚至有时还需要对数据进行二次加工，影响数据显示的时效性。
发明内容
本公开的内容部分用于以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。本公开的内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。本公开的一些实施例提出了订单数据处理方法、装置、电子设备和计算机可读介质，来解决以上背景技术部分提到的技术问题中的一项或多项。
第一方面，本公开的一些实施例提供了一种订单数据处理方法，该方法包括：响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息；响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据；根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
在一些实施例中，从订单相关数据中提取关键字段以生成目标元数据，包括：根据订单相关数据的类型，将订单相关数据划分至对应的处理甬道，提取订单相关数据的关键字段。
在一些实施例中，不同处理甬道所提取的关键字段均包括用户识别信息；以及对目标元数据集合中的各目标元数据进行组合，得到组合数据集合，包括：根据用户识别信息，对目标元数据集合中的各目标元数据进行分组；对于同一分组中的各目标元数据，将属于同一订单的目标元数据进行组合以生成组合数据，得到组合数据集合。
在一些实施例中，从订单相关数据中提取关键字段以生成目标元数据，包括：将提取的关键字段作为订单相关数据的元数据，以及根据关键字段，确定元数据的主键信息和外键信息，生成目标元数据。
在一些实施例中，对目标元数据集合中的各目标元数据进行组合，得到组合数据集合，包括：根据目标元数据集合中的目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，得到组合数据集合。
在一些实施例中，根据目标元数据集合中的目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，包括：对于目标元数据集合中的每个目标元数据，执行以下组合步骤：确定目标元数据是否为第一预设事件元数据；响应于确定不是第一预设事件元数据，根据目标元数据的外键信息，确定组合数据集合中是否存在目标组合数据，其中，目标组合数据的外键信息与目标元数据的外键信息相匹配；响应于确定存在，将目标元数据添加至目标组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为目标元数据的主键信息；响应于确定不存在，对目标元数据进行缓存。
在一些实施例中，组合步骤还包括：响应于确定是第一预设事件元数据，将第一预设事件元数据作为组合数据，其中，组合数据的主键信息和外键信息分别为第一预设事件元数据的主键信息和外键信息；根据组合数据的外键信息，确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据；响应于确定存在，将匹配的目标元数据添加至组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为匹配的目标元数据的主键信息。
在一些实施例中，目标数据库采用二进制日志形式进行变化信息的记录和广播；以及预设信息用于指示预设事件的数据产生或状态变化，订单相关数据的类型与订单相关数据所表征的预设事件或数据来源有关。
在一些实施例中，该方法还包括：基于订单维度，对组合数据集合中的各组合数据进行存储。
第二方面，本公开的一些实施例提供了一种订单数据处理装置，该装置包括：确定单元，被配置成响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息；获取单元，被配置成响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据；提取单元，被配置成根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；组合单元，被配置成对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
在一些实施例中，提取单元进一步被配置成：根据订单相关数据的类型，将订单相关数据划分至对应的处理甬道，提取订单相关数据的关键字段。
在一些实施例中，不同处理甬道所提取的关键字段均包括用户识别信息；以及组合单元进一步被配置成：根据用户识别信息，对目标元数据集合中的各目标元数据进行分组；对于同一分组中的各目标元数据，将属于同一订单的目标元数据进行组合以生成组合数据，得到组合数据集合。
在一些实施例中，提取单元进一步被配置成：将提取的关键字段作为订单相关数据的元数据，以及根据关键字段，确定元数据的主键信息和外键信息，生成目标元数据。
在一些实施例中，组合单元进一步被配置成：根据目标元数据集合中的目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，得到组合数据集合。
在一些实施例中，组合单元还进一步被配置成：对于目标元数据集合中的每个目标元数据，确定目标元数据是否为第一预设事件元数据；响应于确定不是第一预设事件元数据，根据目标元数据的外键信息，确定组合数据集合中是否存在目标组合数据，其中，目标组合数据的外键信息与目标元数据的外键信息相匹配；响应于确定存在，将目标元数据添加至目标组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为目标元数据的主键信息；响应于确定不存在，对目标元数据进行缓存。
在一些实施例中，组合单元还被配置成：响应于确定是第一预设事件元数据，将第一预设事件元数据作为组合数据，其中，组合数据的主键信息和外键信息分别为第一预设事件元数据的主键信息和外键信息；根据组合数据的外键信息，确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据；响应于确定存在，将匹配的目标元数据添加至组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为匹配的目标元数据的主键信息。
在一些实施例中，目标数据库采用二进制日志形式进行变化信息的记录和广播；以及预设信息用于指示预设事件的数据产生或状态变化，订单相关数据的类型与订单相关数据所表征的预设事件或数据来源有关。
在一些实施例中，该装置还包括存储单元，被配置成基于订单维度，对组合数据集合中的各组合数据进行存储。
第三方面，本公开的一些实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述第一方面中任一实现方式所描述的方法。
第四方面，本公开的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，其中，程序被处理器执行时实现上述第一方面中任一实现方式所描述的方法。
本公开的上述各个实施例具有如下有益效果：本公开的一些实施例的订单数据处理方法在接收到目标数据库发送的广播信息时，首先可以确定该广播信息中是否包含预设信息，以对信息进行筛选。若包含预设信息，则可以在目标数据库中获取广播信息所指示的订单相关数据，即完成所需数据的采集。接着，根据订单相关数据的类型，可以从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合。之后，对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。即提取有效数据信息，这样可以减少内存占用，也有利于提高数据处理效率，从而可以保证数据的时效性。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
图1是本公开的一些实施例可以应用于其中的示例性系统的架构图；
图2是根据本公开的订单数据处理方法的一些实施例的流程图；
图3是根据本公开的组合步骤的一些实施例的流程图；
图4是根据本公开的一些实施例的订单数据处理方法的一个应用场景的示意图；
图5是根据本公开的订单数据处理装置的一些实施例的结构示意图；
图6是适于用来实现本公开的一些实施例的电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例。相反，提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
下面将参考附图并结合实施例来详细说明本公开。
图1示出了可以应用本公开的一些实施例的订单数据处理方法或订单数据处理装置的示例性系统架构100。
如图1所示，系统架构100可以包括终端设备101、网络102、服务器103和数据库服务器104、105。网络102可以用以在终端设备101、服务器103和数据库服务器104、105之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101通过网络102与服务器103和数据库服务器104、105进行交互，以接收或发送消息等。终端设备101上可以安装有各种客户端应用，例如购物类应用、网页浏览器和即时通讯工具等。
这里的终端设备101可以是硬件，也可以是软件。当终端设备101为硬件时，可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。当终端设备101为软件时，可以安装在上述所列举的电子设备中。其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
服务器103可以是提供各种服务的服务器，例如可以是对终端设备101所安装的应用提供支持的后台服务器。后台服务器可以对用户在购物类应用上的操作行为进行记录。并且在接收到订单开票请求的情况下，可以对订单相关数据进行实时采集和处理，并可以将处理结果(如得到的组合数据集合)进行存储以供用户查询。而数据库服务器104、105可以是用于存储订单信息、票据信息和税务信息等数据的服务器。
这里的服务器103和数据库服务器104、105同样可以是硬件，也可以是软件。当服务器103和数据库服务器104、105为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器103和数据库服务器104、105为软件时，可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是，本公开的实施例所提供的订单数据处理方法可以由服务器103执行，也可以由终端设备101执行。相应地，订单数据处理装置可以设置于服务器103中，也可以设置于终端设备101中。在此不做具体限定。
需要说明的是，在服务器103具备数据库服务器104、105的功能的情况下，系统架构100中也可以不设置数据库服务器104、105。
应该理解，图1中的终端设备、网络、服务器和数据库服务器的数目仅仅是示意性的。根据实际需要，可以具有任意数目的终端设备、网络、服务器和数据库服务器。
继续参考图2，示出了根据本公开的订单数据处理方法的一些实施例的流程200。该方法包括以下步骤：
步骤201，响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息。
在一些实施例中，订单数据处理方法的执行主体(例如图1中所示的服务器103)可以通过有线连接或无线连接的方式，来接收目标数据库发送的广播信息。这里的目标数据库是可以是与执行主体通信连接，且存储有相关数据的任意数据库，如订单数据库、开票数据库和发票数据库等。其中，广播信息可以是用于表征目标数据库中的数据发生变化的信息。
可以理解的是，当数据库中有事件发生或变化等任何动态都会广播出来。在这里，广播方式和接收广播方式并不限制，例如可以采用埋点接口主动上报或者发送JMQ(一种消息中间件平台)广播上报等方式实现。又例如，目标数据库可以采用二进制日志(如binlog，用于记录关系型数据库管理系统的数据更新或者潜在更新)形式进行变化信息的记录和广播。这种方式可以摒弃传统的触发器或埋点的数据采集机制，解耦目标数据库与执行主体之间的硬件或代码依赖，对其他系统无入侵。不仅能够保证数据的时效性，同时也提高了数据采集的灵活性、简易性。
执行主体在接收到目标服务器发送的广播信息时，首先可以确定该广播信息中是否包含预设信息，以对对广播信息进行过滤筛选。其中，预设信息可以是用于表征所需数据的信息，可以根据实际需求进行设置。作为示例，可以通过事件或命令来映射目标数据库的状态机。
表1
由表1可以看出，开票流程基本上可以包括下单、妥投(配送)、开票申请、开票等事件节点的串联。而每一个事件表现在库表上都是某些数据的产生或状态机的变更。比如一个批次订单开票事件就对应了申请单表中创建了一条类型为蓝票的申请记录。而同步下游事件则对应了该申请记录状态变为“已同步”。
也就是说在一些实施例中，上述预设信息可以用于指示预设事件的数据产生或状态变化。这里的预设事件例如可以是与开票流程相关的事件。这样便可以在大量广播信息(如binlog数据)中采集出真正想要的数据，从而提高有效数据的采集效率。
步骤202，响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据。
在一些实施例中，在步骤201确定广播信息中包含预设信息的情况下，执行主体可以从目标数据库中获取广播信息所指示的订单相关数据。例如，执行主体可以从广播信息所指示的目标数据库表中获取对应的数据。
步骤203，根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合。
在一些实施例中，基于步骤202获取的订单相关数据，执行主体可以根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合。其中，订单相关数据的类型可以与预设信息有关。例如如果广播信息中包含预设信息A，那么该广播信息所指示的订单相关数据的类型可以为第一类数据。而提取关键字段的方式在这里并不限制，如可以包括对不同类型的订单相关数据提取不同的关键字段。作为示例，每个类型的数据可以对应一个关键字段的列表。这样，利用与类型相对应的列表中的关键字段，来提取订单相关数据的关键字段。
可选地，订单相关数据的类型与订单相关数据所表征的预设事件或数据来源有关。例如订单相关数据用于表征下单事件，或者订单相关数据来自上述订单表，此时可以确定其为订单类数据。此外，执行主体也可以根据订单相关数据的类型，将订单相关数据划分至对应的处理甬道，提取该订单相关数据的关键字段。其中，不同甬道所提取的关键字段通常不同。
作为示例，可以应用分布式数据处理框架(如Storm)技术，通过其中的组件(如Spout)分别接收不同类型(来源)的数据，划分不同数据甬道，从而分散数据采集和处理的压力。对于不同甬道的数据，按照各自的处理方法分片(如Bolt)处理，提取出所需的关键字段。需要说明的是，Spout是Storm中获取数据的组件，负责从外部数据源拉取数据，然后分发到Bolt(数据处理组件)中进行数据处理，承担Storm数据入口的角色。
以表1中第一列所示的订单类数据为例，首先可以将这类订单相关数据划分到订单Spout中；接着，根据订单号取模进行路由到多个Bolt节点进行数据处理，提炼出所关心的字段。即根据订单号分为订单Bolt 1、订单Bolt 2···订单Bolt N。在每个订单Bolt中提取数据的关键字段，如订单号、用户识别信息、下单时间、订单完成时间、状态等。其中，用户识别信息可以是用于唯一表征用户的信息，如用户PIN(Personal identificationnumber，个人身份识别码)或账户名等。
同理，对于开票申请(申请批次)类数据、开票(申请单)类数据、发票类数据可以分别划分到开票申请Spout、开票Spout、发票Spout中。在开票申请Spout中，可以根据批次号进一步分为多个开票申请Bolt，从而提取关键字，如批次号、用户识别信息、开票申请时间、申请人信息、发票种类、商品明细或类别等。在开票Spout中，可以根据申请单号进一步分为多个开票Bolt，从而提取关键字，如申请单号、用户识别信息、蓝票或红票、开票同步时间、金额等。在发票Spout中，可以根据发票编号分为多个发票Bolt，从而提取关键字，如发票编号、用户识别信息、发票开具时间、电子链接地址等。
在这里，执行主体可以根据所提取的关键字段，来生成订单相关数据的目标元数据，从而得到目标元数据集合。例如，执行主体可以按照一定的顺序对关键字段进行存储以作为目标元数据，并添加标签。其中，对应同一订单的各目标元数据具有相匹配的标签。又例如，执行主体可以将提取的关键字段作为订单相关数据的元数据。以及根据所提取的关键字段，确定该元数据的主键信息和外键信息，从而生成目标元数据。作为示例，订单元数据的主键和外键均为订单号。开票申请元数据的主键可以为批次号，外键为订单号。开票元数据的主键为申请单号，外键为批次号。发票元数据的主键为发票编号，外键为申请单号。
可以理解的是，通过上述预设方法可以进行多层数据拆分，从而实现单维度数据的提炼和加工。这样在提高处理效率的同时，也形成了各预设事件的基础元数据，便于后续进行数据的拼接组合。
步骤204，对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
在一些实施例中，基于步骤203得到的目标元数据集合，执行主体可以对集合中的各目标元数据进行组合，从而得到组合数据集合。作为示例，执行主体可以将对应同一订单的目标元数据进行组合，如(有序或无序地)存储到同一文件或文件夹中，或者建立关联关系等，以得到组合数据。
可选地，不同处理甬道所提取的关键字段中均可以包括用户识别信息。在这种情况下，执行主体可以根据用户识别信息，对目标元数据集合中的各目标元数据进行分组。即同一分组中的各目标元数据中的用户识别信息相匹配(如相同)。也就是说，在组合之前，可以按照用户识别信息进行目标元数据的聚合，使得同一用户的数据能够在相同Bolt中进行数据组合处理。即在生成目标元数据后，可以根据其中的用户识别信息，进一步划分到不同的数据组合Bolt中，从而避免跨片数据处理的复杂性。
进一步地，对于同一分组中的各目标元数据，执行主体可以将属于同一订单的目标元数据进行组合以生成组合数据，得到组合数据集合。作为示例，执行主体可以根据目标元数据集合中的每个目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，得到组合数据集合。即通过目标元数据的主、外键关联，便可以将所有相关联的目标元数据进行拼装组合，从而形成全流程节点的数据记录，实现数据的实时跟踪。具体组合步骤可以参见图3中的相关描述，此处不再赘述。
可以理解的是，为了便于用户进行数据查询和管理，在对数据进行可视化展示时，通常是基于订单维度。因此，在存储时也采用订单维度的数据格式，从而打破关系型数据库的关联数据的分散存储。即在一些实施例中，执行主体可以基于订单维度，对组合数据集合中的各组合数据进行存储。
通过以上描述可知，经过以上的数据粒子化拼接产生的数据结果(组合数据)，就是最终想要的数据了。因此，不需要再像关系数据库那样进行关系运算，也不用复杂的内存逻辑运算，只需要考虑数据的查询性能即可。采用结构化数据存储，可以满足即取即用的诉求，免去数据再次加工的复杂性，也提高了数据的可视化时效。
作为示例，可以采用ES(Elasticsearch)进行存储。ES是一个基于Lucene(一个开放源代码的全文检索引擎工具包)的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎，基于RESTful(符合REST原则的架构方式)web接口，能够达到实时搜索，稳定，可靠，快速，安装使用方便。其中，REST(representational state transfer，表象性状态转变或者表述性状态转移)是web服务的一种架构风格。
本公开的一些实施例提供的方法通过预设信息可以对接收到的广播信息进行筛选。在包含预设信息的情况下，可以在目标数据库中获取广播信息所指示的订单相关数据，即完成所需数据的采集。接着，根据订单相关数据的类型，可以从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合。之后，对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。即提取有效数据信息，这样可以减少内存占用，也有利于提高数据处理效率，从而可以保证数据的时效性，实现数据的实时追踪。
请参考图3，其示出了本公开的订单数据处理方法中组合步骤的一些实施例的流程300。对于上述目标元数据集合中的每个目标元数据，执行主体可以执行以下组合步骤：
步骤301，确定目标元数据是否为第一预设事件元数据。
在一些实施例中，当有目标元数据流入(如图3中虚线框所示)时，执行主体首先可以确定该目标元数据是否为第一预设事件元数据(如订单元数据)。例如，执行主体可以通过对目标元数据的内容或主键信息进行分析，来确定其是否为第一预设事件元数据。若确定是，则可以执行步骤305。若确定不是，则可以执行步骤302。
步骤302，响应于确定不是第一预设事件元数据，根据目标元数据的外键信息，确定组合数据集合中是否存在目标组合数据。
在一些实施例中，若执行主体确定目标元数据不是第一预设事件元数据，则可以获取该目标元数据的外键信息。并且将该外键信息与组合数据集合中各组合数据的外键信息进行匹配，以确定是否存在目标组合数据。其中，目标组合数据的外键信息与目标元数据的外键信息相匹配(如相同)。若确定存在，则可以继续执行步骤303。若确定不存在，则可以执行步骤304。
步骤303，响应于确定存在，将目标元数据添加至目标组合数据中，生成新的组合数据。
在一些实施例中，在组合数据集合中存在目标组合数据时，执行主体可以将目标元数据添加至目标组合数据中，生成新的组合数据。在这里，添加方式并不限制，例如可以将目标元数据按序拼接到目标组合数据的后面。又例如将目标元数据写入目标组合数据中，并删除该目标元数据。同时，可以将新的组合数据的外键信息修改为目标元数据的主键信息，并继续执行步骤306。
步骤304，响应于确定不存在，对目标元数据进行缓存。
在一些实施例中，若组合数据集合中不存在目标组合数据，则可以对目标元数据进行缓存，如缓存到本地的缓存池中，以等待被匹配组合。
可以理解的是，通常情况下，目标元数据的流入是无序的。若无法实时主动组合拼接的目标元数据，则表示后置节点的数据先流入了。因此先暂存到缓存中，等待前置节点目标元数据流入时，再被动组合拼接上。这样可以防止数据丢失，也提高组合拼接的效率。
步骤305，响应于确定是第一预设事件元数据，将第一预设事件元数据作为组合数据。
在一些实施例中，若确定流入的目标元数据是第一预设事件元数据，则可以将第一预设事件元数据作为组合数据，并继续执行步骤306。其中，组合数据的主键信息和外键信息分别为第一预设事件元数据的主键信息和外键信息。例如目标元数据是订单元数据，此时得到的组合数据的主键信息和外键信息均为订单号。
步骤306，根据组合数据的外键信息，确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据。
在一些实施例中，基于步骤303或步骤305得到的组合数据的外键信息，执行主体可以确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据。若存在，则可以继续执行步骤307。例如组合数据的外键信息为订单号，此时可以确定已缓存的目标元数据中是否存在外键信息为该订单号的开票申请元数据。
步骤307，响应于确定存在，将匹配的目标元数据添加至组合数据中，生成新的组合数据。
在一些实施例中，若已缓存的目标元数据中存在外键信息相匹配的目标元数据，则执行主体可以将该匹配的目标元数据添加至组合数据中，生成新的组合数据。其中，新的组合数据的外键信息为匹配的目标元数据的主键信息。例如若存在外键信息为同一订单号的开票申请元数据，则执行主体可以将该开票申请元数据与组合数据(即订单元数据)进行组合，得到新的组合数据的主键信息、外键信息分别为订单号、批次号。
需要说明的是，执行主体可以循环执行以上组合步骤，直至新的组合数据的外键信息为预设外键信息(如发票编号)。也就是说，组合前所匹配的目标元数据为第二预设事件元数据(如发票元数据)。这种情况下，说明开票全流程完成。
本实施例公开的订单数据处理方法进一步完善了组合步骤的详细流程，使得组合过程更加合理。通过对元数据的定义，可以实现数据的有序组合拼装。此外采用缓存机制，也保障了本地化数据加工过程中数据的时效性。
请参考图4，其示出了本公开的订单数据处理方法的一个应用场景的示意图。在本应用场景中，某用户在某购物平台下单。并且在订单配送完成的情况下，该用户提交了开票申请。在此过程中，相关数据库中的数据会发生变化(创建或状态变化)，并进行广播。购物平台的服务器(如图1中所示的服务器103)在接收到广播信息时，可以执行上述各实施例中所描述的订单数据处理方法，得到组合数据集合。
此时，购物平台的工作人员可以通过终端设备(如图1中所示的终端设备101)上所显示的“流程跟踪”图标，来查看该订单的开票进度情况。而终端设备上可以显示各流程节点内容：用户下单2021-07-03 08:25:43订单完成2021-07-03 09:17:47申请开票2021-07-03 09:18:18申请单创建2021-07-03 09:18:18(开票)下游开票2021-07-03 09:18:18。当开票完成时，这里还会显示开票成功时间。并且在对应位置处还会显示所开发票的详细内容。用户下单这样可以实现开票数据的实时跟踪。
进一步参考图5，作为对上述各图所示方法的实现，本公开提供了一种订单数据处理装置的一些实施例，这些装置实施例与图2和图3所示的那些方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图5所示，一些实施例的订单数据处理装置500可以包括：确定单元501，被配置成响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息；获取单元502，被配置成响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据；提取单元503，被配置成根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；组合单元504，被配置成对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
在一些实施例中，上述提取单元503可以进一步被配置成：根据订单相关数据的类型，将订单相关数据划分至对应的处理甬道，提取订单相关数据的关键字段。
在一些实施例中，不同处理甬道所提取的关键字段均包括用户识别信息；以及组合单元504可以进一步被配置成：根据用户识别信息，对目标元数据集合中的各目标元数据进行分组；对于同一分组中的各目标元数据，将属于同一订单的目标元数据进行组合以生成组合数据，得到组合数据集合。
可选地，提取单元503可以进一步被配置成：将提取的关键字段作为订单相关数据的元数据，以及根据关键字段，确定元数据的主键信息和外键信息，生成目标元数据。
在一些应用场景中，组合单元504可以进一步被配置成：根据目标元数据集合中的各目标元数据的主键信息和外键信息，将信息匹配的目标元数据进行组合以生成组合数据，得到组合数据集合。
进一步地，组合单元504还进一步被配置成：对于目标元数据集合中的每个目标元数据，确定目标元数据是否为第一预设事件元数据；响应于确定不是第一预设事件元数据，根据目标元数据的外键信息，确定组合数据集合中是否存在目标组合数据，其中，目标组合数据的外键信息与目标元数据的外键信息相匹配；响应于确定存在，将目标元数据添加至目标组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为目标元数据的主键信息；响应于确定不存在，对目标元数据进行缓存。
可选地，组合单元504还可以被配置成：响应于确定是第一预设事件元数据，将第一预设事件元数据作为组合数据，其中，组合数据的主键信息和外键信息分别为第一预设事件元数据的主键信息和外键信息；根据组合数据的外键信息，确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据；响应于确定存在，将匹配的目标元数据添加至组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为匹配的目标元数据的主键信息。
在一些实施例中，目标数据库采用二进制日志形式进行变化信息的记录和广播；以及预设信息用于指示预设事件的数据产生或状态变化，订单相关数据的类型与订单相关数据所表征的预设事件或数据来源有关。
进一步地，该装置500还包括存储单元(图5中未示出)，被配置成基于订单维度，对组合数据集合中的各组合数据进行存储。
可以理解的是，该装置500中记载的诸单元与参考图2和图3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作、特征以及产生的有益效果同样适用于装置500及其中包含的单元，在此不再赘述。
下面参考图6，其示出了适于用来实现本公开的一些实施例的电子设备(例如图1中的服务器)600的结构示意图。图6示出的电子设备仅仅是一个示例，不应对本公开的实施例的功能和使用范围带来任何限制。
如图6所示，电子设备600可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图6中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。
特别地，根据本公开的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开的一些实施例的方法中限定的上述功能。
需要说明的是，本公开的一些实施例中记载的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于接收到目标数据库发送的广播信息，确定广播信息中是否包含预设信息；响应于确定包含预设信息，从目标数据库中获取广播信息所指示的订单相关数据；根据订单相关数据的类型，从订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；对目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
此外，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的一些实施例的操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括确定单元、获取单元、提取单元和组合单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，确定单元还可以被描述为“确定广播信息中是否包含预设信息的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
以上描述仅为本公开的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (12)
1.一种订单数据处理方法，其中，所述方法包括：
响应于接收到目标数据库发送的广播信息，确定所述广播信息中是否包含预设信息；
响应于确定包含所述预设信息，从所述目标数据库中获取所述广播信息所指示的订单相关数据；
根据所述订单相关数据的类型，从所述订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；
对所述目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
2.根据权利要求1所述的订单数据处理方法，其中，所述从所述订单相关数据中提取关键字段以生成目标元数据，包括：
根据所述订单相关数据的类型，将所述订单相关数据划分至对应的处理甬道，提取所述订单相关数据的关键字段。
3.根据权利要求2所述的订单数据处理方法，其中，不同处理甬道所提取的关键字段均包括用户识别信息；以及
所述对所述目标元数据集合中的各目标元数据进行组合，得到组合数据集合，包括：
根据所述用户识别信息，对所述目标元数据集合中的各目标元数据进行分组；
对于同一分组中的各目标元数据，将属于同一订单的目标元数据进行组合以生成组合数据，得到组合数据集合。
4.根据权利要求1所述的订单数据处理方法，其中，所述从所述订单相关数据中提取关键字段以生成目标元数据，包括：
将提取的关键字段作为所述订单相关数据的元数据，以及根据所述关键字段，确定所述元数据的主键信息和外键信息，生成目标元数据。
5.根据权利要求4所述的订单数据处理方法，其中，所述对所述目标元数据集合中的各目标元数据进行组合，得到组合数据集合，包括：
根据所述目标元数据集合中的目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，得到组合数据集合。
6.根据权利要求5所述的订单数据处理方法，其中，所述根据所述目标元数据集合中的目标元数据的主键信息和外键信息，将信息匹配的各目标元数据进行组合以生成组合数据，包括：
对于所述目标元数据集合中的每个目标元数据，执行以下组合步骤：
确定所述目标元数据是否为第一预设事件元数据；
响应于确定不是所述第一预设事件元数据，根据所述目标元数据的外键信息，确定所述组合数据集合中是否存在目标组合数据，其中，所述目标组合数据的外键信息与所述目标元数据的外键信息相匹配；
响应于确定存在，将所述目标元数据添加至所述目标组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为所述目标元数据的主键信息；
响应于确定不存在，对所述目标元数据进行缓存。
7.根据权利要求6所述的订单数据处理方法，其中，所述组合步骤还包括：
响应于确定是所述第一预设事件元数据，将所述第一预设事件元数据作为组合数据，其中，所述组合数据的主键信息和外键信息分别为所述第一预设事件元数据的主键信息和外键信息；
根据所述组合数据的外键信息，确定已缓存的目标元数据中是否存在外键信息相匹配的目标元数据；
响应于确定存在，将匹配的目标元数据添加至所述组合数据中，生成新的组合数据，其中，新的组合数据的外键信息为匹配的目标元数据的主键信息。
8.根据权利要求1所述的订单数据处理方法，其中，所述目标数据库采用二进制日志形式进行变化信息的记录和广播；以及
所述预设信息用于指示预设事件的数据产生或状态变化，所述订单相关数据的类型与所述订单相关数据所表征的预设事件或数据来源有关。
9.根据权利要求1-8之一所述的订单数据处理方法，其中，所述方法还包括：
基于订单维度，对所述组合数据集合中的各组合数据进行存储。
10.一种订单数据处理装置，其中，所述装置包括：
确定单元，被配置成响应于接收到目标数据库发送的广播信息，确定所述广播信息中是否包含预设信息；
获取单元，被配置成响应于确定包含所述预设信息，从所述目标数据库中获取所述广播信息所指示的订单相关数据；
提取单元，被配置成根据所述订单相关数据的类型，从所述订单相关数据中提取关键字段以生成目标元数据，得到目标元数据集合；
组合单元，被配置成对所述目标元数据集合中的各目标元数据进行组合，得到组合数据集合。
11.一种电子设备，包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。
12.一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110944675.1A CN113627998A (zh) | 2021-08-17 | 2021-08-17 | 订单数据处理方法、装置、电子设备和计算机可读介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110944675.1A CN113627998A (zh) | 2021-08-17 | 2021-08-17 | 订单数据处理方法、装置、电子设备和计算机可读介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113627998A true CN113627998A (zh) | 2021-11-09 |
Family
ID=78386177
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110944675.1A Pending CN113627998A (zh) | 2021-08-17 | 2021-08-17 | 订单数据处理方法、装置、电子设备和计算机可读介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113627998A (zh) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050050099A1 (en) * | 2003-08-22 | 2005-03-03 | Ge Information Systems | System and method for extracting customer-specific data from an information network |
| US20120124027A1 (en) * | 2010-11-17 | 2012-05-17 | Projectioneering, LLC | Metadata database system and method |
| US20130138681A1 (en) * | 2011-11-28 | 2013-05-30 | Computer Associates Think, Inc. | Method and system for metadata driven processing of federated data |
| CN104820941A (zh) * | 2015-04-09 | 2015-08-05 | 深圳市中润四方信息技术有限公司 | 一种电子发票的封装方法及其系统 |
| US20160253303A1 (en) * | 2015-02-27 | 2016-09-01 | Hrb Innovations, Inc. | Digital processing and completion of form documents |
| CN108932313A (zh) * | 2018-06-20 | 2018-12-04 | 斑马网络技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
| CN110019258A (zh) * | 2017-09-12 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 处理订单数据的方法和装置 |
| CN110069489A (zh) * | 2017-10-17 | 2019-07-30 | 株式会社日立制作所 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
| CN110895534A (zh) * | 2018-08-24 | 2020-03-20 | 北京京东尚科信息技术有限公司 | 一种数据拼接方法、装置、介质及电子设备 |
| CN111338834A (zh) * | 2020-02-21 | 2020-06-26 | 北京百度网讯科技有限公司 | 数据存储方法和装置 |
| US20200286014A1 (en) * | 2017-10-18 | 2020-09-10 | Beijing Jingdong Century Trading Co., Ltd. | Information updating method and device |
| CN112184348A (zh) * | 2019-07-02 | 2021-01-05 | 北京京东振世信息技术有限公司 | 订单数据处理方法、装置、电子设备及介质 |
| CN112765152A (zh) * | 2019-11-05 | 2021-05-07 | 北京京东振世信息技术有限公司 | 用于合并数据表的方法和装置 |
-
2021
- 2021-08-17 CN CN202110944675.1A patent/CN113627998A/zh active Pending
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050050099A1 (en) * | 2003-08-22 | 2005-03-03 | Ge Information Systems | System and method for extracting customer-specific data from an information network |
| US20120124027A1 (en) * | 2010-11-17 | 2012-05-17 | Projectioneering, LLC | Metadata database system and method |
| US20130138681A1 (en) * | 2011-11-28 | 2013-05-30 | Computer Associates Think, Inc. | Method and system for metadata driven processing of federated data |
| US20160253303A1 (en) * | 2015-02-27 | 2016-09-01 | Hrb Innovations, Inc. | Digital processing and completion of form documents |
| CN104820941A (zh) * | 2015-04-09 | 2015-08-05 | 深圳市中润四方信息技术有限公司 | 一种电子发票的封装方法及其系统 |
| CN110019258A (zh) * | 2017-09-12 | 2019-07-16 | 北京京东尚科信息技术有限公司 | 处理订单数据的方法和装置 |
| CN110069489A (zh) * | 2017-10-17 | 2019-07-30 | 株式会社日立制作所 | 一种信息处理方法、装置、设备及计算机可读存储介质 |
| US20200286014A1 (en) * | 2017-10-18 | 2020-09-10 | Beijing Jingdong Century Trading Co., Ltd. | Information updating method and device |
| CN108932313A (zh) * | 2018-06-20 | 2018-12-04 | 斑马网络技术有限公司 | 数据处理方法、装置、电子设备及存储介质 |
| CN110895534A (zh) * | 2018-08-24 | 2020-03-20 | 北京京东尚科信息技术有限公司 | 一种数据拼接方法、装置、介质及电子设备 |
| CN112184348A (zh) * | 2019-07-02 | 2021-01-05 | 北京京东振世信息技术有限公司 | 订单数据处理方法、装置、电子设备及介质 |
| CN112765152A (zh) * | 2019-11-05 | 2021-05-07 | 北京京东振世信息技术有限公司 | 用于合并数据表的方法和装置 |
| CN111338834A (zh) * | 2020-02-21 | 2020-06-26 | 北京百度网讯科技有限公司 | 数据存储方法和装置 |
Non-Patent Citations (2)
| Title |
|---|
| 徐宁;马卓;: "基于数据仓库的数据平台设计", 航空计算技术, no. 06, 15 November 2008 (2008-11-15) * |
| 金紫蘅;姚芬;王薇;: "基于订购分发的数据读取解决方案", 指挥信息系统与技术, no. 02, 22 May 2019 (2019-05-22) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110019350B (zh) | 基于配置信息的数据查询方法和装置 | |
| CN106844372B (zh) | 一种物流信息查询方法和装置 | |
| CN107908637B (zh) | 一种基于知识库的实体更新方法及系统 | |
| CN111966950B (zh) | 日志发送方法、装置、电子设备和计算机可读介质 | |
| CN110427304A (zh) | 用于银行系统的运维方法、装置、电子设备以及介质 | |
| CN112182004B (zh) | 实时查看数据方法、装置、计算机设备及存储介质 | |
| CN111881329A (zh) | 一种账户余额管理方法和系统 | |
| CN110070394A (zh) | 数据处理方法、系统、介质和计算设备 | |
| CN111984234A (zh) | 一种处理工单的方法和装置 | |
| CN113190517B (zh) | 数据集成方法、装置、电子设备和计算机可读介质 | |
| CN111008865A (zh) | 优惠券同步展示方法、装置、服务器及存储介质 | |
| CN110928594A (zh) | 服务开发方法和平台 | |
| CN112035256A (zh) | 一种资源分配方法、装置、电子设备及介质 | |
| CN107679096B (zh) | 数据集市间指标共享的方法和装置 | |
| CN112015790A (zh) | 一种数据处理的方法和装置 | |
| CN113627998A (zh) | 订单数据处理方法、装置、电子设备和计算机可读介质 | |
| CN114490718A (zh) | 数据输出方法、装置、电子设备和计算机可读介质 | |
| CN113190558A (zh) | 一种数据加工方法和系统 | |
| CN113760929A (zh) | 数据同步方法、装置、电子设备和计算机可读介质 | |
| CN113762910A (zh) | 一种单据监控方法和装置 | |
| CN113722315A (zh) | 数据生成方法、装置、电子设备和计算机可读介质 | |
| CN111400313A (zh) | 一种处理请求的方法和装置 | |
| CN112784195A (zh) | 一种页面数据发布方法和系统 | |
| CN111930704B (zh) | 业务报警设备控制方法、装置、设备和计算机可读介质 | |
| CN118035594B (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 |