CN111915259A - 一种用于电商的库存数量的管理方法及*** - Google Patents
一种用于电商的库存数量的管理方法及*** Download PDFInfo
- Publication number
- CN111915259A CN111915259A CN202010789393.4A CN202010789393A CN111915259A CN 111915259 A CN111915259 A CN 111915259A CN 202010789393 A CN202010789393 A CN 202010789393A CN 111915259 A CN111915259 A CN 111915259A
- Authority
- CN
- China
- Prior art keywords
- data
- inventory
- database
- inventory data
- virtual
- 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
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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- 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)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Economics (AREA)
- Marketing (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开一种用于电商的库存数量的管理方法及***。所述用于电商的库存数量的管理方法包括:初始化库存表中的库存数据,以得到虚拟库存量数据,将所述虚拟库存量数据存储至数据库中,查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库,对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据,保存所述发货仓库的扣减或增加记录。本发明能够快速完成库存增减服务,并且能够及时同步库存到销售端。
Description
技术领域
本发明涉及电商库存管理技术领域,特别是涉及一种用于电商的库存数量的管理方法及***。
背景技术
电商场景下日千万级订单需要快速流转处理,分解之后每小时需要处理100多万订单,涉及大量的库存扣减,因为订单量、库存量数千万,现有的管理***已无法应对。
目前还会遇到爆款SKU(库存量单位)库存在极短的时间需要对数据库更新操作,从业务角度来讲,数据已无法再做分散,必须从技术层面能通过热点库存更新的方案解决,同时需要避免超卖、以及保障库存数据的准确性。
由于热点商品的库存扣减在于热点行更新的能力,然而高并发的同行更新会造成严重的行锁等待现象,从而导致数据库造成雪崩,因此迫切需要改进。
发明内容
鉴于以上所述现有技术的缺点,本发明的目的在于提供一种用于电商的库存数量的管理方法及***,用于解决现有技术中的热点商品的库存扣减在高并发的同行更新会造成严重的行锁等待现象,从而导致数据库造成雪崩等问题。
为实现上述目的及其他相关目的,本发明提供一种用于电商的库存数量的管理方法,包括:
初始化库存表中的库存数据,以得到虚拟库存量数据;
将所述虚拟库存量数据存储至数据库中;
查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库;
对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据;
保存所述发货仓库的扣减或增加记录。
在本发明的一实施例中,所述用于电商的库存数量的管理方法还包括:
判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。
在本发明的一实施例中,所述初始化库存表中的库存数据,以得到虚拟库存量数据的步骤包括:
建立第一定时任务;
按照所述第一定时任务查询虚拟仓库数据;
根据所述虚拟仓库数据,以得到虚拟库存量数据。
在本发明的一实施例中,所述根据订单需求信息,以寻找为所述订单进行发货的发货仓库的步骤包括:
根据所述订单需求信息和分单配置策略,以寻找为所述订单进行发货的发货仓库;
所述分单配置策略包括对收货地址距离数据、仓库库存深度数据、销售组织数据、仓库组织数据中的一种或几种的判断。
在本发明的一实施例中,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤包括:
在所述数据库中第一次扣减所述虚拟库存量数据,以得到第一次扣减后的虚拟库存量数据;
判断所述发货仓库的库存数据是否大于等于第一次扣减后的虚拟库存量数据,若是,则在所述数据库中扣减所述虚拟库存量数据,若否,则执行回滚操作。
在本发明的一实施例中,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤还包括:
判断所述数据库是否成功扣减所述虚拟库存量数据,若是,则所述数据库执行***数据操作,若否,则执行回滚操作。
在本发明的一实施例中,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤还包括:
判断所述数据库是否成功***数据,若是,则所述数据库进行数据事务提交,若否,则执行回滚操作;
判断所述数据库是否成功提交数据事务,若是,则对所述发货仓库的库存数据进行增加操作,若否,则执行回滚操作。
在本发明的一实施例中,所述判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致的步骤包括:
建立第二定时任务;
按照所述第二定时任务查询库存表的库存记录;
判断位于所述库存表和位于所述数据库中的同一仓库数据、同一库位数据、同一库存量单位数据是否一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。
在本发明的一实施例中,所述执行预警操作包括:
设置一修复页面;
通过所述修复页面设置所述数据库中的虚拟库存量数据。
本发明还提供一种用于电商的库存数量的管理***,包括:
初始化设备,用于初始化库存表中的库存数据,以得到虚拟库存量数据;
第一存储设备,用于将所述虚拟库存量数据存储至数据库中;
查询设备,用于查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库;
扣减或增加设备,用于对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据;
第二存储设备,用于保存所述发货仓库的扣减或增加记录。
如上所述,本发明的一种用于电商的库存数量的管理方法及***,具有以下有益效果:
本发明的用于电商的库存数量的管理方法能够对所述发货仓库的库存数据进行扣减或增加操作,本发明支持同一个仓库下爆款库存量单位的高并发扣减库存,并且可以支持每小时百万次的扣减,而且本发明能够快速完成库存增减服务,并且能够及时同步库存到销售端,防止超卖的现象发生。
本发明的用于电商的库存数量的管理方法在高并发的情况下,库存能够进行毫秒级的响应。
本发明的用于电商的库存数量的管理方法在进行扣减库存时,如果数据库扣减库存成功,数据库写入失败,则需要进行事务回滚,同时对数据库的扣减操作做一次逆向补偿,如果补偿失败,则异步做自动重试补偿,如果超过重试上限,则进入自动预警补偿。
附图说明
图1为本申请一个实施例提供的一种用于电商的库存数量的管理方法的工作流程图。
图2为本申请又一个实施例提供的一种用于电商的库存数量的管理方法的工作流程图。
图3为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S1的工作流程图。
图4为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S3的工作流程图。
图5为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S4的工作流程图。
图6为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S6的工作流程图。
图7为本申请实施例提供的图6中的一种用于电商的库存数量的管理方法的步骤S63的工作流程图。
图8为本申请实施例提供的一种用于电商的库存数量的管理***的结构原理框图。
图9为本申请实施例提供的一种电子设备的结构原理框图。
图10为本申请实施例提供的一种计算机可读存储介质的结构原理框图。
图11为本申请实施例提供的一种用于电商的库存数量的管理方法的Redis热点库存差异监控页面。
元件标号说明
10 初始化设备
20 第一存储设备
30 查询设备
40 扣减或增加设备
50 第二存储设备
60 处理器
70 存储器
80 计算机指令
801 计算机可读存储介质
具体实施方式
以下通过特定的具体实例说明本发明的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本发明的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
需要说明的是,以下实施例中所提供的图示仅以示意方式说明本发明的基本构想,遂图示中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制,其实际实施时各组件的型态、数量及比例可为一种随意的改变,且其组件布局型态也可能更为复杂。
请参阅图1,图1为本申请一个实施例提供的一种用于电商的库存数量的管理方法的工作流程图。本发明提供一种用于电商的库存数量的管理方法,本发明的用于电商的库存数量的管理方法可以应用于电商库存管理技术领域中,所述用于电商的库存数量的管理方法包括:步骤S1、初始化库存表中的库存数据,以得到虚拟库存量数据。具体的,在步骤S1中,所述库存数据可以为热点库存数据,所述热点库存数据来源于库存表,由mysql(关系型数据库管理***)统计每秒钟对库存表的行记录,以执行Select(查询)命令或Update(更新)命令,所述热点库存数据为当库存表单行记录每秒钟执行Update超过350次,或执行Select超过1000次。
如图1所示,步骤S2、将所述虚拟库存量数据存储至数据库中。具体的,在步骤S2中,所述数据库可以为Redis(重申),Redis是一个开源的支持网络、可基于内存亦可持久化的日志型、分布式存储***数据库,并提供多种语言的API(应用程序编程接口)。步骤S3、查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库。步骤S4、对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据。具体的,所述扣减操作、增加操作指的是对库存表行记录执行加命令或减命令,库存表的行记录为仓库、库位、SKU(库存量单位)以及库存数量。所述加命令指的是出现退货、取消、退款、采购入库等情况,所述减命令指的是正常发货等情况。步骤S5、保存所述发货仓库的扣减或增加记录。具体的,在步骤S5中,保存所述发货仓库的扣减或增加记录指的是保存数据库的流水日志,还可以判断是否保存数据库的流水日志成功,若保存数据库的流水日志成功,则表示分单成功,若否,则执行回滚操作。
请参阅图2,图2为本申请又一个实施例提供的一种用于电商的库存数量的管理方法的工作流程图。所述用于电商的库存数量的管理方法还包括:步骤S6、判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。具体的,在步骤S6中,可以定期扫描Redis与数据库可用数据之间的差异,有差异时触发自动修复及预警,例如,未扣减以前的库存数据为8000件,扣减后的库存数据为6000件,如果所述数据库中的虚拟库存量数据为5000件,则不满足扣减后的6000件库存数据,因此需要进行预警操作,防止出现库存不足的现象发生。
请参阅图3,图3为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S1的工作流程图。步骤S1中的初始化库存表中的库存数据,以得到虚拟库存量数据的步骤包括:步骤S11、建立第一定时任务。具体的,所述第一定时任务可以为高频率任务,所述第一定时任务可以但不限于为1min、2min、3min、4min、5min等。步骤S12、按照所述第一定时任务查询虚拟仓库数据。具体的,在步骤S12中,可以根据物理库存和虚拟库存的比例得到虚拟仓库数据,以及虚拟库存量。步骤S13、根据所述虚拟仓库数据,以得到虚拟库存量数据。具体的,在步骤S13中,可以将虚拟库存量数据写入Redis中。
请参阅图4,图4为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S3的工作流程图。步骤S3中的根据订单需求信息,以寻找为所述订单进行发货的发货仓库的步骤包括:步骤S31、根据所述订单需求信息和分单配置策略,以寻找为所述订单进行发货的发货仓库。步骤S32、所述分单配置策略包括对收货地址距离数据、仓库库存深度数据、销售组织数据、仓库组织数据中的一种或几种的判断。具体的,所述分单配置策略可以包括多种策略,例如,当电商接收端接收到订单时,可以根据收货地址距离数据来判断具体是哪一个货仓库来为订单进行发货,***会选择距离所述订单的地址最近的发货仓来进行发货,例如,当电商接收端接收到订单时,可以根据物流费价格数据来判断具体是哪一个货仓库来为订单进行发货,***会选择物流费价格数据最低的发货仓来进行发货,***也可以综合考虑收货地址距离数据、仓库库存深度数据、销售组织数据、仓库组织数据、物流费价格数据,从而来判断具体是哪一个货仓库来为订单进行发货。
请参阅图5,图5为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S4的工作流程图。步骤S4中的对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤包括:步骤S41、在所述数据库中第一次扣减所述虚拟库存量数据,以得到第一次扣减后的虚拟库存量数据。具体的,在步骤S41中,可以在Redis缓存中第一次扣减所述虚拟库存量数据,所述第一次扣减所述虚拟库存量数据指的是在Redis缓存中尝试扣减所述虚拟库存量数据。步骤S42、判断所述发货仓库的库存数据是否大于等于第一次扣减后的虚拟库存量数据,若所述发货仓库的库存数据大于等于第一次扣减后的虚拟库存量数据,则执行步骤S43操作,若所述发货仓库的库存数据小于第一次扣减后的虚拟库存量数据,则执行步骤S410操作。步骤S43、在所述数据库中扣减所述虚拟库存量数据。具体的,步骤S43为虚拟库存量数据的扣减操作,在库存扣减场景中,可以先在Redis中执行虚拟库存量数据的扣减操作,再通过数据库扣减库存,避免数据库扣减操作成功,Redis扣减操作失败后需要数据库回滚操作。
如图5所示,步骤S44、判断所述数据库是否成功扣减所述虚拟库存量数据,若所述数据库成功扣减所述虚拟库存量数据,则执行步骤S45操作,若所述数据库未成功扣减所述虚拟库存量数据,则执行步骤S410操作。步骤S45、所述数据库执行***数据操作。步骤S46、判断所述数据库是否成功***数据,若所述数据库成功***数据,则执行步骤S47操作,若所述数据库***数据失败,则执行步骤S410操作。具体的,在步骤S45中,所述数据库执行***数据操作可以为数据库缓存执行Insert(***)操作。
如图5所示,步骤S46、判断所述数据库是否成功提交数据事务,若所述数据库成功提交数据事务,则执行步骤S47操作,若所述数据库提交数据事务失败,则执行步骤S410操作。步骤S48、判断所述数据库是否成功提交数据事务,若所述数据库成功提交数据事务,则执行步骤S49操作,若所述数据库提交数据事务失败,则执行步骤S410操作。步骤S49、对所述发货仓库的库存数据进行增加操作。具体的,在步骤S48中,所述数据库成功提交数据事务指的是需要完成两个动作,其中一个是Redis扣减操作成功,另一个是数据库扣减操作成功,只有当两个动作都成功,事务才能关闭,若其中的一个动作未成功,则执行步骤S410操作。步骤S410、执行回滚操作。具体的,任何一个操作步骤失败,则事务回滚结束,能够降低无效资源操作的回滚几率、降低超卖的现象发生。在步骤S49中,为对所述发货仓库的库存数据进行增加操作,在库存增加场景中,可以先执行Database(数据库)中的库存数据增加操作,再执行Redis中的库存数据增加操作,避免数据库中的库存数据增加失败,Redis中的库存数据被使用,从而导致超卖的现象发生。如果Redis中的库存数据增加操作成功,数据库事务失败,则记录补偿日志,则进行异步自动重试逆向Redis更新操作。
请参阅图6,图6为本申请实施例提供的图1中的一种用于电商的库存数量的管理方法的步骤S6的工作流程图。步骤S6中的判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致的步骤包括:步骤S61、建立第二定时任务。具体的,在步骤S61中,所述第二定时任务可以为低频率任务,所述第二定时任务可以但不限于为1h、2h、3h、4h、5h等。步骤S62、按照所述第二定时任务查询库存表的库存记录。步骤S63、判断位于所述库存表和位于所述数据库中的同一仓库数据、同一库位数据、同一库存量单位数据是否一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。
如图6所示,所述用于电商的库存数量的管理方法提供了有效的监控机制,能够无人值守的自动检测、自动修复,遇到特殊情况可以进入预警模式,并提供辅助工具。在步骤S63中,可以定期从库存更新缓冲流水回归库存表,可以触发校验Redis和数据库是否有差异,触发自动修复及预警。在步骤S63中,可以定期扫描Redis与数据库之间的数据差异,有差异时触发自动修复和预警。其中,所述Redis与数据库之间的数据差异为:diff=redis-db<A+SUM其中,diff表示Redis与数据库之间的数据差异,redis表示位于Redis中的数据,db表示位于Database(数据库)中的库存数据,A表示位于库存表中的数据,SUM表示库存更新流水。
请参阅图7、图11,图7为本申请实施例提供的图6中的一种用于电商的库存数量的管理方法的步骤S63的工作流程图。图11为本申请实施例提供的一种用于电商的库存数量的管理方法的Redis热点库存差异监控页面。如图7所示,步骤S63中的执行预警操作包括:步骤S531、设置一修复页面。步骤S532、通过所述修复页面设置所述数据库中的虚拟库存量数据。如图11所示,在所述Redis热点库存差异监控页面上可以直接查看热点库存在Redis和数据库中的库存里的值、差异,也可以配置预警规则以及配置自动修复规则,所述Redis热点库存差异监控页面中显示有仓库、库位、库存量单位等,且可以对所述仓库、库位、库存量单位等数据进行修改。例如,以数据库为准,若Redis中的数据比数据库中的库存数据多,则表示某些SKU库存已分配到订单里,并且需要逆向处理,若存在diff≥redis的情况,则直接在Redis中进行扣减操作,若存在diff<redis的情况,则先将Redis中的数据扣减至0,因为订单里某个SKU实际是没有足够库存,需要进行修复处理,若数据库中的数据比Redis中的数据多时,则表示某些sku库存无法使用,需要更新Redis。
如图7所示,当Redis更新操作失败时,则进入重试消息队列,通过消费重试队列消息来自动重试,重试失败后发送延迟消息触发下次继续重试,可以在消息中记录重试次数信息,例如,超过最大重试次数5次,记录需要人工补偿文件日志,并写入一张需要人工处理的异常记录表,触发通知给运维人员。额外记录库存更新缓冲流水的考虑是利用数据库事务保障数据库的库存数据完整性,同时又能保证较高的性能。由于整个库存更新缓冲流水是设计目的是缓冲,不应该长期存在,而且为了保持性能,库存更新缓冲流水表的记录需要控制一个较小的数量级,所以需要一个策略定时将流水回归到库存表上。
请参阅图8,图8为本申请实施例提供的一种用于电商的库存数量的管理***的结构原理框图。与本发明的一种用于电商的库存数量的管理方法原理相似的是,本发明还提供了一种用于电商的库存数量的管理***,所述用于电商的库存数量的管理***包括但不限于初始化设备10、第一存储设备20、查询设备30、扣减或增加设备40、第二存储设备50。所述用于电商的库存数量的管理***的数据准确、性能较高、运维成本较低。所述初始化设备10用于初始化库存表中的库存数据,以得到虚拟库存量数据。所述第一存储设备20用于将所述虚拟库存量数据存储至数据库中。所述查询设备30用于查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库。所述扣减或增加设备40用于对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据。所述第二存储设备50用于保存所述发货仓库的扣减或增加记录。具体的,所述第一存储设备20、第二存储设备50可以为存储介质,例如,可以为数据库或Redis库存,以存储所述所述虚拟库存量数据、发货仓库的扣减或增加记录,所述初始化设备10、查询设备30、扣减或增加设备40可以设置于计算机或服务器的内部。
请参阅图9,图9为本申请实施例提供的一种电子设备的结构原理框图。本发明还提出一种电子设备,所述电子设备包括处理器60和存储器70,所述存储器70存储有程序指令,所述处理器60运行程序指令实现上述的用于电商的库存数量的管理方法。所述处理器60可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital SignalProcessing,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件;所述存储器70可能包含随机存取存储器(Random Access Memory,简称RAM),也可能还包括非易失性存储器(Non-Volatile Memory),例如至少一个磁盘存储器。所述存储器70也可以为随机存取存储器(RandomAccess Memory,RAM)类型的内部存储器,所述处理器60、存储器70可以集成为一个或多个独立的电路或硬件,如:专用集成电路(Application SpecificIntegratedCircuit,ASIC)。需要说明的是,上述的存储器70中的计算机程序可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,电子设备,或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。
请参阅图10,图10为本申请实施例提供的一种计算机可读存储介质的结构原理框图。本发明还提出一种计算机可读存储介质801,所述计算机可读存储介质801存储有计算机指令80,所述计算机指令80用于使所述计算机执行上述的用于电商的库存数量的管理方法。计算机可读存储介质801可以是,电子介质、磁介质、光介质、电磁介质、红外介质或半导体***或传播介质。计算机可读存储介质801还可以包括半导体或固态存储器、磁带、可移动计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、硬磁盘和光盘。光盘可以包括光盘-只读存储器(CD-ROM)、光盘-读/写(CD-RW)和DVD。
综上所述,本发明的用于电商的库存数量的管理方法能够对所述发货仓库的库存数据进行扣减或增加操作,本发明支持同一个仓库下爆款库存量单位的高并发扣减库存,并且可以支持每小时百万次的扣减,而且本发明能够快速完成库存增减服务,并且能够及时同步库存到销售端,防止超卖的现象发生。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下,对上述实施例进行修饰或改变。因此,举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变,仍应由本发明的权利要求所涵盖。
Claims (10)
1.一种用于电商的库存数量的管理方法,其特征在于,包括:
初始化库存表中的库存数据,以得到虚拟库存量数据;
将所述虚拟库存量数据存储至数据库中;
查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库;
对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据;
保存所述发货仓库的扣减或增加记录。
2.根据权利要求1所述的一种用于电商的库存数量的管理方法,其特征在于,所述用于电商的库存数量的管理方法还包括:
判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。
3.根据权利要求1所述的一种用于电商的库存数量的管理方法,其特征在于,所述初始化库存表中的库存数据,以得到虚拟库存量数据的步骤包括:
建立第一定时任务;
按照所述第一定时任务查询虚拟仓库数据;
根据所述虚拟仓库数据,以得到虚拟库存量数据。
4.根据权利要求1所述的一种用于电商的库存数量的管理方法,其特征在于,所述根据订单需求信息,以寻找为所述订单进行发货的发货仓库的步骤包括:
根据所述订单需求信息和分单配置策略,以寻找为所述订单进行发货的发货仓库;
所述分单配置策略包括对收货地址距离数据、仓库库存深度数据、销售组织数据、仓库组织数据中的一种或几种的判断。
5.根据权利要求1所述的一种用于电商的库存数量的管理方法,其特征在于,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤包括:
在所述数据库中第一次扣减所述虚拟库存量数据,以得到第一次扣减后的虚拟库存量数据;
判断所述发货仓库的库存数据是否大于等于第一次扣减后的虚拟库存量数据,若是,则在所述数据库中扣减所述虚拟库存量数据,若否,则执行回滚操作。
6.根据权利要求5所述的一种用于电商的库存数量的管理方法,其特征在于,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤还包括:
判断所述数据库是否成功扣减所述虚拟库存量数据,若是,则所述数据库执行***数据操作,若否,则执行回滚操作。
7.根据权利要求6所述的一种用于电商的库存数量的管理方法,其特征在于,所述对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据的步骤还包括:
判断所述数据库是否成功***数据,若是,则所述数据库进行数据事务提交,若否,则执行回滚操作;
判断所述数据库是否成功提交数据事务,若是,则对所述发货仓库的库存数据进行增加操作,若否,则执行回滚操作。
8.根据权利要求2所述的一种用于电商的库存数量的管理方法,其特征在于,所述判断所述数据库中的虚拟库存量数据是否与所述扣减后的库存数据一致的步骤包括:
建立第二定时任务;
按照所述第二定时任务查询库存表的库存记录;
判断位于所述库存表和位于所述数据库中的同一仓库数据、同一库位数据、同一库存量单位数据是否一致,若是,则所述虚拟库存量数据为正常状态,若否,则执行预警操作。
9.根据权利要求8所述的一种用于电商的库存数量的管理方法,其特征在于,所述执行预警操作包括:
设置一修复页面;
通过所述修复页面设置所述数据库中的虚拟库存量数据。
10.一种用于电商的库存数量的管理***,其特征在于,包括:
初始化设备,用于初始化库存表中的库存数据,以得到虚拟库存量数据;
第一存储设备,用于将所述虚拟库存量数据存储至数据库中;
查询设备,用于查询所述数据库中的虚拟库存量数据,并根据订单需求信息,以寻找为所述订单进行发货的发货仓库;
扣减或增加设备,用于对所述发货仓库的库存数据进行扣减或增加操作,以得到扣减或增加后的库存数据;
第二存储设备,用于保存所述发货仓库的扣减或增加记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010789393.4A CN111915259A (zh) | 2020-08-07 | 2020-08-07 | 一种用于电商的库存数量的管理方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010789393.4A CN111915259A (zh) | 2020-08-07 | 2020-08-07 | 一种用于电商的库存数量的管理方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111915259A true CN111915259A (zh) | 2020-11-10 |
Family
ID=73283262
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010789393.4A Pending CN111915259A (zh) | 2020-08-07 | 2020-08-07 | 一种用于电商的库存数量的管理方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111915259A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112749199A (zh) * | 2021-01-25 | 2021-05-04 | 上海伯俊软件科技有限公司 | 一种库存管理方法 |
CN112765277A (zh) * | 2021-01-28 | 2021-05-07 | 树根互联股份有限公司 | 数据同步方法、装置和*** |
CN113762865A (zh) * | 2021-01-06 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种库存信息处理方法和装置 |
CN116503000A (zh) * | 2023-06-27 | 2023-07-28 | 广州晨安网络科技有限公司 | 一种制造业订单库存erp管理方法及*** |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理***及其处理方法 |
WO2016173445A1 (zh) * | 2015-04-30 | 2016-11-03 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN107145972A (zh) * | 2017-04-20 | 2017-09-08 | 北京慧智八方网络技术有限公司 | 商贸智能化订单处理***及方法 |
CN107944788A (zh) * | 2017-11-14 | 2018-04-20 | 上海伯俊软件科技有限公司 | 一种用于全渠道零售的云仓*** |
CN111028033A (zh) * | 2019-05-22 | 2020-04-17 | 珠海随变科技有限公司 | 基于电商平台的库存处理方法、装置、设备及存储介质 |
-
2020
- 2020-08-07 CN CN202010789393.4A patent/CN111915259A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103426072A (zh) * | 2013-07-16 | 2013-12-04 | 无限极(中国)有限公司 | 一种高并发竞争库存的订单处理***及其处理方法 |
WO2016173445A1 (zh) * | 2015-04-30 | 2016-11-03 | 阿里巴巴集团控股有限公司 | 商品对象的库存信息的处理方法及*** |
CN107145972A (zh) * | 2017-04-20 | 2017-09-08 | 北京慧智八方网络技术有限公司 | 商贸智能化订单处理***及方法 |
CN107944788A (zh) * | 2017-11-14 | 2018-04-20 | 上海伯俊软件科技有限公司 | 一种用于全渠道零售的云仓*** |
CN111028033A (zh) * | 2019-05-22 | 2020-04-17 | 珠海随变科技有限公司 | 基于电商平台的库存处理方法、装置、设备及存储介质 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113762865A (zh) * | 2021-01-06 | 2021-12-07 | 北京京东乾石科技有限公司 | 一种库存信息处理方法和装置 |
CN112749199A (zh) * | 2021-01-25 | 2021-05-04 | 上海伯俊软件科技有限公司 | 一种库存管理方法 |
CN112765277A (zh) * | 2021-01-28 | 2021-05-07 | 树根互联股份有限公司 | 数据同步方法、装置和*** |
CN116503000A (zh) * | 2023-06-27 | 2023-07-28 | 广州晨安网络科技有限公司 | 一种制造业订单库存erp管理方法及*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111915259A (zh) | 一种用于电商的库存数量的管理方法及*** | |
Kraska et al. | Consistency rationing in the cloud: Pay only when it matters | |
US9928265B2 (en) | Utilizing shared numeric locks | |
CN103154912B (zh) | 用于***缓存块的方法和*** | |
US9632944B2 (en) | Enhanced transactional cache | |
US20110238641A1 (en) | System with multiple conditional commit databases | |
US9477609B2 (en) | Enhanced transactional cache with bulk operation | |
US20100174628A1 (en) | Use of separate rib ledgers in a computerized enterprisere source planning system | |
US20090210420A1 (en) | Methods, systems and computer applications for real time data processing | |
US9239858B1 (en) | High-concurrency transactional commits | |
US8666959B2 (en) | Data access device, data access method and data access program | |
US5333310A (en) | Data management method and system | |
US8271440B2 (en) | Apparatus, method and program for refreshing a summary table | |
US7849110B2 (en) | Database garbage collector | |
CN100403269C (zh) | 用于管理关于目标卷与源卷之间关系的信息的方法和*** | |
US11650922B2 (en) | Cache coherency engine | |
US7653628B2 (en) | Persistent data management with different isolation levels | |
US8326714B1 (en) | Employee pre-payroll paycheck preview | |
US20170177615A1 (en) | TRANSACTION MANAGEMENT METHOD FOR ENHANCING DATA STABILITY OF NoSQL DATABASE BASED ON DISTRIBUTED FILE SYSTEM | |
CN110704488B (zh) | 用于管理数据的方法及相应的***、计算机设备和介质 | |
US6556994B1 (en) | Method and system for improving concurrency through early release of unnecessary locks | |
US20060190397A1 (en) | Utilizing supporting dimensions to further define transaction entities in a computerized financial/accounting system | |
US20070100791A1 (en) | Method and system for re-population of data in a database | |
JP2021152753A (ja) | 会計データ生成装置、会計データ生成方法、及び会計データ生成プログラム | |
CN113495896A (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 |