CN111737351A - Transaction management method and device for distributed management system - Google Patents
Transaction management method and device for distributed management system Download PDFInfo
- Publication number
- CN111737351A CN111737351A CN202010573731.0A CN202010573731A CN111737351A CN 111737351 A CN111737351 A CN 111737351A CN 202010573731 A CN202010573731 A CN 202010573731A CN 111737351 A CN111737351 A CN 111737351A
- Authority
- CN
- China
- Prior art keywords
- service parameters
- service
- stored
- database
- parameter
- 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
- 238000007726 management method Methods 0.000 title abstract description 37
- 238000003860 storage Methods 0.000 claims abstract description 85
- 238000000034 method Methods 0.000 claims abstract description 22
- 238000012544 monitoring process Methods 0.000 claims abstract description 14
- 238000005096 rolling process Methods 0.000 claims abstract description 6
- 238000004364 calculation method Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 13
- 238000004891 communication Methods 0.000 claims description 9
- 238000012795 verification Methods 0.000 claims description 9
- 238000010586 diagram Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 210000001503 joint Anatomy 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- 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/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
- G06F16/273—Asynchronous replication or reconciliation
-
- 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/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
Abstract
The application discloses a transaction management method and a device for a distributed management system, wherein the method comprises the following steps: receiving service parameters sent by a service system; determining storage information of the service parameters according to the service parameters, wherein the storage information is used for indicating a database and a data table in which the service parameters are stored; monitoring storage states of service parameters stored in a data table in a corresponding database according to storage information, wherein the storage states comprise successful storage and failed storage; and when the storage states of the service parameters are different, rolling back the data table of the successfully stored service parameters to the state in which the service parameters are not stored. The method and the device can ensure the consistency of database transactions, and avoid the problem that the service parameters cannot be normally stored and called due to the inconsistency of the database transactions.
Description
Technical Field
The present application relates to the field of software management technologies, and in particular, to a transaction management method and apparatus for a distributed management system.
Background
This section is intended to provide a background or context to the embodiments of the invention that are recited in the claims. The description herein is not admitted to be prior art by inclusion in this section.
Due to the requirement of business management, a management system which is in butt joint with different business systems is arranged in a bank, the management system receives and stores business parameters sent by the business systems, and the management of the business systems is realized by monitoring the business parameters.
At present, a management system and a service system are generally arranged in two ways:
1. one management system is connected with one service system in a butt joint mode, and service parameters sent by each sub-service system are stored respectively, so that although the fact that data storage and calling in each service system are not interfered mutually is guaranteed, due to the fact that the number of the service systems is large, the configuration of the management system for each sub-service system consumes large manpower and material resources, and cost is high.
2. The distributed management system is used for simultaneously connecting all the service systems, receiving all the service parameters and distributing the same or different databases for the service parameters, and the storage of the service parameters in the same database can lead irrelevant service parameters to be mixed together due to the numerous service parameters, thereby bringing great difficulty to the storage and retrieval of the service parameters; the business parameters are stored in a classified mode, so that the cost of configuration of a management system is reduced, but when the same business parameter needs to be stored in different databases or data tables, and when the situation that one part of the business parameters are successfully stored and the other part of the business parameters are failed to be stored occurs, the problem that the database transactions are inconsistent can be generated, so that the transaction records of the databases are inconsistent, and the storage and the calling of the business parameters are influenced.
Disclosure of Invention
The embodiment of the application provides a transaction management method for a distributed management system, which is used for ensuring the consistency of database transactions and avoiding the problem that service parameters cannot be normally stored and called due to the inconsistency of the database transactions, and the method comprises the following steps:
receiving service parameters sent by a service system;
determining storage information of the service parameters according to the service parameters, wherein the storage information is used for indicating a database and a data table in which the service parameters are stored;
monitoring storage states of service parameters stored in a data table in a corresponding database according to storage information, wherein the storage states comprise successful storage and failed storage;
and when the storage states of the service parameters are different, rolling back the data table of the successfully stored service parameters to the state in which the service parameters are not stored.
The embodiment of the present application further provides a transaction management device for a distributed management system, so as to ensure the consistency of database transactions, and avoid the problem that service parameters cannot be normally stored and called due to inconsistency of database transactions, where the device includes:
the communication module is used for receiving the service parameters sent by the service system;
the calculation module is used for determining the storage information of the service parameters according to the service parameters received by the communication module, and the storage information is used for indicating a database and a data table in which the service parameters are stored;
the monitoring module is used for monitoring the storage state of the service parameters of the data tables stored in the corresponding database according to the storage information, wherein the storage state comprises successful storage and failed storage;
and the rollback module is used for rolling back the data table with the successfully stored service parameters to a state without the stored service parameters when the monitoring module monitors that the storage states of the service parameters are different.
In the embodiment of the application, the service parameters are stored in a database and a table, so that the independence of data is ensured; after the sub-databases and the sub-tables are stored, the storage states of the business parameters stored in different databases or different data tables of the same database are monitored, when the storage states of the business parameters are different, the data tables successfully stored in the business parameters are rolled back to delete the stored business parameters, so that the data tables are rolled back to the state when the business parameters are not stored, the consistency of database transactions is ensured, and the problem that the business parameters cannot be normally stored and called due to the inconsistency of the database transactions is solved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts. In the drawings:
FIG. 1 is a flowchart illustrating a transaction management method of a distributed management system according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a transaction management device of a distributed management system in an embodiment of the present application.
Detailed Description
To make the objects, technical solutions and advantages of the embodiments of the present application more apparent, the embodiments of the present application are further described in detail below with reference to the accompanying drawings. The exemplary embodiments and descriptions of the present application are provided herein to explain the present application and not to limit the present application.
An embodiment of the present application provides a transaction management method for a distributed management system, as shown in fig. 1, the method includes steps 101 to 101:
All the service systems are in butt joint with the distributed management system, and the distributed management system is used for carrying out unified management on the service parameters.
In the embodiment of the application, the service system packages the service parameters and then transmits the service parameters to the distributed management system, and the distributed management system acquires the service parameters in the packaged messages in an annotation mode. The annotation can be regarded as an extended template of a class/method, each class/method annotates different parameters for the class/method according to rules in the annotation class, and various parameters and values annotated in different classes/methods can be obtained where used.
And step 102, determining the storage information of the service parameters according to the service parameters.
The storage information is used for indicating a database and a data table in which the service parameters are stored.
Specifically, the service parameter is compared with a preset corresponding relation between the service parameter and the routing policy, and the routing policy of the service parameter is determined; and then, calculating a target database and a target data table stored by the service parameters according to the routing strategy and the service parameters, and taking the target database and the target data table as storage information of the service parameters.
That is, the corresponding relationship between the service parameters and the routing policies is pre-configured in the distributed management system, and after the distributed management system receives a service parameter, the service parameter is compared with the corresponding relationship, so that the routing policies corresponding to the service parameters can be determined.
It should be noted that the routing policy is used to indicate the type of database in which the service parameter is stored. In the embodiment of the application, the databases can be classified according to the scene types to which the service parameters belong, and the service parameters of different types correspond to different database types. For example, if the service parameter belongs to a face recognition scene, the service parameter is stored in a face recognition database; and if the service parameters belong to the certificate verification scene, storing the service parameters into a certificate verification database. Or, the database may be classified according to the service type to which the service parameter belongs, or the database type may be determined according to other attribute pairs of the service parameter, and the service parameter and the specific classification standard of the database are not limited herein.
In consideration of the huge number of service parameters generated by a service system, a plurality of databases are usually configured as databases storing the same type of service parameters, for example, face recognition databases include a face recognition a database, a face recognition B database, a face recognition C database, and the like, and the plurality of databases are utilized to meet the requirement of the service parameters for storage space.
The target database and the target data table are respectively a database and a data table for storing the service parameters, illustratively, the routing policy indicates that the service parameters are stored in a face recognition database, the face recognition database comprises A, B, C three databases, and the target database obtained through calculation is one of A, B, C three databases, such as an a database or a B database. If the target database is the database A, determining which data table in the database A the service parameters are stored in, and obtaining the data table which is the target data table through calculation.
In the embodiment of the application, after all the storage information of each business parameter is obtained through calculation, the business parameters can be stored into the target data table of the target database one by one. During specific execution, the stored information can be stored in the thread local variable to facilitate calling. More specifically, the information of the target database may be stored in Dbkey, the information of the target data table may be stored in TableKey, and Dbkey and TableKey are stored in ThreadLocal variable.
If the stored information is stored in the Dbkey and the TableKey, the information of the target database and the information of the target data table stored in the Dbkey and the TableKey can be acquired in an annotation mode.
Calculating a target database and a target data table stored by the service parameters according to the routing strategy and the service parameters, and then specifically executing the following steps: determining a main parameter in the service parameters according to a preset main parameter identifier; and calculating the main parameter value according to a calculation rule included in the routing strategy to obtain a database-based sub-table value, wherein the database-based sub-table value is used for indicating a target database and a target data table.
The business parameters include a plurality of parameters, for example, one business parameter includes parameters such as a customer number, a customer name, a customer age, a deposit amount and the like, and in the plurality of parameters, a certain parameter has a large influence and can be set as a main parameter to be marked with a main parameter identifier. The main parameter identifier is set by a user, and may be any number, letter, or other symbol capable of distinguishing the main parameter from other parameters, and the specific form of the main parameter identifier is not limited herein.
The main parameter value is a corresponding value of the main parameter, for example, when the customer number is the main parameter, the value 001 is the main parameter value.
In an implementation manner, the calculation rule may be that a hash value is first obtained for the main parameter value, and then a modulus is obtained for the main parameter after the hash value is obtained, so as to obtain the sub-base and sub-table values. The calculation rule is set by a user, and can be modified and adjusted.
Before determining the storage information of the service parameters according to the service parameters, the service parameters can be checked to ensure the correctness of the stored service parameters. The verification process is as follows:
comparing the service parameters with preset reference parameters one by one; and if the parameter identical to the service parameter exists in the reference parameters, determining that the service parameter passes the verification. The preset reference parameters include the correct value of each service parameter, for example, the reference parameter of the service parameter a is B, C or D, and if the value corresponding to the service parameter a sent by the service system is D, the parameter value of the service parameter a is wrong and fails to pass the check; and if the value corresponding to the service parameter A sent by the service system is C, the parameter value of the service parameter A is correct and passes the verification.
And after determining whether the service parameter passes the verification, determining the storage information of the service parameter passing the verification according to the service parameter passing the verification.
And 103, monitoring the storage state of the service parameters stored in the data table in the corresponding database according to the storage information.
Wherein the storage state comprises a successful storage and a failed storage.
And step 104, rolling back the data table of the successfully stored service parameters to the state in which the service parameters are not stored when the storage states of the service parameters are different.
During actual operation, transaction consistency management can be realized by using Spring AOP (dynamic proxy object created at the bottom layer), and starting transactions and transaction rollback operation are packaged at the beginning and the end of Spring AOP codes, so that rollback of a data table state is realized.
In the embodiment of the application, the service parameters are stored in a database and a table, so that the independence of data is ensured; after the sub-databases and the sub-tables are stored, the storage states of the business parameters stored in different databases or different data tables of the same database are monitored, when the storage states of the business parameters are different, the data tables successfully stored in the business parameters are rolled back to delete the stored business parameters, so that the data tables are rolled back to the state when the business parameters are not stored, the consistency of database transactions is ensured, and the problem that the business parameters cannot be normally stored and called due to the inconsistency of the database transactions is solved.
In the embodiment of the present application, a transaction management apparatus of a distributed management system is further provided, as shown in fig. 2, the apparatus includes a communication module 201, a calculation module 202, a monitoring module 203, and a rollback module 204.
The communication module 201 is configured to receive a service parameter sent by a service system.
The calculation module 202 is configured to determine storage information of the service parameters according to the service parameters received by the communication module 201, where the storage information is used to indicate a database and a data table in which the service parameters are stored.
And the monitoring module 203 is configured to monitor storage states of the service parameters stored in the data tables in the corresponding database according to the storage information, where the storage states include successful storage and failed storage.
And a rollback module 204, configured to roll back the data table in which the service parameter is successfully stored to a state in which the service parameter is not stored, when the monitoring module 203 monitors that the storage states of the service parameters are different.
In an implementation manner of the embodiment of the present application, the calculating module 202 is configured to:
comparing the service parameters with the corresponding relation between the preset service parameters and the routing strategy to determine the routing strategy of the service parameters, wherein the routing strategy is used for indicating the type of a database stored by the service parameters;
and calculating a target database and a target data table stored by the service parameters according to the routing strategy and the service parameters, and taking the target database and the target data table as the storage information of the service parameters.
In an implementation manner of the embodiment of the present application, the calculating module 202 is configured to:
determining a main parameter in the service parameters according to a preset main parameter identifier;
and calculating the main parameter value according to a calculation rule included in the routing strategy to obtain a database-based sub-table value, wherein the database-based sub-table value is used for indicating a target database and a target data table.
In one implementation manner of the embodiment of the present application, the apparatus 200 further includes:
the checking module 205 is configured to compare the service parameters received by the communication module 201 with preset reference parameters one by one;
the checking module 205 is further configured to determine that the service parameter passes the checking when a parameter identical to the service parameter exists in the reference parameter;
a calculation module 202 configured to:
and determining the storage information of the verified service parameters according to the verified service parameters.
In the embodiment of the application, the service parameters are stored in a database and a table, so that the independence of data is ensured; after the sub-databases and the sub-tables are stored, the storage states of the business parameters stored in different databases or different data tables of the same database are monitored, when the storage states of the business parameters are different, the data tables successfully stored in the business parameters are rolled back to delete the stored business parameters, so that the data tables are rolled back to the state when the business parameters are not stored, the consistency of database transactions is ensured, and the problem that the business parameters cannot be normally stored and called due to the inconsistency of the database transactions is solved.
The embodiment of the present application further provides a computer device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, any one of the methods described in steps 101 to 105 and various implementation manners thereof is implemented.
The embodiment of the present application further provides a computer-readable storage medium, where a computer program for executing any one of the methods described in steps 101 to 105 and various implementation manners thereof is stored in the computer-readable storage medium.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above-mentioned embodiments are further described in detail for the purpose of illustrating the invention, and it should be understood that the above-mentioned embodiments are only illustrative of the present invention and are not intended to limit the scope of the present invention, and any modifications, equivalent substitutions, improvements, etc. made within the spirit and principle of the present invention should be included in the scope of the present invention.
Claims (10)
1. A method for transaction management in a distributed management system, the method comprising:
receiving service parameters sent by a service system;
determining storage information of the service parameters according to the service parameters, wherein the storage information is used for indicating a database and a data table in which the service parameters are stored;
monitoring storage states of service parameters stored in a data table in a corresponding database according to storage information, wherein the storage states comprise successful storage and failed storage;
and when the storage states of the service parameters are different, rolling back the data table of the successfully stored service parameters to the state in which the service parameters are not stored.
2. The method of claim 1, wherein the determining the storage information of the service parameter according to the service parameter comprises:
comparing the service parameters with a preset corresponding relation between the service parameters and routing strategies, and determining the routing strategies of the service parameters, wherein the routing strategies are used for indicating the types of databases stored by the service parameters;
and calculating a target database and a target data table stored by the service parameters according to the routing strategy and the service parameters, and taking the target database and the target data table as storage information of the service parameters.
3. The method of claim 2, wherein calculating the target database and target data table stored in the service parameter according to the routing policy and the service parameter comprises:
determining a main parameter in the service parameters according to a preset main parameter identifier;
and calculating the main parameter value according to a calculation rule included in the routing strategy to obtain a database-based sub-table value, wherein the database-based sub-table value is used for indicating a target database and a target data table.
4. A method according to any of claims 1 to 3, wherein prior to determining stored information for a service parameter from the service parameter, the method further comprises:
comparing the service parameters with preset reference parameters one by one;
if the reference parameter has the same parameter as the service parameter, determining that the service parameter passes the verification;
the determining the storage information of the service parameters according to the service parameters includes:
and determining the storage information of the verified service parameters according to the verified service parameters.
5. A distributed management system transaction management apparatus, the apparatus comprising:
the communication module is used for receiving the service parameters sent by the service system;
the calculation module is used for determining the storage information of the service parameters according to the service parameters received by the communication module, and the storage information is used for indicating a database and a data table in which the service parameters are stored;
the monitoring module is used for monitoring the storage state of the service parameters of the data tables stored in the corresponding database according to the storage information, wherein the storage state comprises successful storage and failed storage;
and the rollback module is used for rolling back the data table with the successfully stored service parameters to a state without the stored service parameters when the monitoring module monitors that the storage states of the service parameters are different.
6. The apparatus of claim 5, wherein the computing module is configured to:
comparing the service parameters with a preset corresponding relation between the service parameters and routing strategies, and determining the routing strategies of the service parameters, wherein the routing strategies are used for indicating the types of databases stored by the service parameters;
and calculating a target database and a target data table stored by the service parameters according to the routing strategy and the service parameters, and taking the target database and the target data table as storage information of the service parameters.
7. The apparatus of claim 6, wherein the computing module is configured to:
determining a main parameter in the service parameters according to a preset main parameter identifier;
and calculating the main parameter value according to a calculation rule included in the routing strategy to obtain a database-based sub-table value, wherein the database-based sub-table value is used for indicating a target database and a target data table.
8. The apparatus of any one of claims 5 to 7, further comprising:
the checking module is used for comparing the service parameters received by the communication module with preset reference parameters one by one;
the checking module is further configured to determine that the service parameter passes the checking when a parameter identical to the service parameter exists in the reference parameter;
the calculation module is configured to:
and determining the storage information of the verified service parameters according to the verified service parameters.
9. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any one of claims 1 to 4 when executing the computer program.
10. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program for executing the method of any one of claims 1 to 4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010573731.0A CN111737351A (en) | 2020-06-22 | 2020-06-22 | Transaction management method and device for distributed management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010573731.0A CN111737351A (en) | 2020-06-22 | 2020-06-22 | Transaction management method and device for distributed management system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111737351A true CN111737351A (en) | 2020-10-02 |
Family
ID=72650379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010573731.0A Pending CN111737351A (en) | 2020-06-22 | 2020-06-22 | Transaction management method and device for distributed management system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111737351A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112348687A (en) * | 2020-11-24 | 2021-02-09 | 泰康保险集团股份有限公司 | Policy data processing method and device |
| CN113778570A (en) * | 2021-09-10 | 2021-12-10 | 四川新网银行股份有限公司 | Distributed system breakpoint retry method based on AOP + Threadlocal technology |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107229455A (en) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | A kind of method for processing business, apparatus and system |
| CN107644025A (en) * | 2016-07-20 | 2018-01-30 | 阿里巴巴集团控股有限公司 | The distribution method and device of the WAL records of distributed data base |
| CN110175179A (en) * | 2019-04-15 | 2019-08-27 | 浙江大华技术股份有限公司 | Data transmission method and system, service node, storage device |
-
2020
- 2020-06-22 CN CN202010573731.0A patent/CN111737351A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107229455A (en) * | 2016-03-24 | 2017-10-03 | 阿里巴巴集团控股有限公司 | A kind of method for processing business, apparatus and system |
| CN107644025A (en) * | 2016-07-20 | 2018-01-30 | 阿里巴巴集团控股有限公司 | The distribution method and device of the WAL records of distributed data base |
| CN110175179A (en) * | 2019-04-15 | 2019-08-27 | 浙江大华技术股份有限公司 | Data transmission method and system, service node, storage device |
Non-Patent Citations (1)
| Title |
|---|
| 水平则静: "MyBatis+Mysql分库分表的案例分析", 《CSDN》, 16 August 2018 (2018-08-16) * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112348687A (en) * | 2020-11-24 | 2021-02-09 | 泰康保险集团股份有限公司 | Policy data processing method and device |
| CN112348687B (en) * | 2020-11-24 | 2023-11-07 | 泰康保险集团股份有限公司 | Method and device for processing policy data |
| CN113778570A (en) * | 2021-09-10 | 2021-12-10 | 四川新网银行股份有限公司 | Distributed system breakpoint retry method based on AOP + Threadlocal technology |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111478961B (en) | Multi-tenant service calling method and device | |
| CN111104392B (en) | Database migration method and device, electronic equipment and storage medium | |
| CN109255056B (en) | Data reference processing method, device, equipment and storage medium of block chain | |
| CN112181804B (en) | Parameter verification method, device and storage medium | |
| CN110063042B (en) | Database fault response method and terminal thereof | |
| CN110088744A (en) | A kind of database maintenance method and its system | |
| CN104346365A (en) | Device and method for determining specific service associated logs | |
| CN109241014B (en) | Data processing method and device and server | |
| US10055445B2 (en) | Transaction processing method and apparatus | |
| CN105930226B (en) | A kind of data processing method and device | |
| CN106878363A (en) | A kind of information processing method, apparatus and system | |
| CN111711623A (en) | Data verification method and device | |
| CN111737351A (en) | Transaction management method and device for distributed management system | |
| CN111245897A (en) | Data processing method, device, system, storage medium and processor | |
| CN107168866B (en) | Parameter analysis method and device for configuration file | |
| CN112685391B (en) | Service data migration method and device, computer equipment and storage medium | |
| CN113672634A (en) | Policy data verification method, device, equipment and storage medium | |
| CN112181599A (en) | Model training method, device and storage medium | |
| CN114895879B (en) | Management system design scheme determining method, device, equipment and storage medium | |
| CN116756129A (en) | Data complement method and device, storage medium and electronic equipment | |
| CN113810379B (en) | Exception handling method and multi-service system | |
| CN113364874B (en) | Node synchronization method and device based on block chain, storage medium and server | |
| CN114281549A (en) | Data processing method and device | |
| CN112099879B (en) | Configuration information management method and device, computer equipment and storage medium | |
| CN113360568A (en) | Method and system for shielding alliance link data and computer readable 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 |