CN108205780A - 订单处理系统及订单划分方法 - Google Patents
订单处理系统及订单划分方法 Download PDFInfo
- Publication number
- CN108205780A CN108205780A CN201810001823.4A CN201810001823A CN108205780A CN 108205780 A CN108205780 A CN 108205780A CN 201810001823 A CN201810001823 A CN 201810001823A CN 108205780 A CN108205780 A CN 108205780A
- Authority
- CN
- China
- Prior art keywords
- order
- data
- subsystem
- business
- layer
- 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
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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种订单处理系统及订单划分方法,所述系统应用于包括多个服务器的分布式集群组,所述系统包括:用于对订单业务进行细化管理的子系统层,子系统层包括至少一个由四大主系统划分得到的子系统模块,其中,四大主系统包括超市系统、供货商系统、服务站系统以及总部系统。由此,通过将四大主系统划分为多个子系统模块,可进一步细化系统之间的业务领域,降低业务耦合的紧密性。每个子系统模块可支持独立部署及横向扩展,扩展性良好,可满足日益变化的订单需求,在商品促销活动期间,支持对用户提交的海量订单进行高并发处理,可实现分布式部署及动态扩容。
Description
技术领域
本发明涉及电子商务技术领域,具体而言,涉及一种订单处理系统及订单划分方法。
背景技术
目前,电子商务的发展已逐渐成熟,用户网上购物只需要动动手指便可完成一次简单、方便的购物历程:进入商城首页,选择商品,加入购物车,提交订单,然后等待几小时或几天,即可享受送货上门的服务。然而,在订单提交后,实质需要经历多个环节及各个系统的配合处理才能完成整个购物历程。其中,订单处理系统至关重要,订单处理系统连接了用户下单及订单商品在供货商生产配发的业务处理过程。
现有的订单处理系统主要包括四大主系统:
超市系统,用于向用户提供商品购买选择,获取用户提交的商品信息,生成对应的订单。
供货商系统,用于管理商品销售情况及商品发货情况,向用户提供商品,并根据生成的订单进行商品发货处理。
服务站系统,用于对某一区域内的超市及供货商进行统一管理,统配订单发货。
总部系统,用于对所有的服务站进行管理。
现有的订单处理系统的缺点在于:四大主系统共用一个数据库,如果数据库中新增了订单需求,四个主系统都需要同步修改,操作麻烦。并且,系统之间业务领域划分不够细化,耦合过于紧密,扩展性较差,无法应对日益变化的订单需求,无法对商品促销活动期间用户提交的海量订单进行高并发处理,无法实现分布式部署及动态扩容。
发明内容
本发明实施例提供一种订单处理系统及订单划分方法。
第一方面,本发明实施例提供一种订单处理系统,所述系统应用于包括多个服务器的分布式集群组,所述系统包括:
用于对订单业务进行细化管理的子系统层,所述子系统层包括至少一个由四大主系统划分得到的子系统模块,其中,所述四大主系统包括用于向用户提供商品购买选择并生成对应的订单的超市系统、用于管理商品销售及商品发货的供货商系统、用于对某一区域的超市及供货商进行统配管理的服务站系统以及用于对服务站进行管理的总部系统。
在本发明上述第一方面实施例提供的技术方案中,所述系统还包括:
用于负责订单业务实现的基础服务层,所述基础服务层包括至少一个服务模块。
在本发明上述第一方面实施例提供的技术方案中,所述系统还包括:
用于对所述子系统层和/或基础服务层进行统一管理及维护的基础组件层,所述基础组件层包括至少一个公共组件。
在本发明上述第一方面实施例提供的技术方案中,所述系统还包括:
用于对订单业务数据进行保存的存储层,所述存储层包括至少一个存储集群,每个存储集群对应存储一个服务模块的数据信息。
在本发明上述第一方面实施例提供的技术方案中,所述系统还包括:
用于对整个系统进行监控管理的监控平台。
在本发明上述第一方面实施例提供的技术方案中,所述监控平台包括:
用于对所述分布式集群组中的服务器配置情况进行监控管理的分布式配置平台;
用于对所述基础服务层中每个服务模块进行管理及监控的通讯框架。
在本发明上述第一方面实施例提供的技术方案中,所述监控平台还包括:
用于收集服务器的日志信息并进行分析的日志平台;
用于监控服务器异常情况的实时监控平台。
第二方面,本发明实施例提供一种订单划分方法,所述方法应用于包括多个服务器的分布式集群组,所述分布式集群组运行有上述的订单处理系统,所述方法包括:
从用户终端获取订单;
按照冷热数据策略和/或数据来源策略对所述订单进行划分,以便于所述订单处理系统对经过划分的订单进行业务处理。
相对于现有技术而言,本发明具有以下有益效果:
本发明实施例提供一种订单处理系统及订单划分方法,所述系统应用于包括多个服务器的分布式集群组,所述系统包括:用于对订单业务进行细化管理的子系统层,所述子系统层包括至少一个由四大主系统划分得到的子系统模块,其中,所述四大主系统包括用于向用户提供商品购买选择并生成对应的订单的超市系统、用于管理商品销售及商品发货的供货商系统、用于对某一区域的超市及供货商进行统配管理的服务站系统以及用于对服务站进行管理的总部系统。由此,通过将四大主系统划分为多个子系统模块,可进一步细化系统之间的业务领域,降低业务耦合的紧密性。每个子系统模块可支持独立部署及横向扩展,扩展性良好,可满足日益变化的订单需求,在商品促销活动期间,支持对用户提交的海量订单进行高并发处理,可实现分布式部署及动态扩容。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1是本发明实施例提供的分布式集群组的方框示意图。
图2是本发明实施例提供的订单处理系统的方框示意图之一。
图3是本发明实施例提供的订单处理系统的方框示意图之二。
图4是本发明实施例提供的订单划分方法的步骤流程图。
图5是本发明实施例提供的图4所示的步骤S120的子步骤流程图之一。
图6是本发明实施例提供的图4所示的步骤S120的子步骤流程图之二。
图标:10-分布式集群组;100-订单处理系统;110-子系统层;120-基础服务层;130-基础组件层;140-存储层;150-监控平台;200-服务器;300-核心服务器。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。
请参照图1,图1是本发明实施例提供的分布式集群组10的方框示意图。所述分布式集群组10包括相互通信连接的多个服务器200。
在本实施例中,所述分布式集群组10通过多个服务器200实现订单业务数据的分布式运算,可对订单业务的数据处理规模进行扩展。
在本实施例中,所述分布式集群组10还可设置有核心服务器300,所述核心服务器300可用于对多个服务器200进行统筹调度管理,负责与用户终端进行交互。
本发明实施例提供一种订单处理系统100。所述订单处理系统100应用于上述的分布式集群组10。
在本实施例中,所述订单处理系统100采用基于分布式架构的分布式集群组10进行订单业务数据处理,将需要进行大量运算的订单业务数据分区成小块,由多台服务器200分别进行计算。采用分布式架构的系统易于对数据处理规模进行扩展,实现业务处理的分布式部署和动态扩容。
请参照图2,图2是本发明实施例提供的订单处理系统100的方框示意图之一。
在本实施例中,所述订单处理系统100包括:用于对订单业务进行细化管理的子系统层110,用于负责订单业务实现的基础服务层120,用于对所述子系统层110和/或基础服务层120进行统一管理及维护的基础组件层130,用于对订单业务数据进行保存的存储层140,以及用于对整个订单处理系统100进行监控管理的监控平台150。
在本实施例中,所述订单处理系统100的每一层都具有扩展能力,可支持以实例(单个服务器200)和/或集群(若干个服务器200)为单位进行扩展。
请参照图3,图3是本发明实施例提供的订单处理系统100的方框示意图之二。
在本实施例中,所述子系统层110包括至少一个子系统模块,所述至少一个子系统模块由四大主系统划分得到。
在本实施例中,所述四大主系统是指:用于向用户提供商品购买选择并生成对应的订单的超市系统、用于管理商品销售及商品发货的供货商系统、用于对某一区域的超市及供货商进行统配管理的服务站系统以及用于对服务站进行管理的总部系统。
在本实施例中,服务器200和/或核心服务器300可根据编程人员预先设置的划分规则对四大主系统进行分布式部署划分,比如,按照功能将四大主系统划分为n个子系统模块,例如,消息子系统模块、营销子系统模块、商品子系统模块、订单子系统模块、结算子系统模块等。经过划分的各个子系统模块之间相互独立,每个子系统模块可支持独立部署及横向扩展,即每个子系统模块可由独立的服务器200或服务器集群(由若干个服务器200组成)负责进行数据业务处理。当订单业务较多时,还可通过增设服务器200或服务器集群实现数据业务处理的横向扩展。
在本实施例中,服务器200和/或核心服务器300还可根据订单业务的实际特点,对四大主系统进行垂直拆分以实现业务扩展,比如,按照订单业务的处理流程(订单生成-统配订单发货-订单物流跟踪-订单确认收货-订单售后服务)拆分为多个子系统模块。
在本实施例中,通过将四大主系统划分为多个子系统模块,可进一步细化系统之间的业务领域,降低业务耦合的紧密性。可使订单处理系统100满足日益变化的订单需求,在商品促销活动期间,可支持对用户提交的海量订单进行高并发处理,实现分布式部署及动态扩容。
在本实施例中,所述基础服务层120包括至少一个服务模块。所述服务器200可按照业务划分规则将负责订单业务实现的基础服务划分为至少一个服务模块,例如,商品服务模块、订单服务模块、消息服务模块、营销服务模块、结算服务模块等。每个服务模块完成具体的业务逻辑实现。基础服务经过拆分之后得到各个服务模块均可支持独立部署及横向扩展。
在本实施例中,所述基础服务层120的服务模块需要所述子系统层110的子系统模块对应,比如,订单服务模块对应订单子系统模块。
在本实施例中,所述基础组件层130包括至少一个公共组件,所述服务器200通过调用所述公共组件对所述子系统层110的子系统模块和/或基础服务层120的服务模块进行统一管理及维护。
在本实施例中,所述公共组件可以包括,但不限于,ActiveMQ(由Apache出品的一种开源消息总线)、Redis(一种开源的key-value存储系统)、Dubbox(一种开源的RPC(Remote ProcedureCall Protocol)远程调用框架)、ZooKeeper(一种分布式的、开放源码的分布式应用程序协调服务)等。
在本实施例中,所述存储层140包括至少一个用于存储订单业务数据的存储集群(mysql集群),每个存储集群对应存储一个服务模块的数据信息。每个存储集群之间相互独立,可支持独立部署,进而保证每个服务模块的业务数据互不干扰,提高基础服务层120和子系统层110的稳定性。
在本实施例中,每个存储集群由若干块存储空间组成,所述若干块存储空间可以是由同一个服务器200提供的存储资源,或者,是由不同服务器200提供的存储资源。
在本实施例中,所述监控平台150包括:用于对所述分布式集群组10中的服务器200配置情况进行监控管理的分布式配置平台(比如,Disconf)、用于对所述基础服务层120中每个服务模块进行管理及监控的通讯框架(比如,RPC通讯框架-dubbox)、用于收集服务器200的日志信息并进行分析的日志平台(比如,ELK,由Elasticsearch、Logstash及Kibana三部分组件组成,Elasticsearch是一个开源分布式搜索引擎,Logstash是一个开源工具,可对日志进行收集、分析,Kibana是一个开源且免费的工具,可为Logstash和ElasticSearch提供的日志分析的友好界面)以及用于监控服务器200异常情况的实时监控平台。
在本实施例中,所述分布式配置平台可对服务器集群中的每台服务器200的配置情况进行检测,如果服务器集群中某台服务器200的配置与该服务器集群中的其他服务器200不一致时,所述分布式配置平台会自动报警。所述日志平台可自动收集所有服务器200的日志信息,并进行统一分析。所述实时监控平台可对所有服务器200进行实时监控,在检测到服务器200异常时,自动通过邮件和/或短信通知开发人员及时进行处理。
在本实施例中,所述监控平台150是集数据积压情况、数据处理情况、日志信息及系统均衡负载于一体的统合分析工具。所述监控平台150能够实时收集监控数据信息并进行分析处理,保证订单处理系统100出现问题后,可快速发现问题,进行问题定位,并解决问题,甚至能在问题发生前进行报警。
在本实施例中,所述子系统层110与所述基础服务层120为核心系统层。所述子系统层110的各个子系统模块由对应的服务模块、存储集群及公共组件整合实现,即每个服务模块通过与对应的存储集群及公共组件的配合处理实现对应的子系统模块的业务功能。
在本实施例中,所述订单处理系统100可梳理出订单处理的主流程(即,用户下单-订单生成—用户支付订单-订单发货-订单物流跟踪-订单确认收货)及订单状态变更流程(比如,订单支付不成功变为待支付状态,订单支付时间超时变为失效状态等)等。所述分布式集群组10可重点建设主流程相关业务,而非主流程业务可投入较少的资源成本,提高整个系统的业务吞吐量,保障整个系统业务的顺利进行,提高系统稳定性。
本发明实施例还提供一种订单划分方法。请参照图4,图4是本发明实施例提供的订单划分方法的步骤流程图。所述订单划分方法应用于上述包括多个服务器200的分布式集群组10,所述分布式集群组10运行有上述的订单处理系统100,所述方法包括:步骤S110及步骤S120。
步骤S110,从用户终端获取订单。
在本实施例中,所述分布式集群组10的核心服务器300可从用户终端获取订单。
在本实施例中,所述用户终端可以是,但不限于:PC、智能手机、平板电脑、便携式计算机、智能可穿戴设备等。
步骤S120,按照冷热数据策略和/或数据来源策略对所述订单进行划分,以便于所述订单处理系统100对经过划分的订单进行业务处理。
请参阅图5,图5是本发明实施例提供的图4所示的步骤S120的子步骤流程图之一。所述步骤S120按照冷热数据策略对所述订单进行划分包括:子步骤S121及子步骤S122。
子步骤S121,基于所述订单的生成时间将所述订单划分为冷订单数据及热订单数据。
子步骤S122,将所述冷订单数据及热订单数据分别存储到对应的数据表中。
在本实施例中,所述分布式集群组10的核心服务器300可基于所述订单的生成时间将所述订单划分为冷订单数据及热订单数据。例如,所述核心服务器300可将进行订单划分处理时最近三个月内生成的订单划分为热订单数据,将三个月之前生成的订单划分为冷订单数据,并将热订单数据存放到在常用表,将冷订单数据存放到历史表,由此,可保证用户查询热点数据的效率,提高所述订单处理系统100处理订单业务的能力。
请参阅图6,图6是本发明实施例提供的图4所示的步骤S120的子步骤流程图之二。所述步骤S120按照数据来源策略对所述订单进行划分可包括:子步骤S123及子步骤S124。
子步骤S123,基于所述订单的路由来源对所述订单进行划分。
子步骤S124,将同一路由来源的订单存储到同一数据表中。
在本实施例中,所述核心服务器300可根据订单的来源进行订单划分。所述核心服务器300可利用MyCat中间件对订单进行路由查询,将同一路由来源的订单存储到同一数据表中。比如,将北京来源的订单存储到同一数据表,将上海来源的订单存储到同一数据表。除此之外,所述核心服务器300还可对路由来源进行进一步细化,比如,按城市区域划分,将北京朝阳区来源的订单存储到同一数据表,将北京海淀区来源的订单存储到同一数据表等。
在本实施例中,MyCat是一个开源的分布式数据库系统。前端用户可以把MyCat看作一个数据库代理,可通过MySQL客户端工具和命令行访问;后端可用MySQL原生协议与多个MySQL服务器通信,也可以用JDBC协议与大多数主流数据库服务器通信。MyCat的核心功能是分表分库,即将一个大表分割为N个小表,存储在后端MySQL服务器里或者其他数据库中。
在本实施例中,所述核心服务器300按照冷热数据策略和/或数据来源策略对订单进行划分,可便于所述订单处理系统100对经过划分的订单进行业务处理,可有效提升订单处理系统100的业务处理能力及效率,延缓系统的衰退速度。
综上所述,本发明实施例提供一种订单处理系统及订单划分方法,所述系统应用于包括多个服务器的分布式集群组,所述系统包括:用于对订单业务进行细化管理的子系统层,所述子系统层包括至少一个由四大主系统划分得到的子系统模块,其中,所述四大主系统包括用于向用户提供商品购买选择并生成对应的订单的超市系统、用于管理商品销售及商品发货的供货商系统、用于对某一区域的超市及供货商进行统配管理的服务站系统以及用于对服务站进行管理的总部系统。
由此,通过将四大主系统划分为多个子系统模块,可进一步细化系统之间的业务领域,降低业务耦合的紧密性。每个子系统模块可支持独立部署及横向扩展,扩展性良好,可满足日益变化的订单需求,在商品促销活动期间,支持对用户提交的海量订单进行高并发处理,可实现分布式部署及动态扩容。
并且,每个服务模块有属于自己的存储集群,每个存储集群之间相互独立,可支持独立部署扩展,如果新增了订单需求,其他服务模块无需同步修改,操作便利。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种订单处理系统,其特征在于,所述系统应用于包括多个服务器的分布式集群组,所述系统包括:
用于对订单业务进行细化管理的子系统层,所述子系统层包括至少一个由四大主系统划分得到的子系统模块,其中,所述四大主系统包括用于向用户提供商品购买选择并生成对应订单的超市系统、用于管理商品销售及商品发货的供货商系统、用于对某一区域的超市及供货商进行统配管理的服务站系统以及用于对服务站进行管理的总部系统。
2.根据权利要求1所述的系统,其特征在于,所述系统还包括:
用于负责订单业务实现的基础服务层,所述基础服务层包括至少一个服务模块。
3.根据权利要求2所述的系统,其特征在于,所述系统还包括:
用于对所述子系统层和/或基础服务层进行统一管理及维护的基础组件层,所述基础组件层包括至少一个公共组件。
4.根据权利要求3所述的系统,其特征在于,所述系统还包括:
用于对订单业务数据进行保存的存储层,所述存储层包括至少一个存储集群,每个存储集群对应存储一个服务模块的数据信息。
5.根据权利要求2-4任意一项所述的系统,其特征在于,所述系统还包括:
用于对整个系统进行监控管理的监控平台。
6.根据权利要求5所述的系统,其特征在于,所述监控平台包括:
用于对所述分布式集群组中的服务器配置情况进行监控管理的分布式配置平台;
用于对所述基础服务层中每个服务模块进行管理及监控的通讯框架。
7.根据权利要求6所述的系统,其特征在于,所述监控平台还包括:
用于收集服务器的日志信息并进行分析的日志平台;
用于监控服务器异常情况的实时监控平台。
8.一种订单划分方法,其特征在于,所述方法应用于包括多个服务器的分布式集群组,所述分布式集群组运行有权利要求1-7任意一项所述的订单处理系统,所述方法包括:
从用户终端获取订单;
按照冷热数据策略和/或数据来源策略对所述订单进行划分,以便于所述订单处理系统对经过划分的订单进行业务处理。
9.根据权利要求8所述的方法,其特征在于,所述按照冷热数据策略对所述订单进行划分,包括:
基于所述订单的生成时间将所述订单划分为冷订单数据及热订单数据;
将所述冷订单数据及热订单数据分别存储到对应的数据表中。
10.根据权利要求8所述的方法,其特征在于,所述按照数据来源策略对所述订单进行划分,包括:
基于所述订单的路由来源对所述订单进行划分;
将同一路由来源的订单存储到同一数据表中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810001823.4A CN108205780A (zh) | 2018-01-02 | 2018-01-02 | 订单处理系统及订单划分方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810001823.4A CN108205780A (zh) | 2018-01-02 | 2018-01-02 | 订单处理系统及订单划分方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108205780A true CN108205780A (zh) | 2018-06-26 |
Family
ID=62605596
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810001823.4A Pending CN108205780A (zh) | 2018-01-02 | 2018-01-02 | 订单处理系统及订单划分方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108205780A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345353A (zh) * | 2018-10-15 | 2019-02-15 | 广东鸭梨云信息科技有限公司 | 一种基于关系型分布式数据库的新型秒杀方法 |
CN109785042A (zh) * | 2018-12-13 | 2019-05-21 | 深圳平安财富宝投资咨询有限公司 | 分布式部署的异常处理方法、服务器、存储介质及装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105022785A (zh) * | 2015-06-09 | 2015-11-04 | 广西家之宝网络科技有限公司 | 基于orm框架的数据同步传递电商平台 |
CN106372995A (zh) * | 2016-08-31 | 2017-02-01 | 陈建强 | 一种基于云计算和移动互联网技术的多商户电商云系统及其下单购物实现方法 |
CN106557578A (zh) * | 2016-11-23 | 2017-04-05 | 中国工商银行股份有限公司 | 历史数据查询方法及系统 |
CN106709784A (zh) * | 2016-12-28 | 2017-05-24 | 广州虎鱼网络科技有限公司 | 一种高并发可扩展分布式架构的跨境电商平台 |
CN107239279A (zh) * | 2017-05-26 | 2017-10-10 | 四川长虹电器股份有限公司 | 基于电商类PaaS平台系统的订单数据获取和推送方法 |
CN107294828A (zh) * | 2017-06-15 | 2017-10-24 | 广州天源信息科技有限公司 | 跨区域分布式站点交互与数据同步方法 |
CN107464151A (zh) * | 2016-06-02 | 2017-12-12 | 北京京东尚科信息技术有限公司 | 高并发业务的订单数据处理方法及装置 |
-
2018
- 2018-01-02 CN CN201810001823.4A patent/CN108205780A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105022785A (zh) * | 2015-06-09 | 2015-11-04 | 广西家之宝网络科技有限公司 | 基于orm框架的数据同步传递电商平台 |
CN107464151A (zh) * | 2016-06-02 | 2017-12-12 | 北京京东尚科信息技术有限公司 | 高并发业务的订单数据处理方法及装置 |
CN106372995A (zh) * | 2016-08-31 | 2017-02-01 | 陈建强 | 一种基于云计算和移动互联网技术的多商户电商云系统及其下单购物实现方法 |
CN106557578A (zh) * | 2016-11-23 | 2017-04-05 | 中国工商银行股份有限公司 | 历史数据查询方法及系统 |
CN106709784A (zh) * | 2016-12-28 | 2017-05-24 | 广州虎鱼网络科技有限公司 | 一种高并发可扩展分布式架构的跨境电商平台 |
CN107239279A (zh) * | 2017-05-26 | 2017-10-10 | 四川长虹电器股份有限公司 | 基于电商类PaaS平台系统的订单数据获取和推送方法 |
CN107294828A (zh) * | 2017-06-15 | 2017-10-24 | 广州天源信息科技有限公司 | 跨区域分布式站点交互与数据同步方法 |
Non-Patent Citations (2)
Title |
---|
王小戏 等: ""高并发高可用零售O2O交易系统的架构设计与业务实现"", 《计算机与现代化》 * |
罗文韬: ""大型电商网站服务系统关键改进的研究和实现"", 《中国优秀硕士学位论文全文数据库 信息科技辑》 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109345353A (zh) * | 2018-10-15 | 2019-02-15 | 广东鸭梨云信息科技有限公司 | 一种基于关系型分布式数据库的新型秒杀方法 |
CN109345353B (zh) * | 2018-10-15 | 2022-04-22 | 广东鸭梨云信息科技有限公司 | 一种基于关系型分布式数据库的新型秒杀方法 |
CN109785042A (zh) * | 2018-12-13 | 2019-05-21 | 深圳平安财富宝投资咨询有限公司 | 分布式部署的异常处理方法、服务器、存储介质及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8396757B2 (en) | Estimating future grid job costs by classifying grid jobs and storing results of processing grid job microcosms | |
CN101080736B (zh) | 用于自动控制网格作业分发的计算机执行方法和系统 | |
US8694906B2 (en) | Dynamic visualization of physical and geographical multitenant cloud computing | |
CN100422939C (zh) | 取得优化价值的配置分布式计算系统的元素的方法和系统 | |
CN103597503B (zh) | 用于具有提高的搜索效率的售前预订系统的方法和系统 | |
US20150142602A1 (en) | Method and system for automated identification and engagement of service providers | |
CN102819804A (zh) | 一种商品信息的推送方法及设备 | |
CN106100868B (zh) | 一种项目运维管理装置、系统及方法 | |
CN111429241A (zh) | 一种账务处理方法和装置 | |
US7606906B2 (en) | Bundling and sending work units to a server based on a weighted cost | |
CN109074287A (zh) | 基础设施资源状态 | |
CN116302487A (zh) | 一种基于doma的数据中台系统及构建方法 | |
CN108205780A (zh) | 订单处理系统及订单划分方法 | |
CN111260288B (zh) | 订单管理方法、装置、介质及电子设备 | |
CN108900314A (zh) | 一种网络加速服务的请求数计费方法和装置 | |
KR20140031429A (ko) | 아이템 추천 시스템과 방법 및 이를 지원하는 장치 | |
CN111062622A (zh) | 电力市场交易系统 | |
CN110913018A (zh) | 一种分布式调控服务系统 | |
CN102185863A (zh) | 服务器与客户端间智能数据交互发布系统及方法 | |
CN116186139A (zh) | 一种基于微服务架构的仪器仪表产品全生命周期信息感知平台 | |
Liang | CRM business cloud computing | |
CN114463111A (zh) | 一种网格化营销平台 | |
ALosaimi et al. | Mobile application for productive families business | |
CN111708808A (zh) | 分布式业务系统及其业务汇总查询方法、装置和设备 | |
JP2014048934A (ja) | サービス提供システムにおける情報開示制御装置及び情報開示制御方法、並びにサービス基盤事業者装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180626 |