CN109615514A - Hot spot account trading system and method - Google Patents
Hot spot account trading system and method Download PDFInfo
- Publication number
- CN109615514A CN109615514A CN201811426023.3A CN201811426023A CN109615514A CN 109615514 A CN109615514 A CN 109615514A CN 201811426023 A CN201811426023 A CN 201811426023A CN 109615514 A CN109615514 A CN 109615514A
- Authority
- CN
- China
- Prior art keywords
- account
- transaction
- debit
- stateful
- credit side
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Abstract
A kind of hot spot account trading system and method for the present invention, transaction acceptance module receive every account trading request;Buffer scheduling module caches the account and account balance in debit's database and the account in credit side's database and account balance into distributed memory;Trade processing module handles every account trading request, updates the corresponding account balance of debit and the corresponding account balance of credit side in distributed memory, the every transaction detail of record debit's account and the every transaction detail of credit side's account;Buffered module batch summarizes the every transaction detail of debit's account and the every transaction detail of credit side's account, the stateful transaction for summarizing lending side is successful transaction amount and stateful transaction is the transaction amount of failure and is that successful transaction amount is updated in debit's account data library by stateful transaction, and the stateful transaction for summarizing credit side out is successful transaction amount and stateful transaction is the transaction amount of failure and is that successful transaction amount is updated in credit side's account data library by stateful transaction.
Description
Technical field
The present invention relates to financial transaction systems technology fields, more particularly to a kind of hot spot account trading system and method.
Background technique
In existing account transaction system, the balance updates of account are a more careful operations, in order to guarantee every
The balance updates of account are all accurately, it is often necessary to it is operated using Database lock, and no matter which kind of is lasting on the market
Changing database all will not be very high in the performance that single data are locked.Usual notes account must have both sides' participation, so at one
The logic of book keeping operation is to lock two accounts, calculates the remaining sum of two accounts, then updates the remaining sum of two accounts, finally discharges
Lock, in high concurrent, multiple threads carry out lock competition to the same account, certainly will have many threads and be in lock waiting shape
State, will result in when the thread of waiting is excessive time-out, failure rate rise and whole system congestion and influence it is other simultaneously
Send out not high normal charge account.And since account balance is different from trade order, a point library can be used and divide the modes such as table real
Existing, the remaining sum of an account can not be split in multiple tables and multiple libraries, otherwise will cause the inaccuracy or business of remaining sum
It is unable to satisfy.
Summary of the invention
The present invention is in view of the problems of the existing technology and insufficient, provides a kind of hot spot account trading system and method.
The present invention is to solve above-mentioned technical problem by following technical proposals:
The present invention provides a kind of hot spot account trading system, it is characterized in that comprising transaction acceptance module, buffer scheduling
Module, distributed memory, trade processing module and buffering processing module.
For the transaction acceptance module for every account trading request of real-time reception, every account trading request includes debit
Account, credit side's account, exchange hour, transaction amount and type of transaction.
The buffer scheduling module be used for by debit's account data library account and corresponding account balance and credit side
Account and corresponding account balance in account data library are cached into distributed memory.
The trade processing module for handling every account trading request, debit in real-time update distributed memory in real time
The corresponding account balance of account and the corresponding account balance of credit side's account, the every transaction detail of record debit's account and credit side's account
Every transaction detail, the every transaction detail of debit's account include debit account, transaction amount, trade success or failure transaction shape
State, the every transaction detail of credit side's account include credit entry, transaction amount, trade success or failure stateful transaction.
The buffered module summarizes the every transaction detail of debit's account for batch and the every transaction of credit side's account is bright
Carefully, the stateful transaction for summarizing lending side's account is successful transaction amount and stateful transaction is the transaction amount of failure and will trade
State is that successful transaction amount is updated in debit's account data library, and the stateful transaction for summarizing credit side's account out is successfully to hand over
The easy amount of money and stateful transaction are the transaction amount of failure and are that successful transaction amount is updated to credit side's account number by stateful transaction
According in library.
Preferably, the buffered module is used to be the transaction amount rollback to fail by stateful transaction in distributed memory
It is zero.
The present invention also provides a kind of hot spot account trading methods, it is characterized in that comprising following steps:
Every account trading request of real-time reception, when every account trading request includes debit's account, credit side's account, transaction
Between, transaction amount and type of transaction.
By the account and corresponding account balance in debit's account data library and the account in credit side's account data library and
Corresponding account balance is cached into distributed memory.
Handle the request of every account trading in real time, in real-time update distributed memory the corresponding account balance of debit's account and
The corresponding account balance of credit side's account, the every transaction detail of record debit's account and the every transaction detail of credit side's account, debit's account
Number every transaction detail include debit account, transaction amount, success or failure of trading stateful transaction, the every transaction of credit side's account
Detail include credit entry, transaction amount, trade success or failure stateful transaction.
Batch summarizes the every transaction detail of debit's account and the every transaction detail of credit side's account, summarizes the friendship of lending side's account
Easy state is successful transaction amount and stateful transaction is the transaction amount of failure and is successful transaction amount by stateful transaction
It is updated in debit's account data library, the stateful transaction for summarizing credit side's account out is successful transaction amount and stateful transaction is mistake
The transaction amount that loses and be that successful transaction amount is updated in credit side's account data library by stateful transaction.
Preferably, being zero by the transaction amount rollback that stateful transaction in distributed memory is failure.
On the basis of common knowledge of the art, above-mentioned each optimum condition, can any combination to get each preferable reality of the present invention
Example.
The positive effect of the present invention is that:
The present invention guarantees account balance operating accuracy and system concurrency ability and handling capacity under single account high concurrent.And
And it does not need additionally to put into more software and hardware resources.
Detailed description of the invention
Fig. 1 is the structural block diagram of the hot spot account trading system of present pre-ferred embodiments.
Fig. 2 is the flow chart of the hot spot account trading method of present pre-ferred embodiments.
Specific embodiment
In order to make the object, technical scheme and advantages of the embodiment of the invention clearer, below in conjunction with the embodiment of the present invention
In attached drawing, technical scheme in the embodiment of the invention is clearly and completely described, it is clear that described embodiment is
A part of the embodiment of the present invention, instead of all the embodiments.Based on the embodiments of the present invention, those of ordinary skill in the art
Every other embodiment obtained without making creative work, shall fall within the protection scope of the present invention.
As shown in Figure 1, the present embodiment provides a kind of hot spot account trading systems comprising transaction acceptance module 1, buffering are adjusted
Spend module 2, distributed memory 3, trade processing module 4 and buffering processing module 5.
For the transaction acceptance module 1 for every account trading request of real-time reception, every account trading request includes borrowing
Square account, credit side's account, exchange hour, transaction amount and type of transaction.
Such as: transaction acceptance module 1 receives two account trading requests, and the request of the first stroke account trading includes debit's account
A, credit side's account B, exchange hour, transaction amount (100 yuan) and type of transaction (transferring accounts), second account trading request includes borrowing
Square account A, credit side's account C, exchange hour, transaction amount (200 yuan) and type of transaction (transferring accounts).
The buffer scheduling module 2 be used for by debit's account data library account and corresponding account balance and credit side
Account and corresponding account balance in account data library are cached into distributed memory 3.
Such as: buffer scheduling module is by the account A and corresponding account balance (1000 in the database of debit's account A
Member), the account B in the database of credit side's account B and (10 yuan) of corresponding account balance cachings are into distributed memory 3, credit side
(0 yuan) of account C and corresponding account balance caching in the database of account C is into distributed memory 3.
The trade processing module 4 is borrowed in real-time update distributed memory for handling every account trading request in real time
The corresponding account balance of square account and the corresponding account balance of credit side's account, the every transaction detail of record debit's account and credit side's account
Number every transaction detail, the every transaction detail of debit's account include the transaction of debit account, transaction amount, success or failure of trading
State, the every transaction detail of credit side's account include credit entry, transaction amount, trade success or failure stateful transaction.
Such as: trade processing module 4 handles the request of the first stroke account trading, and the corresponding account balance of debit's account A is turned
100 yuan are given credit side's account B, update B pairs of the corresponding account balance of debit's account A (900 yuan) and credit side's account in distributed memory
The account balance (110 yuan) answered records debit's account A the first stroke transaction details: debit's account: A, transaction amount: 100 yuan, shape
State: success records credit side's account B transaction details: credit side's account: B, transaction amount: 100 yuan, state: success.
Trade processing module 4 handles second account trading request, and the corresponding account balance of debit's account A is turned 200 yuan
Credit side account C is given, the corresponding account balance of debit's account A (700 yuan) and the corresponding account of credit side's account C in distributed memory are updated
Family remaining sum (200 yuan) records debit's account A the second transaction detail: debit's account: A, transaction amount: 200 yuan, state: at
Function records credit side's account C transaction details: credit side's account: C, transaction amount: 200 yuan, state: success.
The buffered module 5 summarizes the every transaction detail of debit's account for batch and the every transaction of credit side's account is bright
Carefully, the stateful transaction for summarizing lending side's account is successful transaction amount and stateful transaction is the transaction amount of failure and will trade
State is that successful transaction amount is updated in debit's account data library, and the stateful transaction for summarizing credit side's account out is successfully to hand over
The easy amount of money and stateful transaction are the transaction amount of failure and are that successful transaction amount is updated to credit side's account number by stateful transaction
According in library.
Such as: 5 batch of buffered module summarizes every transaction detail of debit's account A, summarizes the friendship of lending side's account A
Stateful transaction is successfully to hand over by 0 yuan of transaction amount that easily state is 300 yuan of successful transaction amount, stateful transaction is failure
The easy amount of money is updated in the database of debit's account A, i.e., the amount of money in the database of debit's account A is updated to 700 yuan.
5 batch of buffered module summarizes every transaction detail of credit side's account B, summarizes the transaction shape of credit side's account B out
Stateful transaction is successful trade gold by state is 100 yuan of successful transaction amount, stateful transaction is failure 0 yuan of transaction amount
Volume is updated in the database of credit side's account B, i.e., the amount of money in the database of credit side's account B is updated to 110 yuan.
5 batch of buffered module summarizes every transaction detail of credit side's account C, summarizes the transaction shape of credit side's account C out
Stateful transaction is successful trade gold by state is 200 yuan of successful transaction amount, stateful transaction is failure 0 yuan of transaction amount
Volume is updated in the database of credit side's account C, i.e., the amount of money in the database of credit side's account C is updated to 200 yuan.
The buffered module 5 is also used to
Zero.
Such as: assuming that the corresponding account balance of account A in the database of debit's account A is zero, now need to transfer accounts 100 yuan
Give credit side account D, then buffer scheduling module by the database of debit's account A account A and corresponding account balance (0 yuan),
(10 yuan) of account D and corresponding account balance cachings in the database of credit side's account D are into distributed memory 3.
Trade processing module 4 handles current account transaction request, since the corresponding account balance of account A is zero so transferring accounts
It can not succeed, i.e. record debit's account A transaction detail: debit's account: A, transaction amount: 100 yuan, state: failure, record
Credit side's account D transaction details: credit side's account: D, transaction amount: 100 yuan, state: failure.
5 batch of buffered module summarizes every transaction detail of debit's account A, summarizes the transaction shape of lending side's account A
Stateful transaction is successfully transaction by state is 300 yuan of successful transaction amount, stateful transaction is failure 100 yuan of transaction amount
The amount of money is updated in the database of debit's account A, i.e., the amount of money in the database of debit's account A is updated to 700 yuan, and will distribution
It is zero that stateful transaction, which is the transaction amount rollback of failure, in formula memory, i.e. debit's account: A, transaction amount: 0 yuan, state: failure.
5 batch of buffered module summarizes every transaction detail of credit side's account D, summarizes the transaction shape of credit side's account D out
State is 0 yuan of successful transaction amount, stateful transaction is failure 100 yuan of transaction amount, and by stateful transaction in distributed memory
Transaction amount rollback for failure is zero, i.e. credit side's account: D, transaction amount: 0 yuan, state: failure.
As shown in Fig. 2, the present embodiment also provides a kind of hot spot account trading method comprising following steps:
Every step 101, real-time reception account trading request, every account trading request includes debit's account, credit side's account
Number, exchange hour, transaction amount and type of transaction.
Step 102, by debit's account data library account and corresponding account balance and credit side's account data library in
Account and corresponding account balance cache into distributed memory.
Step 103 handles every account trading request, the corresponding account of debit's account in real-time update distributed memory in real time
Family remaining sum and the corresponding account balance of credit side's account, the every transaction detail of record debit's account and the every transaction of credit side's account are bright
Carefully, the every transaction detail of debit's account include debit account, transaction amount, trade success or failure stateful transaction, credit side's account
Number every transaction detail include credit entry, transaction amount, success or failure of trading stateful transaction.
Step 104, batch summarize the every transaction detail of debit's account and the every transaction detail of credit side's account, summarize lending side
The stateful transaction of account is successful transaction amount and stateful transaction is the transaction amount of failure and is successful by stateful transaction
Transaction amount is updated in debit's account data library, and the stateful transaction for summarizing credit side's account out is successful transaction amount and transaction
State is the transaction amount of failure and is that successful transaction amount is updated in credit side's account data library by stateful transaction.
The transaction amount rollback that stateful transaction in distributed memory is failure is zero by step 105.
The present invention solve occur under the scene for encountering single account high concurrent in the billing and accounting system of low cost construction deadlock,
Situations such as lock waits, system seemingly-dead (congestion), the balance updates of account must be ensured using Pessimistic Locking in usual billing and accounting system
The accuracy of remaining sum, and single account (hot spot account) must will appear lock etc. using database Pessimistic Locking in high concurrent
To, time-out situations such as.Under conditions of guaranteeing account balance accuracy, use calculates the present invention in real time based on memory, database
The double mechanism calculated that is delayed greatly improves the concurrent capability of account simultaneously.
Transaction record is charged in the real-time calculating that the present invention is traded using distributed caching (such as: Redis), synchronization
Database, asynchronous delay data library, which is done, summarizes batch rekeying;Memory calculates in real time only does data calculating, does not do rollback (in failure
In the case where result is equally charged into internal storage data and database), database asynchronous computing will failure total amount be rolled back to memory
Data.
For the present invention when same running environment and software and hardware are put into, single account concurrent capability of system is by original
10, which are increased to 150, tps, obtains exponential promotion.
Although specific embodiments of the present invention have been described above, it will be appreciated by those of skill in the art that these
It is merely illustrative of, protection scope of the present invention is defined by the appended claims.Those skilled in the art is not carrying on the back
Under the premise of from the principle and substance of the present invention, many changes and modifications may be made, but these are changed
Protection scope of the present invention is each fallen with modification.
Claims (4)
1. a kind of hot spot account trading system, which is characterized in that it includes transaction acceptance module, buffer scheduling module, distribution
Memory, trade processing module and buffering processing module;
For the transaction acceptance module for every account trading request of real-time reception, every account trading request includes debit's account
Number, credit side's account, exchange hour, transaction amount and type of transaction;
The buffer scheduling module is used for the account and corresponding account balance and credit side's account in debit's account data library
Account and corresponding account balance in database are cached into distributed memory;
The trade processing module for handling every account trading request, debit's account in real-time update distributed memory in real time
Corresponding account balance and the corresponding account balance of credit side's account, the every transaction detail of record debit's account and credit side's account every
Transaction details, the every transaction detail of debit's account include debit account, transaction amount, trade success or failure stateful transaction,
The every transaction detail of credit side's account include credit entry, transaction amount, trade success or failure stateful transaction;
The buffered module summarizes the every transaction detail of debit's account and the every transaction detail of credit side's account for batch, converges
The stateful transaction of total lending side's account is successful transaction amount and stateful transaction is the transaction amount of failure and by stateful transaction
It is updated in debit's account data library for successful transaction amount, the stateful transaction for summarizing credit side's account out is successful trade gold
Volume and stateful transaction are the transaction amount of failure and are that successful transaction amount is updated to credit side's account data library by stateful transaction
In.
2. hot spot account trading system as described in claim 1, which is characterized in that the buffered module will be for that will be distributed
It is zero that stateful transaction, which is the transaction amount rollback of failure, in formula memory.
3. a kind of hot spot account trading method, which is characterized in that itself the following steps are included:
Real-time reception every account trading request, every account trading request include debit's account, credit side's account, exchange hour,
Transaction amount and type of transaction;
By the account and corresponding account balance in debit's account data library and the account and correspondence in credit side's account data library
Account balance cache into distributed memory;
Every account trading request, the corresponding account balance of debit's account and credit side in real-time update distributed memory are handled in real time
The corresponding account balance of account, the every transaction detail of record debit's account and the every transaction detail of credit side's account, debit's account are every
Transaction detail include debit account, transaction amount, trade success or failure stateful transaction, the every transaction detail of credit side's account
Including credit entry, transaction amount, trade success or failure stateful transaction;
Batch summarizes the every transaction detail of debit's account and the every transaction detail of credit side's account, summarizes the transaction shape of lending side's account
State is successful transaction amount and stateful transaction is the transaction amount of failure and is that successful transaction amount updates by stateful transaction
Into debit's account data library, the stateful transaction for summarizing credit side's account out is successful transaction amount and stateful transaction is failure
Stateful transaction is simultaneously updated in credit side's account data library by transaction amount for successful transaction amount.
4. hot spot account trading method as claimed in claim 3, which is characterized in that by stateful transaction in distributed memory be lose
The transaction amount rollback lost is zero.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811426023.3A CN109615514A (en) | 2018-11-27 | 2018-11-27 | Hot spot account trading system and method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811426023.3A CN109615514A (en) | 2018-11-27 | 2018-11-27 | Hot spot account trading system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109615514A true CN109615514A (en) | 2019-04-12 |
Family
ID=66005288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811426023.3A Pending CN109615514A (en) | 2018-11-27 | 2018-11-27 | Hot spot account trading system and method |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109615514A (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110175919A (en) * | 2019-05-29 | 2019-08-27 | 深圳前海微众银行股份有限公司 | Transaction data processing method, device, equipment and computer readable storage medium |
CN110889687A (en) * | 2019-11-18 | 2020-03-17 | 厦门网宿有限公司 | Method and device for processing account balance under distributed architecture |
CN111061748A (en) * | 2019-12-12 | 2020-04-24 | 吉林亿联银行股份有限公司 | Hot account accounting method and device |
CN111161078A (en) * | 2020-01-06 | 2020-05-15 | 江苏恒为信息科技有限公司 | One-to-many block chain transfer realization method |
CN111782733A (en) * | 2020-07-22 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | Multi-level data summarizing method, distributed data management system and summarized data management system |
CN111984664A (en) * | 2020-09-07 | 2020-11-24 | 中国银行股份有限公司 | High-concurrency transaction processing method and device |
CN113592470A (en) * | 2021-08-03 | 2021-11-02 | 北京百度网讯科技有限公司 | Service processing method and device, electronic equipment and storage medium |
CN113781034A (en) * | 2021-09-29 | 2021-12-10 | 上海瀚之友信息技术服务有限公司 | Cache-based accounting and checking method |
CN117172918A (en) * | 2023-08-17 | 2023-12-05 | 中电金信软件有限公司 | Transaction processing method and device |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106934025A (en) * | 2017-03-13 | 2017-07-07 | 广州爱九游信息技术有限公司 | A kind of account data management method, device and server |
CN107274162A (en) * | 2017-05-31 | 2017-10-20 | 深圳市长亮科技股份有限公司 | A kind of processing method of high transaction concurrency |
CN108073696A (en) * | 2017-12-11 | 2018-05-25 | 厦门亿力吉奥信息科技有限公司 | GIS application processes based on distributed memory database |
-
2018
- 2018-11-27 CN CN201811426023.3A patent/CN109615514A/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106934025A (en) * | 2017-03-13 | 2017-07-07 | 广州爱九游信息技术有限公司 | A kind of account data management method, device and server |
CN107274162A (en) * | 2017-05-31 | 2017-10-20 | 深圳市长亮科技股份有限公司 | A kind of processing method of high transaction concurrency |
CN108073696A (en) * | 2017-12-11 | 2018-05-25 | 厦门亿力吉奥信息科技有限公司 | GIS application processes based on distributed memory database |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110175919A (en) * | 2019-05-29 | 2019-08-27 | 深圳前海微众银行股份有限公司 | Transaction data processing method, device, equipment and computer readable storage medium |
CN110889687A (en) * | 2019-11-18 | 2020-03-17 | 厦门网宿有限公司 | Method and device for processing account balance under distributed architecture |
CN111061748A (en) * | 2019-12-12 | 2020-04-24 | 吉林亿联银行股份有限公司 | Hot account accounting method and device |
CN111161078A (en) * | 2020-01-06 | 2020-05-15 | 江苏恒为信息科技有限公司 | One-to-many block chain transfer realization method |
CN111782733A (en) * | 2020-07-22 | 2020-10-16 | 支付宝(杭州)信息技术有限公司 | Multi-level data summarizing method, distributed data management system and summarized data management system |
CN111984664A (en) * | 2020-09-07 | 2020-11-24 | 中国银行股份有限公司 | High-concurrency transaction processing method and device |
CN111984664B (en) * | 2020-09-07 | 2023-11-17 | 中国银行股份有限公司 | High concurrency transaction processing method and device |
CN113592470A (en) * | 2021-08-03 | 2021-11-02 | 北京百度网讯科技有限公司 | Service processing method and device, electronic equipment and storage medium |
CN113781034A (en) * | 2021-09-29 | 2021-12-10 | 上海瀚之友信息技术服务有限公司 | Cache-based accounting and checking method |
CN117172918A (en) * | 2023-08-17 | 2023-12-05 | 中电金信软件有限公司 | Transaction processing method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109615514A (en) | Hot spot account trading system and method | |
US9756469B2 (en) | System with multiple conditional commit databases | |
KR101959153B1 (en) | System for efficient processing of transaction requests related to an account in a database | |
CN101789976B (en) | Embedded network storage system and method thereof | |
US20070078911A1 (en) | Replicating data across the nodes in a cluster environment | |
CN105684020B (en) | Order book management equipment in hardware platform | |
US20120323978A1 (en) | Transforming and Storing Messages in a Database | |
CN110276614B (en) | Updating method and device of account splitting account | |
CN109255701B (en) | Network credit business data processing method | |
US20210182803A1 (en) | Automated validation of digit sequences in transactions | |
CN110889754B (en) | Method for improving processing efficiency of non-overdraft hot spot account | |
CN110427389B (en) | Data processing and inquiring method for blockchain digital currency | |
CN111177158B (en) | Method for matching order with stock consistently | |
CN110889687A (en) | Method and device for processing account balance under distributed architecture | |
US20100228707A1 (en) | System for rating a service | |
CN110827001A (en) | Accounting event bookkeeping method, system, equipment and storage medium | |
US10032217B2 (en) | Reconciliation for enabling accelerated access to contribution funded accounts | |
US20060117095A1 (en) | Registering a resource that delegates commit voting | |
CN110333935A (en) | Transactions requests processing method and processing device | |
CN111292028A (en) | Inventory information processing method and system, computer system and readable storage medium | |
US20190244286A1 (en) | Reducing workload using transaction aggregation | |
US11941027B2 (en) | Scale-out of database systems in cloud computing environments | |
CN104778014B (en) | A kind of date storage method and system | |
CN113971552B (en) | Batch data processing method, device, equipment and storage medium | |
CN117172918A (en) | Transaction processing method and device |
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: 20190412 |