CN116339979A - Delivery method and device of distribution system - Google Patents

Delivery method and device of distribution system Download PDF

Info

Publication number
CN116339979A
CN116339979A CN202310160932.1A CN202310160932A CN116339979A CN 116339979 A CN116339979 A CN 116339979A CN 202310160932 A CN202310160932 A CN 202310160932A CN 116339979 A CN116339979 A CN 116339979A
Authority
CN
China
Prior art keywords
order data
batch
data
balance
deduction
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
CN202310160932.1A
Other languages
Chinese (zh)
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.)
Bee Assistant Co ltd
Original Assignee
Bee Assistant 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 Bee Assistant Co ltd filed Critical Bee Assistant Co ltd
Priority to CN202310160932.1A priority Critical patent/CN116339979A/en
Publication of CN116339979A publication Critical patent/CN116339979A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • 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/2308—Concurrency control
    • G06F16/2336—Pessimistic concurrency control approaches, e.g. locking or multiple versions without time stamps
    • G06F16/2343—Locking methods, e.g. distributed locking or locking implementation details
    • 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/2365—Ensuring data consistency and integrity
    • 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
    • G06F16/2386—Bulk updating operations
    • 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/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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
    • G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5011—Pool
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5018—Thread allocation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/548—Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention provides a method and a device for delivering a distribution system, wherein the method comprises the following steps: receiving order data in response to the triggering of the target program; generating a service handling list aiming at the order data and feeding back a service handling list number; deduplicating and batching the order data, the size of the batching being configured to be dynamically adjustable; placing order data divided into a plurality of batches into a thread pool batch by batch to asynchronously check commodity information in batches; after the batch verification is completed, placing the order data into a message queue to carry out balance verification on the order data; after the balance verification is completed, deducting the balance of the account according to the order data; after the fee deduction is completed, the inventory data is changed according to the order data to finish the delivery; and updating the business handling list according to the order data, the deduction and the ex-warehouse condition. The invention aims to provide a method and a device for delivering a warehouse, which are efficient and reliable and can perform asynchronous operation and asynchronous inventory deduction.

Description

Delivery method and device of distribution system
Technical Field
The invention belongs to the field of data processing of a distribution system, and particularly relates to a method and a device for delivering a warehouse of the distribution system.
Background
The stock deduction scheme of the current distribution system is not particularly large, and is mostly the stock deduction scheme of the sku mode of the e-commerce system, and the stock deduction is very important in the distribution system. The traditional method is that operators submit data, then wait for the system to process the system and feed back business transaction orders all the time, the waiting process can not acquire the processing progress, and other operations can not be performed, such as simultaneous delivery of a plurality of batches of commodities, statistics of inventory commodities and the like, and if a large amount of order data are processed, the conditions of overtime, failure and the like are likely to occur, so that the working efficiency is greatly reduced.
Disclosure of Invention
In view of the above-described drawbacks of the prior art, an object of the present invention is to provide a method and apparatus for delivering a warehouse that is efficient and reliable, and that can perform asynchronous operations and asynchronous inventory deduction.
The scheme of the application provides a delivery method of a distribution system, which comprises the following steps:
receiving order data in response to the triggering of the target program;
generating a business handling list aiming at the order data and feeding back a business handling list number;
deduplicating and batching the order data, the batch size being configured to be dynamically adjustable;
placing the order data divided into a plurality of batches into a thread pool batch by batch to asynchronously check commodity information in batches;
after the batch verification is completed, placing the order data into a message queue to carry out balance verification on the order data;
after the balance verification is completed, deducting fees from the balance of the account according to the order data;
after deduction is completed, inventory data are changed according to the order data so as to complete delivery;
and updating the business handling list according to the order data, the deduction and the ex-warehouse condition.
Further, the account balance is deducted according to the order data, and meanwhile, the consistency of the account balance data is guaranteed by using the distributed lock.
Further, the consistency of the inventory data is ensured by using the distributed lock while the inventory data is changed according to the order data.
Further, the batch verification comprises checking commodity IDs, commodity basic attributes and commodity inventory conditions.
Further, the order receiving data, the order data de-duplication and batch, batch verification, balance verification, fee deduction operation and ex-warehouse operation are respectively packaged into independent components by using a responsibility chain design mode, and the components are subjected to execution step sequencing by using an intgetOrder () method.
Further, when the order data is batched, recording the total batch number as B; and after the fee deduction and the delivery operation are carried out on each batch of order data, subtracting 1 from B until the order data are 0, and uniformly updating the business transaction list.
Also provided is a delivery device of a distribution system, comprising:
the data receiving module is used for responding to the triggered target program and receiving order data;
the business handling module generates a business handling list aiming at the order data and feeds back a business handling list number; updating the business handling list according to the order data, the deduction and the ex-warehouse situation;
a deduplication batch component that deduplicates and batches the order data, the batch size configured to be dynamically adjustable;
the batch verification component is used for carrying out asynchronous batch verification on commodity information by placing the order data divided into a plurality of batches into a thread pool batch by batch;
the balance checking component is used for putting the order data into a message queue and checking the balance of the order data;
deducting Fei Zujian, namely deducting the balance of the account according to the order data;
and the ex-warehouse component changes inventory data according to the order data to finish ex-warehouse.
Further, using the responsibility chain design mode, the intgetOrder () method is used to order the execution steps of the modules and components of the ex-warehouse apparatus.
The improvement of the present application brings the following advantages: according to the method for ex-warehouse, after submitting the data, operators can obtain the business handling list fed back by the system without waiting for the system to process, so that the working efficiency and the user experience are improved. In addition, the method also uses the measures of de-duplication, batch, asynchronous processing of message queues and the like to improve the processing efficiency and reliability of the system on order data.
Drawings
Fig. 1 is an alternative system architecture for implementing a distribution system for delivery in accordance with an embodiment of the present application.
Fig. 2 shows a flowchart of a method for delivery of a warehouse according to an embodiment of the present application.
Fig. 3 shows a timing chart of a method for leaving a warehouse according to an embodiment of the present application.
Fig. 4 is a schematic structural diagram of a delivery device of a distribution system according to an embodiment of the present application.
Detailed Description
Other advantages and effects of the present invention will become apparent to those skilled in the art from the following disclosure, which describes the embodiments of the present invention with reference to specific examples. The invention may be practiced or carried out in other embodiments that depart from the specific details, and the details of the present description may be modified or varied from the spirit and scope of the present invention.
Fig. 1 is an optional system architecture for implementing a distribution system for delivery, which in an embodiment of the present application, as shown in fig. 1, may include: service platform 100, distribution management system 200.
The service platform can be a platform, a page, a system and the like for transacting service activities; the distribution management system can be a background management system belonging to the service platform or an independent management system.
What is needed to be achieved by the method is that an operator can submit order data by using an Excel data file or an inventory management page to carry out ex-warehouse operation; after the order data is submitted, the distribution management system can be triggered to receive the order data; after receiving order data, the distribution management system processes the order data on one hand, and feeds back a business handling order number to an operator on the other hand, so that the operator does not need to wait; the distribution management system performs duplication removal and batching on the order data, and performs batch verification, balance deduction, ex-warehouse and business transaction list generation and other processes on the batched order data.
Next, the method of delivery of the present application will be described in terms of the distribution management system 200, as shown in fig. 2 and 3, fig. 2 shows a flowchart of the method of delivery provided in the embodiment of the present application, and fig. 3 shows a timing chart of the method of delivery provided in the embodiment of the present application, where the method may include the following steps:
s100, receiving order data in response to the triggering of the target program.
Operators may submit order data for out-of-stock operations using Excel data files or inventory management pages. After the order data is submitted, the distribution management system (namely the target program) can be triggered to receive the order data, and the order data is processed in time.
The order data may include data of commodity name, commodity ID, commodity unit price, purchase quantity, total price, customer ID, etc.
S200, generating a business handling list aiming at the order data and feeding back a business handling list number.
After receiving the order data, the distribution management system immediately analyzes the order data to generate a service handling order, and then rapidly responds to the single number of the service handling order to the operator. The operator can continue to carry out the next commodity warehouse-out operation or transact other business without waiting for the processing result, thereby improving the working efficiency and the user experience.
S300, performing de-duplication and batching on the order data, wherein the size of the batching is configured to be dynamically adjustable.
Specifically, repeated verification is performed on order data, list deduplication can be performed by using a new characteristic stream of java8, repeated items are removed from lists, and java8stream api is used. A stream composed of different data is returned using the stream's discrete () method, and comparison is made by the object's equalis () method, such as List < inter > merchandeidlist=newarrayleist > (arrays List (1,1,2,3,3,3,4,5,6,6,6,7,8)); merchandiseidedlist = merchandiseidedlist.
After the order data is de-duplicated, the batch of order data continues. Specifically, fast batching can be performed using Lists.parts of the class library guava of Google. As with data 1,2,3,4,5,6,7,8 above, each group is divided into three groups 1,2,3 and 4,5,6 and 7,8 assuming that the size of each group is configured to be 3. The actual batch is typically not too small, typically 200, 500. The size of the batches may be adjusted according to the actual server configuration, and a configuration center such as apollo or nacos dynamic configuration may be used.
The order data is de-duplicated, so that the effectiveness of the order data can be improved, information redundancy is reduced, and the processing efficiency of the system on the order data can be improved together with data batch.
S400, placing the order data divided into a plurality of batches into a thread pool batch by batch to carry out asynchronous batch verification on commodity information so as to check the validity of the batch of order data.
Specifically, the batch verification includes checking the commodity ID, the commodity basic attribute and the commodity inventory condition.
For example, whether the commodity corresponding to the commodity ID exists, whether the commodity is put on shelf, and whether the batch of commodity is in stock;
basic properties of the commodity: each commodity has some basic attributes such as the model of the commodity, the vendor of the commodity, the material of the commodity, the size of the commodity, the appearance of the commodity, the specification of the commodity, and the like. For example, each internet of things card has a unique iccid, like the mobile phone number is unique, the same mobile phone number cannot be sold to two clients, and the mobile phone numbers can be divided into mobile, communication, telecommunication, 4G, 5G and the like, and whether the attributes are consistent with the requirements of the clients needs to be checked.
S500, placing the order data into a message queue to verify the balance of the order data.
If the balance is sufficient and the fee deduction is enough, the next fee deduction and warehouse-out operation is carried out; and if the balance is insufficient, sending a prompt to an operator or a client.
S600, deducting the balance of the account according to the order data.
In order to prevent repeated deduction under the condition of multi-batch deduction, a distributed lock is used for guaranteeing the consistency of account balance data during deduction.
Specifically, the thread task execution firstly needs to store the unique ID of the commodity into a redis cache; the commodity ID is used as a key through the setnx instruction of redis, and an expiration time is set, so that service downtime is prevented, the service cannot be released, and the commodity can never be deducted. When setnx returns to 1 to indicate that the commodity is not deducted, the task can be continuously executed downwards; when setnx returns to 0, the commodity is in deduction operation, failure detail is recorded, and business processing of other commodities is continuously executed. After the operator makes a modification according to the failure reason, the commodity with the deduction failure enters the deduction of the next batch until the deduction is successful.
In addition, the fee deduction is a high concurrency process, how to quickly realize fee deduction, and the condition of avoiding missing fee deduction and excessive fee deduction is a problem to be considered.
Traditionally, transaction atomicity of databases is utilized, for example, updateaccountset customer balance = customer balance-commodity price whoeid = customer IDand kuid = commodity balance-commodity price >0; this approach can well avoid the risk of loss, but in the face of high concurrency scenarios, well performing databases are not well-supported.
The present embodiment makes good use of caching techniques for high concurrency deduction operations. Before executing the batch task, the charges to be deducted in the order data can be loaded into the Redis cache, so that the charges are not loaded into the jvm memory with higher efficiency, because the jvm memory is a local cache (the local memory cannot be shared among different services), the Redis cache can be shared by each service, and the data can be kept consistent. Deduction may be made using the decrby instruction of Redis, such as decrbykey100, if the return is greater than 0, the balance is proved to be sufficient. There is no need to add a distributed lock, because redis is single-threaded, the deduction result can be trusted, and the operation of pure memory is quite efficient. If the return is negative, the cost is returned to the account number of the customer, and the instruction incrby just corresponding to the decrby instruction can realize the return of the cost, such as incrby100.
How does deduction using a Redis cache guarantee consistency of account balance data in the cache with that in the database?
If deduction of the database is performed while deducting fees each time the Redis cache is used, although consistency of data can be ensured, a processing bottleneck of a high-concurrency database is encountered.
The embodiment can utilize an asynchronous decoupling technology to solve the problem that a high concurrency database cannot be processed while ensuring data consistency. Each time the fee is deducted or the balance is charged, a message can be sent to the message queue, the messages can not be lost, and the messages can be stored in a lasting manner by utilizing the rubbitmq.
While these messages cannot be consumed on a time-by-time basis, a security point can be set to ensure that all operations that may affect data atomicity and consistency are completed within the same transaction, commit if successful, rollback if failed. For example, the distributed locks described above may be used as security points to ensure data atomicity and consistency.
Another security point is to trigger an active trigger every day in the early morning hours of business.
S700, changing inventory data according to the order data to finish the delivery. Distributed locks may be used simultaneously to ensure consistency of inventory data.
S800, updating the business handling list according to the order data, the deduction and the ex-warehouse condition. After updating the service handling list, the operator can query the service handling situation according to the service handling list number fed back before.
Recording the total batch number as B when the order data is batched; after the fee deduction and the ex-warehouse operation are carried out on each batch of order data, subtracting 1 from B, and uniformly updating the business transaction list until the data is 0; if B is not 0, the business transaction list can not be updated first. If one order record is written into the business handling list at the same time after each order record is processed, a large calculation pressure is caused on the system. In this embodiment, a batch method is adopted, so that the processing speed can be increased and the efficiency can be improved.
The embodiment of the application ensures the reliability by utilizing a single-threaded and high-concurrency mechanism of redis and ensures the consistency of data by utilizing asynchronous decoupling of rubbitmq.
Further, business processes related to deduction, inventory deduction and the like are often complex and flexible, in order to better cope with complex business processes, improve processing efficiency and improve coping capability to business complexity, in this embodiment, operation steps of order data reception, order data deduplication, batch verification, balance verification, deduction operation, ex-warehouse operation and the like are respectively packaged into independent logic processing components by using a responsibility chain design mode, and execution steps of the components are ordered by using an intgetOrder () method.
Specifically, an Ordered interface is defined, which each logical processing component must implement, and implement the intgetOrder () method, which returns an integer, the smaller the value, the higher the priority (note that the value returned by each logical must not be repeated the earlier the execution order).
Each component can also realize an execution method of a Handler interface, the execution method is uniformly called by utilizing abstract polymorphism of java, and the concrete implementation is realized by a service logic component.
This has the advantage that only the getOrder return value of the corresponding component needs to be modified, provided that a certain business process requires an order adjustment.
In addition, when new business logic needs to be added, only one new component needs to be added, so that the processing logic flow is clear, and the maintainability is high.
As shown in fig. 4, a delivery device of a distribution system according to an embodiment of the present application includes:
a data receiving module 1 for receiving order data in response to the triggering of the target program;
the business handling module 2 generates a business handling list aiming at the order data and feeds back a business handling list number; updating the business handling list according to the order data, the deduction and the ex-warehouse situation;
a deduplication batch component 3 that deduplicates and batches the order data, the size of the batches being configured to be dynamically adjustable;
the batch verification component 4 is used for carrying out asynchronous batch verification on commodity information by placing order data divided into a plurality of batches into a thread pool batch by batch;
the balance checking component 5 is used for placing the order data into a message queue to check the balance of the order data;
the deduction component 6 deducts the balance of the account according to the order data;
the delivery component 7 alters the inventory data according to the order data to complete delivery.
Using the responsibility chain design model, the intgetOrder () method is used to order the execution steps of the modules and components of the outbound device.
The present invention is not limited to the above-mentioned embodiments, and any changes or substitutions that can be easily understood by those skilled in the art within the technical scope of the present invention are intended to be included in the scope of the present invention. Therefore, the protection scope of the present invention should be subject to the protection scope of the claims.

Claims (8)

1. A method for delivering a distribution system, comprising
Receiving order data in response to the triggering of the target program;
generating a business handling list aiming at the order data and feeding back a business handling list number;
deduplicating and batching the order data, the batch size being configured to be dynamically adjustable;
placing the order data divided into a plurality of batches into a thread pool batch by batch to asynchronously check commodity information in batches;
after the batch verification is completed, placing the order data into a message queue to carry out balance verification on the order data;
after the balance verification is completed, deducting fees from the balance of the account according to the order data;
after deduction is completed, inventory data are changed according to the order data so as to complete delivery;
and updating the business handling list according to the order data, the deduction and the ex-warehouse condition.
2. The method of claim 1, wherein the account balance is deducted from the order data while the consistency of the account balance data is ensured using a distributed lock.
3. The method of claim 1, wherein the consistency of inventory data is ensured using a distributed lock while inventory data is changed according to the order data.
4. The method of claim 1, wherein the batch verification includes checking the ID of the commodity, the basic attribute of the commodity, and the inventory status of the commodity.
5. The method of claim 1, wherein the order receiving data, the order data de-duplication and batching, the batch verification, the balance verification, the deduction operation, and the delivery operation are respectively packaged into independent components by using a responsibility chain design mode, and the components are subjected to execution step ordering by using an int getOrder () method.
6. The ex-warehouse method according to claim 1, wherein when the order data is batched, a total number of batches is recorded as B; and after the fee deduction and the delivery operation are carried out on each batch of order data, subtracting 1 from B until the order data are 0, and uniformly updating the business transaction list.
7. A delivery device for a distribution system, comprising:
the data receiving module is used for responding to the triggered target program and receiving order data;
the business handling module generates a business handling list aiming at the order data and feeds back a business handling list number; updating the business handling list according to the order data, the deduction and the ex-warehouse situation;
a deduplication batch component that deduplicates and batches the order data, the batch size configured to be dynamically adjustable;
the batch verification component is used for carrying out asynchronous batch verification on commodity information by placing the order data divided into a plurality of batches into a thread pool batch by batch;
the balance checking component is used for putting the order data into a message queue and checking the balance of the order data;
deducting Fei Zujian, namely deducting the balance of the account according to the order data;
and the ex-warehouse component changes inventory data according to the order data to finish ex-warehouse.
8. The ex-warehouse apparatus according to claim 7, wherein the modules and components of the ex-warehouse apparatus are ordered in performing steps using the int getOrder () method using a responsibility chain design mode.
CN202310160932.1A 2023-02-24 2023-02-24 Delivery method and device of distribution system Pending CN116339979A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310160932.1A CN116339979A (en) 2023-02-24 2023-02-24 Delivery method and device of distribution system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310160932.1A CN116339979A (en) 2023-02-24 2023-02-24 Delivery method and device of distribution system

Publications (1)

Publication Number Publication Date
CN116339979A true CN116339979A (en) 2023-06-27

Family

ID=86886789

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310160932.1A Pending CN116339979A (en) 2023-02-24 2023-02-24 Delivery method and device of distribution system

Country Status (1)

Country Link
CN (1) CN116339979A (en)

Similar Documents

Publication Publication Date Title
US5724584A (en) Method and apparatus for processing discrete billing events
US5668993A (en) Multithreaded batch processing system
US5999916A (en) No-reset option in a batch billing system
US20110125616A1 (en) Buffered Bookkeeping
CN107369012A (en) A kind of method for processing payment information and system and the prepaid card processing method with performance bond insurance mechanism
EP2550632B1 (en) System with multiple conditional commit databases
RU2465634C2 (en) Real-time instruction processing system
CN111833034B (en) Batch deduction method, payment server, computer equipment and storage medium
CN107230092B (en) Accounting processing method and device and server
US11176517B2 (en) System and method for anomaly detection and deduplication of electronic data feeds
US20080155140A1 (en) System and program for buffering work requests
CN112101955B (en) Concurrent payment method, system and device
US6658488B2 (en) No-reset option in a batch billing system
US6708226B2 (en) Multithreaded batch processing system
CN116339979A (en) Delivery method and device of distribution system
US7650606B2 (en) System recovery
US7673302B1 (en) System and method for managing messages in a queuing system
US20130304715A1 (en) Systems and methods for providing an automated validity check of transactional data postings
US7412707B2 (en) No-reset option in a batch billing system
CN112785230A (en) Warehouse entry list generation method and system, computer equipment and storage medium
CN113792051B (en) Data processing method, system, equipment and storage medium based on multi-mode lock
CN109191284A (en) Withhold back disk data processing method, help loan system and computer equipment
US11042892B1 (en) Triggering and throttling access to reward card supplier interfaces
CN114546629A (en) Task execution system, method, server, and computer-readable storage medium
CN117009058A (en) Data processing method, device, computer equipment and storage medium

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