CN114331584A - 订单数据存储方法、装置、设备及存储介质 - Google Patents
订单数据存储方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN114331584A CN114331584A CN202111342760.7A CN202111342760A CN114331584A CN 114331584 A CN114331584 A CN 114331584A CN 202111342760 A CN202111342760 A CN 202111342760A CN 114331584 A CN114331584 A CN 114331584A
- Authority
- CN
- China
- Prior art keywords
- data
- initiator
- order data
- receiver
- storing
- 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
- 238000003860 storage Methods 0.000 title claims abstract description 132
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000013500 data storage Methods 0.000 title claims abstract description 28
- 239000003999 initiator Substances 0.000 claims abstract description 103
- 238000009826 distribution Methods 0.000 claims abstract description 18
- 239000003795 chemical substances by application Substances 0.000 claims description 82
- 238000004590 computer program Methods 0.000 claims description 5
- 238000012946 outsourcing Methods 0.000 claims description 4
- 238000012216 screening Methods 0.000 abstract description 23
- 238000004519 manufacturing process Methods 0.000 description 13
- 239000003550 marker Substances 0.000 description 7
- 238000012545 processing Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及一种订单数据存储方法、装置、设备及存储介质,属于分销的技术领域,其包括根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;接收来自业务平台的订单数据,所述订单数据包括发起方数据和接收方数据;根据所述发起方数据识别所述订单数据的发起方,根据所述接收方数据识别所述订单数据的接收方;根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中。解决了当查询方查询订单数据时,需要从存储模型中进行数据筛查,以获取所需的订单数据,其数据筛查的复杂度高,计算机工作量大,查询速度慢的问题,本申请具有降低数据筛查的复杂度的效果。
Description
技术领域
本申请涉及分销的技术领域,尤其是涉及一种订单数据存储方法、装置、设备及存储介质。
背景技术
分销的含义是建立销售渠道的意思,即产品通过一定渠道销售给消费者。分销是产品由生产地点向销售地点运动的过程,产品必须通过某一种分销方式才能到达消费者手中。
对于分销领域,其业务形态灵活性强,订单数据具备多样性。分销领域的传统数仓建模一般是基于订单进行建模,包括订单的发起方,订单的接收方,订单产品等维度。
传统分销渠道基于分段模式的管理方式,具体从发起方到接收方,一般是从生产企业到国代,国代到省包,省包到经销商,其中,国代指国家级经销商,一般负责对接厂商,通常一个国家内只有一到两家公司,省包是负责某个或者某几个省份内的产品销售的公司,有时一个省内也会有几家省包,分别负责不同的产品。在这些阶段的所有的订单数据均存储至一个存储模型中,该存储模型中存储的数据量巨大,当查询方查询订单数据时,需要从该存储模型中进行数据筛查,以获取所需的订单数据,其数据筛查的复杂度高,计算机工作量大,查询速度慢,容易出错。
发明内容
为了降低数据筛查的复杂度,本申请提供一种订单数据存储方法、装置、设备及存储介质。
第一方面,本申请提供一种订单数据存储方法,采用如下的技术方案:
一种订单数据存储方法,包括:
根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;
接收来自业务平台的订单数据,所述订单数据包括发起方数据和接收方数据;
根据所述发起方数据识别所述订单数据的发起方,根据所述接收方数据识别所述订单数据的接收方;
根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中。
通过采用上述技术方案,根据发起方和接收方的不同,将订单数据分类存储至不同的预先创建好的存储模型中,当查询方根据需求在客户端查询订单数据时,直接在对应的存储模型中进行数据筛选,极大地降低了数据筛选的复杂度,提高了数据筛选的准确度,当订单数据越多或者同时查询订单数据的客户端越多时,本存储方式的优势越突出,本存储方式能够极大的减小计算机的工作量,为查询方提供便利。
优选的,所述订单数据还包括产品数据,所述产品数据包括数量值和数值标签;其中,所述数量值为产品从发起方到接收方的当天交易数量,所述数值标签为所述数量值的类别。
优选的,所述根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中,包括:
根据所述发起方和所述接收方确定应存储所述订单数据的存储模型;
预设第一标签、第二标签、第三标签和第四标签,所述数值标签为所述第一标签、所述第二标签、所述第三标签和所述第四标签中的任意一个;
按照所述数值标签,将所述数量值存储至确定好的存储模型中。
其中,所述第一标签包括D1订单数、D1发货数和D1签收数,所述第二标签包括DT1订单数、DT1分货数、DT1发货数和DT1签收数,所述第三标签包括DT2订单数、DT2分货数和DT2发货数,所述第四标签包括省包外采数、省包外采入库数、省包渠道内发货数。
优选的,所述产品数据还包括交易日期;所述根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中,包括:
根据所述发起方和所述接收方确定应存储所述订单数据的存储模型;
按照所述交易日期依次将所述产品数据存储至确定好的存储模型中。
优选的,所述根据所述发起方和所述接收方确定应存储所述订单数据的存储模型,包括:
判断所述发起方为一级代理、二级代理还是三级代理;
若所述发起方为一级代理,则判断所述接收方是否为二级代理;
若是,则将所述订单数据存储至第一存储模型中;
若所述发起方为二级代理,则判断所述接收方是否为三级代理;
若是,则将所述订单数据存储至第二存储模型中;
若所述发起方为三级代理,则判断所述接收方是否为四级代理;
若是,则将所述订单数据存储至第三存储模型中。
优选的,所述第三存储模型包括字典数据;所述将所述订单数据存储至第三存储模型中,包括:
对于所述发起方为所述三级代理,并且所述接收方为所述四级代理的订单数据,其预设有经销商数据,将所述经销商数据存储至所述字典数据中。
优选的,所述根据所述发起方和所述接收方确定应存储所述订单数据的存储模型,包括:
判断所述发起方为一级代理还是二级代理;
若所述发起方为一级代理,则判断所述接收方为三级代理还是四级代理;
若所述接收方为三级代理,则将所述订单数据存储至第四存储模型中;
若所述接收方为四级代理,则将所述订单数据存储至第五存储模型中;
若所述发起方为二级代理,则判断所述接收方是否为四级代理;
若是,则将所述订单数据存储至第六存储模型中。
第二方面,本申请提供一种订单数据存储装置,采用如下的技术方案:
一种订单数据存储装置,其特征在于,包括:
创建模块,用于根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;
接收模块,用于接收来自业务平台的订单数据,所述订单数据包括发起方数据和接收方数据;
识别模块,用于根据所述发起方数据识别所述订单数据的发起方,根据所述接收方数据识别所述订单数据的接收方;以及,
存储模块,用于根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中。
通过采用上述技术方案,根据发起方和接收方的不同,将订单数据分类存储至不同的预先创建好的存储模型中,当查询方根据需求在客户端查询订单数据时,直接在对应的存储模型中进行数据筛选,极大地降低了数据筛选的复杂度,提高了数据筛选的准确度,当订单数据越多或者同时查询订单数据的客户端越多时,本存储方式的优势越突出,本存储方式能够极大的减小计算机的工作量,为查询方提供便利。
第三方面,本申请提供一种计算机设备,采用如下的技术方案:
一种计算机设备,包括存储器和处理器,所述存储器上存储有能够被处理器加载并执行第一方面任一项所述的订单数据存储方法的计算机程序。
通过采用上述技术方案,根据发起方和接收方的不同,将订单数据分类存储至不同的预先创建好的存储模型中,当查询方根据需求在客户端查询订单数据时,直接在对应的存储模型中进行数据筛选,极大地降低了数据筛选的复杂度,提高了数据筛选的准确度,当订单数据越多或者同时查询订单数据的客户端越多时,本存储方式的优势越突出,本存储方式能够极大的减小计算机的工作量,为查询方提供便利。
第四方面,本申请提供一种计算机可读存储介质,采用如下的技术方案:
一种计算机可读存储介质,存储有能够被处理器加载并执行第一方面任一项所述的订单数据存储方法的计算机程序。
通过采用上述技术方案,根据发起方和接收方的不同,将订单数据分类存储至不同的预先创建好的存储模型中,当查询方根据需求在客户端查询订单数据时,直接在对应的存储模型中进行数据筛选,极大地降低了数据筛选的复杂度,提高了数据筛选的准确度,当订单数据越多或者同时查询订单数据的客户端越多时,本存储方式的优势越突出,本存储方式能够极大的减小计算机的工作量,为查询方提供便利。
附图说明
图1是本申请实施例提供的订单数据存储方法的流程示意图。
图2是本申请实施例提供的订单数据存储装置的结构框图。
图3是本申请实施例提供的计算机设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
本实施例提供一种订单数据存储方法,如图1所示,该方法的主要流程描述如下(步骤S101~S104):
步骤S101:根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型。
本实施例中,根据分销业务的特点,可知业务的发起方可以为生产企业、国代或省包,接收方可以为国代、省包或经销商。根据发起方和接收方的不同预先创建不同的存储模型,本实施例中预先创建有第一存储模型、第二存储模型、第三存储模型、第四存储模型、第五存储模型和第六存储模型。
步骤S102:接收来自业务平台的订单数据,订单数据包括发起方数据和接收方数据。
本实施例中,通过接口每间隔一小时批量接收来自多个业务平台的分销数据,分销数据包括订单数据,订单数据包括发起方数据和接收方数据,订单数据设置有独立的字段名,通过识别该字段名查找并获取订单数据。
步骤S103:根据发起方数据识别订单数据的发起方,根据接收方数据识别订单数据的接收方。
本实施例中,预设一级代理、二级代理和三级代理,发起方为一级代理、二级代理和三级代理中任意一个;预设二级代理、三级代理和四级代理,接收方为二级代理、三级代理和四级代理中任意一个。
每个产品的订单交易均作为一条订单数据,每一条订单数据均以数据表方式呈现。
发起方数据包括第一标识,接收方数据包括第二标识,本实施例通过识别数据表中的第一标识和第二标识来确定发起方数据的发起方和接收方数据的接收方。其中,第一标识包括A001、A002和A003,第二标识包括B001、B002和B003。A001标识代表发起方中的一级代理;A002标识代表发起方中的二级代理;A003标识代表发起方中的三级代理;B001标识代表接收方中的二级代理;B002标识代表接收方中的三级代理;B003标识代表接收方中的四级代理。
每一个数据表均包含A001、A002和A003标识中的一种,还包括B001、B002和B003标识中的一种。
步骤S104:根据发起方和接收方将订单数据存储至对应的存储模型中。
本实施例中,判断发起方为一级代理、二级代理还是三级代理。若发起方为一级代理,则判断接收方是否为二级代理,若是,则将订单数据存储至第一存储模型中;若发起方为二级代理,则判断接收方是否为三级代理,若是,则将订单数据存储至第二存储模型中;若发起方为三级代理,则判断接收方是否为四级代理,若是,则将订单数据存储至第三存储模型中。
具体的,本实施例中,将一级代理定义为生产企业,二级代理定义为国代,三级代理定义为省包,四级代理定义为经销商。
判断识别出的第一标识是A001标识、A002标识还是A003标识。若识别出的第一标识为A001标识,则判断识别出的第二标识是否为B001标识,若是,则表示识别出的发起方为生产企业,接收方为国代,将订单数据存储至第一存储模型中;若识别出的第一标识为A002标识,则判断识别出的第二标识是否为B002标识,若是,则表示识别出的发起方为国代,接收方为省包,将订单数据存储至第二存储模型中;若识别出的第一标识为A003标识,则判断识别出的第二标识是否为B003标识,若是,则表示识别出的发起方为省包,接收方为经销商,将订单数据存储至第三存储模型中。
进一步地,判断发起方为一级代理还是二级代理。若发起方为一级代理,则判断接收方为三级代理还是四级代理,若接收方为三级代理,则将订单数据存储至第四存储模型中,若接收方为四级代理,则将订单数据存储至第五存储模型中;若发起方为二级代理,则判断接收方是否为四级代理,若是,则将订单数据存储至第六存储模型中。
具体的,判断识别出的第一标识是A001标识还是A002标识。若识别出的第一标识为A001标识,则判断识别出的第二标识是B002标识还是B003标识,若第二标识为B002标识,则表示识别出的发起方为生产企业,接收方为省包,将订单数据存储至第四存储模型中,若第二标识为B003标识,则表示识别出的发起方为生产企业,接收方为经销商,将订单数据存储至第五存储模型中;若识别出的第一标识为A002标识,则判断识别出的第二标识是否为B003标识,若是,则表示识别出的发起方为国代,接收方为经销商,将订单数据存储至第六存储模型中。
进一步地,订单数据包括产品数据,产品数据包括数量值、数值标签和交易日期。其中,数量值指的是产品从发起方到接收方的当天交易数量,数值标签指的是数量值的类别,交易日期指的是进行产品交易的日期,值得注意的是,数量值与数值标签一一对应。
在根据发起方和接收方确定应存储订单数据的存储模型之后,按照交易日期依次将产品数据存储至确定好的存储模型中。具体的,当发起方为生产企业,接收方为国代时,该产品数据按照交易日期依次存储至第一存储模型中。
在根据发起方和接收方确定应存储订单数据的存储模型之后,还按照数值标签将数量值存储至确定好的存储模型中。具体的,预设有D1订单数、D1发货数和D1签收数等多个第一标签。对于发起方为生产企业且接收方为国代的产品数据,数值标签可以为第一标签中的任意一个。根据数值标签能够确定产品数据中记录的数量值的类别,例如,若识别出数值标签为D1发货数,则表示产品数据中记录的数量值为D1发货数,将数量值存储至第一存储模型中的相应位置,该位置专用于存储数值标签为D1发货数的数量值。
其中,D1订单数指的是国代向生产企业采购的订单数量;D1发货数指的是生产企业实际发给国代的订单数量;D1签收数指的是国代实际订单签收数量。
当发起方为国代,接收方为省包时,该产品数据按照交易日期依次存储至第二存储模型中。
预设有DT1订单数、DT1分货数、DT1发货数和DT1签收数等多个第二标签。对于发起方为国代且接收方为省包的产品数据,数值标签可以为第二标签中的任意一个。
其中,DT1订单数指的是省包向国代采购的订单数量;DT1分货数指的是国代计划向省包发货的订单数量;DT1发货数指的是国代实际发给省包的订单数量;DT1签收数指的是省包实际订单签收数量。
当发起方为省包,接收方为经销商时,该产品数据按照交易日期依次存储至第三存储模型中。
预设有DT2订单数、DT2分货数和DT2发货数等多个第三标签。对于发起方为省包且接收方为经销商的产品数据,数值标签可以为第三标签中的任意一个。
其中,DT2订单数指的是经销商向省包采购的订单数量;DT2分货数指的是省包计划向经销商发货的订单数量;DT2发货数指的是省包实际发货的订单数量。
当查询方根据需求查询订单数据时,只需在对应的存储模型中进行数据筛选,大大减小了计算机的数据处理量。具体的,订单数据的检索主要通过查询语句来实现。当查询方需要查询某一阶段的相关订单数据时,计算引擎会把查询请求路由到相应的存储模型,例如,当查询方需要查询从生产企业到国代的相关订单数据时,计算引擎会把查询请求路由到第一存储模型。也可以基于更多条件进行筛选,比如产品名称,交易日期等。订单数据来自多个业务平台,其数据量庞大,而数据量越是庞大,本申请数据处理速度快的优点就越突出。
例如,将存储从生产企业到国代阶段的订单数据的第一存储模型定义为SI,将存储从国代到省包阶段的订单数据的第二存储模型定义为ST1,将存储从省包到经销商阶段的订单数据的第三存储模型定义为ST2。
客户端中设置有SI订单数、SI发货数和SI签收数等第一指标,当查询方在客户端点击这些第一指标的相应按键时,直接根据第一指标在第一存储模型SI中进行数据筛选,以获取所需的订单数据。具体的,若在客户端点击SI订单数,则在第一存储模型SI中筛选数值标签为D1订单数时的订单数据,获取与D1订单数相对应的数量值,并将该数量值赋值给SI订单数;若在客户端点击SI发货数,则在第一存储模型SI中筛选数值标签为D1发货数时的订单数据,获取与D1发货数相对应的数量值,并将该数量值赋值给SI发货数;若在客户端点击SI签收数,则在第一存储模型SI中筛选数值标签为D1签收数时的订单数据,获取与D1签收数相对应的数量值,并将该数量值赋值给SI签收数。
客户端中还设置有ST1订单数、ST1分货数、ST1发货数和ST1签收数等第二指标,当查询方在客户端点击这些第二指标的相应按键时,直接根据第二指标在第二存储模型ST1中进行数据筛选。具体的,若在客户端点击ST1订单数,则在第二存储模型ST1中筛选数值标签为DT1订单数时的订单数据,获取与DT1订单数相对应的数量值,并将该数量值赋值给ST1订单数;若在客户端点击ST1分货数,则在第二存储模型ST1中筛选数值标签为DT1分货数时的订单数据,获取与DT1分货数相对应的数量值,并将该数量值赋值给ST1分货数;若在客户端点击ST1发货数,则在第二存储模型ST1中筛选数值标签为DT1发货数时的订单数据,获取与DT1发货数相对应的数量值,并将该数量值赋值给ST1发货数;若在客户端点击ST1签收数,则在第二存储模型ST1中筛选数值标签为DT1签收数时的订单数据,获取与DT1签收数相对应的数量值,并将该数量值赋值给ST1签收数。
客户端中还设置有ST2订单数、ST2分货数和ST2发货数等第三指标,当查询方在客户端点击这些第三指标的相应按键时,直接根据第三指标在第三存储模型ST2中进行数据筛选。具体的,若在客户端点击ST2订单数,则在第三存储模型ST2中筛选数值标签为DT2订单数时的订单数据,获取与DT2订单数相对应的数量值,并将该数量值赋值给ST2订单数;若在客户端点击ST2分货数,则在第三存储模型ST2中筛选数值标签为DT2分货数时的订单数据,获取与DT2分货数相对应的数量值,并将该数量值赋值给ST2分货数;若在客户端点击ST2发货数,则在第三存储模型ST2中筛选数值标签为DT2发货数时的订单数据,获取与DT2发货数相对应的数量值,并将该数量值赋值给ST2发货数。
当然,可以根据需求实时增设新的指标和数值标签,并确定新的指标涉及的发起方数据的发起方和接收方数据的接收方,根据发起方和接收方将新的指标与对应的存储模型建立关联,当查询方在客户端点击新的指标的相应按键时,直接在对应的存储模型中进行数据筛选,获取对应的数值标签和数量值。
对于第二存储模型,省包业务具有区别于国代业务的独特性,因此,还预设有省包外采数、省包外采入库数、省包渠道内发货数等多个第四标签,数值标签可以为第四标签中的任意一个。这些数值标签可以作为一个属性附加在第二存储模型上,以进一步衡量数量值。
若订单数据的发起方为省包,并且接收方为经销商,则对于这种订单数据,其预设有存储经销商标签的扩展、经销商所属渠道、经销商的等级和经销商的层级等经销商数据。
第三存储模型包括一个单独的经销商的字典数据,字典数据用于存储订单数据中的经销商数据,以区分不同的经销商,便于供查询方在客户端进行相应的查询。
其中,经销商标签的扩展指的是从订单数据以外的渠道获取到的经销商基础信息;经销商所属渠道指的是省包卖货至经销商的不同销售路线;经销商的等级指的是对属于同一渠道的经销商划分的等级,等级的划分依据经销商在第一预设时间范围内的订单数量的多少,订单数量越多,划分的等级越高;经销商的层级指的是对属于同一等级的经销商划分的层级,层级的划分依据经销商在第二预设时间范围内的订单数量的多少,订单数量越多,划分的层级越高。
为了更好地实施以上方法,本申请实施例还提供了一种订单数据存储装置,该装置具体可以集成在订单数据存储设备中,例如终端或服务器等设备中,该终端可以包括但不限于手机、平板电脑或台式电脑等设备。
图2为本申请实施例提供的一种订单数据存储装置的结构框图,如图2所示,该装置主要包括:
创建模块201,用于根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;
接收模块202,用于接收来自业务平台的订单数据,订单数据包括发起方数据和接收方数据;
识别模块203,用于根据发起方数据识别订单数据的发起方,根据接收方数据识别订单数据的接收方;以及,
存储模块204,用于根据发起方和接收方将订单数据存储至对应的存储模型中。
上述实施例提供的方法中的各种变化方式和具体实例同样适用于本实施例的订单数据存储装置,通过前述对订单数据存储方法的详细描述,本领域技术人员可以清楚的知道本实施例中的订单数据存储装置的实施方法,为了说明书的简洁,在此不再详述。
为了更好地执行上述方法的程序,本申请实施例还提供一种计算机设备,如图3所示,计算机设备300包括存储器301和处理器302。
计算机设备300可以以各种形式来实施,包括手机、平板电脑、掌上电脑、笔记本电脑和台式计算机等设备。
其中,存储器301可用于存储指令、程序、代码、代码集或指令集。存储器301可以包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如获取订单数据等)以及用于实现上述实施例提供的订单数据存储方法的指令等;存储数据区可存储上述实施例提供的订单数据存储方法中涉及到的数据等。
处理器302可以包括一个或者多个处理核心。处理器302通过运行或执行存储在存储器301内的指令、程序、代码集或指令集,调用存储在存储器301内的数据,执行本申请的各种功能和处理数据。处理器302可以为特定用途集成电路(Application SpecificIntegrated Circuit,ASIC)、数字信号处理器(Digital Signal Processor,DSP)、数字信号处理装置(Digital Signal Processing Device,DSPD)、可编程逻辑装置(ProgrammableLogic Device,PLD)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、中央处理器(Central Processing Unit,CPU)、控制器、微控制器和微处理器中的至少一种。可以理解地,对于不同的设备,用于实现上述处理器302功能的电子器件还可以为其它,本申请实施例不作具体限定。
本申请实施例提供一种计算机可读存储介质,例如包括:U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该计算机可读存储介质存储有能够被处理器加载并执行上述实施例的订单数据存储方法的计算机程序。
本申请具体实施例仅仅是对本申请的解释,其并不是对本申请的限制,本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改,但只要在本申请的权利要求范围内都受到专利法的保护。
Claims (10)
1.一种订单数据存储方法,其特征在于,包括:
根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;
接收来自业务平台的订单数据,所述订单数据包括发起方数据和接收方数据;
根据所述发起方数据识别所述订单数据的发起方,根据所述接收方数据识别所述订单数据的接收方;
根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中。
2.根据权利要求1所述的方法,其特征在于,所述订单数据还包括产品数据,所述产品数据包括数量值和数值标签;其中,所述数量值为产品从发起方到接收方的当天交易数量,所述数值标签为所述数量值的类别。
3.根据权利要求2所述的方法,其特征在于,所述根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中,包括:
根据所述发起方和所述接收方确定应存储所述订单数据的存储模型;
预设第一标签、第二标签、第三标签和第四标签,所述数值标签为所述第一标签、所述第二标签、所述第三标签和所述第四标签中的任意一个;
按照所述数值标签,将所述数量值存储至确定好的存储模型中;
其中,所述第一标签包括D1订单数、D1发货数和D1签收数,所述第二标签包括DT1订单数、DT1分货数、DT1发货数和DT1签收数,所述第三标签包括DT2订单数、DT2分货数和DT2发货数,所述第四标签包括省包外采数、省包外采入库数、省包渠道内发货数。
4.根据权利要求2所述的方法,其特征在于,所述产品数据还包括交易日期;所述根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中,包括:
根据所述发起方和所述接收方确定应存储所述订单数据的存储模型;
按照所述交易日期依次将所述产品数据存储至确定好的存储模型中。
5.根据权利要求3或4所述的方法,其特征在于,所述根据所述发起方和所述接收方确定应存储所述订单数据的存储模型,包括:
判断所述发起方为一级代理、二级代理还是三级代理;
若所述发起方为一级代理,则判断所述接收方是否为二级代理;
若是,则将所述订单数据存储至第一存储模型中;
若所述发起方为二级代理,则判断所述接收方是否为三级代理;
若是,则将所述订单数据存储至第二存储模型中;
若所述发起方为三级代理,则判断所述接收方是否为四级代理;
若是,则将所述订单数据存储至第三存储模型中。
6.根据权利要求5所述的方法,其特征在于,所述第三存储模型包括字典数据;所述将所述订单数据存储至第三存储模型中,包括:
对于所述发起方为所述三级代理,并且所述接收方为所述四级代理的订单数据,其预设有经销商数据,将所述经销商数据存储至所述字典数据中。
7.根据权利要求3或4所述的方法,其特征在于,所述根据所述发起方和所述接收方确定应存储所述订单数据的存储模型,包括:
判断所述发起方为一级代理还是二级代理;
若所述发起方为一级代理,则判断所述接收方为三级代理还是四级代理;
若所述接收方为三级代理,则将所述订单数据存储至第四存储模型中;
若所述接收方为四级代理,则将所述订单数据存储至第五存储模型中;
若所述发起方为二级代理,则判断所述接收方是否为四级代理;
若是,则将所述订单数据存储至第六存储模型中。
8.一种订单数据存储装置,其特征在于,包括:
创建模块,用于根据分销业务的特点,基于发起方和接收方的不同预先创建不同的存储模型;
接收模块,用于接收来自业务平台的订单数据,所述订单数据包括发起方数据和接收方数据;
识别模块,用于根据所述发起方数据识别所述订单数据的发起方,根据所述接收方数据识别所述订单数据的接收方;以及,
存储模块,用于根据所述发起方和所述接收方将所述订单数据存储至对应的存储模型中。
9.一种计算机设备,其特征在于,包括存储器和处理器,所述存储器上存储有能够被所述处理器加载并执行如权利要求1至7中任一种方法的计算机程序。
10.一种计算机可读存储介质,其特征在于,存储有能够被处理器加载并执行如权利要求1至7中任一种方法的计算机程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111342760.7A CN114331584A (zh) | 2021-11-12 | 2021-11-12 | 订单数据存储方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111342760.7A CN114331584A (zh) | 2021-11-12 | 2021-11-12 | 订单数据存储方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114331584A true CN114331584A (zh) | 2022-04-12 |
Family
ID=81044735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111342760.7A Pending CN114331584A (zh) | 2021-11-12 | 2021-11-12 | 订单数据存储方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114331584A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105719088A (zh) * | 2016-01-25 | 2016-06-29 | 深圳市华阳信通科技发展有限公司 | 一种智能分润结算方法及系统 |
CN105913271A (zh) * | 2016-06-01 | 2016-08-31 | 杭州潮趣科技有限公司 | 基于互联网的情趣用品用多级分销营销系统以及管理方法 |
CN108596669A (zh) * | 2018-04-25 | 2018-09-28 | 合肥上城信息技术有限公司 | 一种用于多平台的分销服务系统和方法 |
CN110390555A (zh) * | 2019-04-02 | 2019-10-29 | 上海人赫信息技术有限公司 | 一种多平台集成互联网商城系统及分销方法 |
CN111161010A (zh) * | 2019-11-25 | 2020-05-15 | 佛山欧神诺云商科技有限公司 | 一种多渠道订单集成管理方法、设备及介质 |
CN111709817A (zh) * | 2020-06-23 | 2020-09-25 | 腾讯科技(深圳)有限公司 | 订单数据的处理方法、装置、计算机可读介质及电子设备 |
CN112396480A (zh) * | 2020-11-27 | 2021-02-23 | 苏宁云计算有限公司 | 订单业务数据的处理方法、系统、计算机设备和存储介质 |
CN112598271A (zh) * | 2020-12-22 | 2021-04-02 | 良药邦(武汉)医药投资股份有限公司 | 一种产品销售资源管控方法、系统、装置和存储介质 |
CN113326281A (zh) * | 2021-05-14 | 2021-08-31 | 上海东普信息科技有限公司 | 物流订单数据的处理方法、装置、设备及存储介质 |
WO2021217863A1 (zh) * | 2020-04-29 | 2021-11-04 | 平安科技(深圳)有限公司 | 订单标识生成方法、装置、服务器及存储介质 |
-
2021
- 2021-11-12 CN CN202111342760.7A patent/CN114331584A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105719088A (zh) * | 2016-01-25 | 2016-06-29 | 深圳市华阳信通科技发展有限公司 | 一种智能分润结算方法及系统 |
CN105913271A (zh) * | 2016-06-01 | 2016-08-31 | 杭州潮趣科技有限公司 | 基于互联网的情趣用品用多级分销营销系统以及管理方法 |
CN108596669A (zh) * | 2018-04-25 | 2018-09-28 | 合肥上城信息技术有限公司 | 一种用于多平台的分销服务系统和方法 |
CN110390555A (zh) * | 2019-04-02 | 2019-10-29 | 上海人赫信息技术有限公司 | 一种多平台集成互联网商城系统及分销方法 |
CN111161010A (zh) * | 2019-11-25 | 2020-05-15 | 佛山欧神诺云商科技有限公司 | 一种多渠道订单集成管理方法、设备及介质 |
WO2021217863A1 (zh) * | 2020-04-29 | 2021-11-04 | 平安科技(深圳)有限公司 | 订单标识生成方法、装置、服务器及存储介质 |
CN111709817A (zh) * | 2020-06-23 | 2020-09-25 | 腾讯科技(深圳)有限公司 | 订单数据的处理方法、装置、计算机可读介质及电子设备 |
CN112396480A (zh) * | 2020-11-27 | 2021-02-23 | 苏宁云计算有限公司 | 订单业务数据的处理方法、系统、计算机设备和存储介质 |
CN112598271A (zh) * | 2020-12-22 | 2021-04-02 | 良药邦(武汉)医药投资股份有限公司 | 一种产品销售资源管控方法、系统、装置和存储介质 |
CN113326281A (zh) * | 2021-05-14 | 2021-08-31 | 上海东普信息科技有限公司 | 物流订单数据的处理方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111459985B (zh) | 标识信息处理方法及装置 | |
EP4339800A2 (en) | Systems, methods, and data structures for high-speed searching or filtering of large datasets | |
CN103902698A (zh) | 一种数据存储系统和存储方法 | |
CN106326243B (zh) | 一种数据处理方法及装置 | |
CN103902701A (zh) | 一种数据存储系统和存储方法 | |
CN111461625B (zh) | 一种物流监控信息交换管理系统 | |
CN111159204B (zh) | 一种通过配置的方式生成标签的方法及系统 | |
US7337029B2 (en) | Design data management system and trace system | |
CN106095511A (zh) | 一种服务器升级方法和装置 | |
CN111242751B (zh) | 快件订单更新方法、装置、设备及存储介质 | |
CN114331584A (zh) | 订单数据存储方法、装置、设备及存储介质 | |
CN116561181A (zh) | 数据查询方法、装置、计算机设备及计算机可读存储介质 | |
CN116468347A (zh) | 订单信息同步方法、装置、设备及存储介质 | |
CN116186116A (zh) | 一种基于等保测评的资产问题分析方法 | |
CN110941952A (zh) | 一种完善审计分析模型的方法及装置 | |
CN114564501A (zh) | 一种数据库数据存储、查询方法、装置、设备及介质 | |
US9009073B1 (en) | Product availability check using image processing | |
CN113780950A (zh) | 数据处理方法、装置、服务器和可读存储介质 | |
CN113934729A (zh) | 一种基于知识图谱的数据管理方法、相关设备及介质 | |
CN111209397A (zh) | 一种确定企业产业类别的方法 | |
CN115358683B (zh) | 退货商品重新入库的方法及相关装置 | |
CN117689274B (zh) | 基于供应链管理的绩效智能核算方法、装置、设备及介质 | |
CN117149896B (zh) | 数据展示方法、装置、设备及存储介质 | |
CN110570206A (zh) | 一种商品的溯源方法及装置 | |
CN112035734B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220412 |
|
RJ01 | Rejection of invention patent application after publication |