CN113886409A - Data updating method and related equipment - Google Patents
Data updating method and related equipment Download PDFInfo
- Publication number
- CN113886409A CN113886409A CN202111216221.9A CN202111216221A CN113886409A CN 113886409 A CN113886409 A CN 113886409A CN 202111216221 A CN202111216221 A CN 202111216221A CN 113886409 A CN113886409 A CN 113886409A
- Authority
- CN
- China
- Prior art keywords
- asset data
- terminal
- document
- bill
- sheet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- 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
-
- 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/2291—User-Defined Types; Storage management thereof
-
- 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/24—Querying
- G06F16/245—Query processing
- G06F16/2457—Query processing with adaptation to user needs
- G06F16/24578—Query processing with adaptation to user needs using ranking
Abstract
The embodiment of the application discloses a data updating method, which can update target asset data by using a plurality of documents in parallel and improve the data updating efficiency. The method in the embodiment of the application comprises the following steps: the method comprises the steps that when a terminal updates target asset data by using a first bill, the terminal obtains a second bill, and the second bill is used for updating the target asset data; the terminal judges whether the first document and the second document are the same type documents; and if the terminal judges that the first sheet and the second sheet are the same type of sheet, the terminal uses the first sheet and the second sheet in parallel to update the target asset data. By the method, the target asset data can be updated in parallel by using the documents sent by the same type of users, so that the target asset data can be updated by multiple users, and the updating efficiency is improved.
Description
Technical Field
The present application relates to the field of computers, and in particular, to a method for updating data and a related device.
Background
In an enterprise management system, documents are used to record asset data, and for example, financial information, physical information, attached device information, usage allocation information, and the like of assets may be recorded.
In the production and management process, a user performs different treatments on the assets, and then needs to update the target document recording the asset information according to the change condition of the assets, for example, after the user applies for receiving the assets, the asset under the target document needs to be updated to show that the asset is received, so that other users are prevented from repeatedly applying for the asset. The specific updating process comprises the following steps: firstly, a user submits an application document, a target document is updated according to the application document of the user, a document change record is generated according to the updated target document and is used for recording updated asset data, and the document change record provides latest asset information for other users. In the updating process of the target document, the target document can be locked, other application documents are prevented from updating the asset card, and then conflict between updating operations is prevented.
However, the target document can only be updated according to one application document at a time, when multiple users need to change for multiple assets under the same target document, the target document can only be updated according to one application document of one user at a time, and update requests of other users can only be in a waiting state, so that the updating efficiency is low, and the time of the users is wasted.
Disclosure of Invention
The embodiment of the application provides a data updating method, which is used for improving the updating efficiency.
One aspect of the present application provides a method for updating data, including:
the method comprises the steps that when a terminal updates target asset data by using a first bill, the terminal obtains a second bill, and the second bill is used for updating the target asset data;
the terminal judges whether the first document and the second document are the same type documents;
and if so, the terminal uses the first bill and the second bill in parallel to update the target asset data.
In one possible implementation manner, before the terminal updates the target asset data by using the first document and the second document in parallel, the method further includes: the terminal acquires first asset data corresponding to the first document and second asset data corresponding to the second document;
the terminal judges whether the first asset data and the second asset data are the same or not, wherein the first asset data and the second asset data are partial asset data in the target asset data;
and if the first bill and the second bill are different, the terminal triggers the step of updating the target asset data by using the first bill and the second bill in parallel.
In a possible implementation manner, after the terminal updates the target asset data by using the first document and the second document in parallel, the method further includes: and the terminal stores the updated first asset data and the updated second asset data into a storage stack, the first asset data and the second asset data are stored in the storage stack, and the storage stack is of a stack data structure.
In a possible implementation manner, the terminal obtains a revocation request, where the revocation request is used to instruct the terminal to revoke updating of the first asset data using the first document or instruct the terminal to revoke updating of the second asset data using the second document, where the revocation request includes a first ID or a second ID, the first ID is a serial number of the first asset data stored in the storage address, and the second ID is a serial number of the second asset data stored in the storage address;
when the revocation request comprises a first ID, the terminal acquires the first asset data according to the first ID;
the terminal generates third asset data according to the first asset data, wherein the third asset data is the same as the first asset data;
when the revocation request comprises a second ID, the terminal acquires the second asset data according to the second ID;
and the terminal generates fourth asset data according to the second asset data, wherein the fourth asset data is the same as the second asset data.
In a possible implementation manner, the first sheet and the second sheet include type identifiers, and the type identifiers are used for distinguishing user types using the first sheet and the second sheet;
the terminal judges whether the first sheet and the second sheet are of the same type or not, and comprises the following steps:
and the terminal judges whether the first sheet and the second sheet are sheets of the same type or not according to the type identifier of the first sheet and the type identifier of the second sheet.
Another aspect of the present application provides a terminal, including:
the terminal comprises an acquisition unit and a processing unit, wherein the acquisition unit is used for acquiring a second bill under the condition that target asset data is updated by using a first bill, and the second bill is used for updating the target asset data;
the judging unit is used for judging whether the first bill and the second bill are bills of the same type;
and the processing unit is used for updating the target asset data by using the first sheet and the second sheet in parallel when the first sheet and the second sheet are the same type of sheet.
In a possible implementation manner, the obtaining unit is further configured to obtain first asset data corresponding to the first document and second asset data corresponding to the second document;
the judging unit is further configured to judge whether the first asset data is the same as the second asset data, where the first asset data and the second asset data are partial asset data in the target asset data;
the processing unit is further configured to trigger the step of updating the target asset data by using the first form and the second form in parallel when the first asset data is different from the second asset data.
In a possible implementation manner, the obtaining unit is further configured to obtain a revocation request, where the revocation request is used to instruct the terminal to revoke updating of the first asset data using the first form or instruct the terminal to revoke updating of the second asset data using the second form, where the revocation request includes a first ID or a second ID, the first ID is a sequence number of the first asset data stored in the storage address, and the second ID is a sequence number of the second asset data stored in the storage address;
the judging unit is further configured to, when the revocation request includes a first ID, acquire the first asset data according to the first ID;
the processing unit is further configured to generate third asset data according to the first asset data, where the third asset data is the same as the first asset data;
the judging unit is further configured to, when the revocation request includes a second ID, obtain the second asset data according to the second ID;
the processing unit is further configured to generate fourth asset data according to the second asset data, where the fourth asset data is the same as the second asset data.
Another aspect of the present application provides a computer device, comprising: a processor and a memory:
the memory is used for storing program codes; the memory is used for storing program codes; the processor is configured to perform the method of data update of any of the above aspects according to instructions in the program code.
Another aspect of the present application provides a computer-readable storage medium having stored therein instructions, which when executed on a computer, cause the computer to perform the method of data updating according to any one of the above aspects.
According to another aspect of the application, a computer program product or computer program is provided, comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer readable storage medium, and the processor executes the computer instructions to cause the computer device to perform the method for updating data according to any one of the above aspects.
In the implementation mode, the terminal acquires the second document under the condition that the first document is used for updating the target asset data, the terminal judges whether the second document and the first document in use are of the same type, and if the second document and the first document in use are of the same type, the terminal allows the second document to be used for updating the target asset data, so that the target asset data can be updated according to a plurality of documents, and the updating efficiency is improved.
Drawings
Fig. 1 is a schematic flowchart of a method for updating data according to an embodiment of the present disclosure;
fig. 2 is another schematic flow chart of a method for updating data according to an embodiment of the present disclosure;
FIG. 3 is a schematic diagram of a target asset data updating process and a storing process in an embodiment of the present application;
fig. 4 is a schematic structural diagram of a terminal according to an embodiment of the present application;
fig. 5 is a schematic structural diagram of a computer device in an embodiment of the present application.
Detailed Description
The terms "first," "second," and the like in the description and in the claims of the present application and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances and are merely descriptive of the various embodiments of the application and how objects of the same nature can be distinguished. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of elements is not necessarily limited to those elements, but may include other elements not expressly listed or inherent to such process, method, article, or apparatus.
Embodiments of the present application are described below with reference to the accompanying drawings. As can be known to those skilled in the art, with the development of technology and the emergence of new scenarios, the technical solution provided in the embodiments of the present application is also applicable to similar technical problems.
The application provides a data updating method which can be applied to a terminal, wherein the terminal can be a computer, a smart phone, a server or a portable wearable device.
The asset card is a document used for recording asset information, and target asset data is presented to a user through the asset card to provide the user with asset information.
Referring to fig. 1, fig. 1 is a flowchart of a method for updating data according to an embodiment of the present application, where the embodiment of the present application includes the following steps:
101. and the terminal acquires the second bill under the condition that the terminal updates the target asset data by using the first bill.
The target asset data is composed of asset data of assets, and asset data of a plurality of assets may be included in one target asset data. In the present application, for example, there are assets: in this case, the target asset data may include the serial number of the computer, the warehouse, the usage and allocation of the computer, and so on. The first document and the second document are documents submitted by a user, and mainly record the asset data needing to be updated and how to update the asset data. And under the condition that the terminal updates the target asset data by using the first document, the terminal can also acquire a second document sent by the user or other users. In the embodiment of the present application, the types of the first and second sheets are not limited, and for example, the first and second sheets may be a receipt or a disposal receipt. The first document and the second document are only general names of documents, and are not specific to a certain document, in practical application, other names may be used instead, and are not limited herein specifically, and in the embodiment of the present application, only the "first document" and the "second document" are used as examples for description.
It can be understood that in practical application, other documents submitted by a user can be received, and the first document and the second document are taken as examples for description in the application.
102. The terminal judges whether the first document and the second document are the same type documents.
And the terminal receives the second bill under the condition that the first bill is used for updating the target asset data, and the terminal can judge whether the first bill and the second bill are the bills of the same type. In one embodiment, the document contains a type identifier of the document, the type identifier is used for distinguishing a user type using the document, for example, the document contains a personal identifier, which indicates that the document is a document submitted by a common employee, when the document contains a fixed identifier, the document is a document submitted by an administrator, and the terminal distinguishes whether the document belongs to the same type by identifying the identifier contained in the document.
For example, when a user submits a first document, the first document contains a personal identifier, if the terminal uses the first document to update target asset data, the terminal receives a second document, at this time, the terminal first judges whether an identifier contained in the second document is the personal identifier, and if the second document does not contain the personal identifier, the terminal does not use the second document to update the target asset data. And when the target asset data is updated by using the second document, different processing programs are called, so that errors in the updating process are prevented.
103. The terminal updates the target asset data using the first document and the second document in parallel.
When the terminal determines that the first document and the second document are of the same type, it is further required to determine whether the first document and the second document update the same asset data in the target document, for convenience of understanding, please refer to fig. 2, where fig. 2 is another schematic flow diagram of a data updating method provided in an embodiment of the present application, and specifically includes the following steps:
1031. the terminal obtains first asset data corresponding to the first document and second asset data corresponding to the second document.
The target asset data is composed of a plurality of asset data, the first document includes information of the asset to be updated, and the second document also includes information of the asset to be updated. And according to the information of the assets needing to be updated recorded in the first document and the second document, finding the corresponding asset data in the target asset data, and updating. And when the first bill corresponds to first asset data in the target asset data and the second bill corresponds to second asset data in the target asset data, the terminal acquires the first asset data in the target asset data according to the first bill and acquires the second asset data in the target asset data according to the second bill.
The first asset data and the second asset data are only general names of part of asset data in the target asset data, and do not refer to a certain asset data, and in practical applications, other names may be used instead, and specific limitations are not provided herein.
1032. The terminal judges whether the first asset data is the same as the second asset data.
The first asset data and the second asset data are partial asset data in the same target asset data, and when the first asset data is the same as the second asset data, the first bill and the second bill are used in parallel to update the same asset data, so that an update error is caused. For example, the first document contains information for deleting the first computer, the second document contains information for accepting the first computer, the second document and the first document need to update data of the first computer, the terminal deletes the asset data according to the first document, and the first computer is accepted according to the second document, so that the two updating contents are contradictory, and an updating error can be caused. Therefore, after the first asset data corresponding to the first document and the second asset data corresponding to the second document are obtained, whether the first asset data are the same as the second asset data needs to be judged, whether the first document and the second document are used in parallel to update the target asset data is determined according to the judgment result, the two documents are prevented from updating the same asset data in the target asset data, and further, the updating error is prevented.
1033. And the terminal triggers a step of updating the target asset data by using the first document and the second document in parallel.
When the terminal judges that the first asset data is different from the second asset data, the terminal allows the first bill and the second bill to be used in parallel to update the target asset data, at the moment, the first asset data updated by the first bill and the second asset data updated by the second bill are used, and when the target asset data is updated by different bills, the first asset data and the second asset data are not interfered with each other, so that updating errors are prevented.
1034. The terminal triggers a step that does not allow the first document and the second document to be used in parallel to update the target asset data.
When the terminal judges that the first asset data is the same as the second asset data, the terminal triggers the step that the terminal is not allowed to trigger the parallel use of the first bill and the second bill to update the target asset data, so that the situation that the first bill and the second bill are used in parallel to update the same asset data under the target asset data is prevented, and further, the updating error is prevented.
When the terminal judges that the first document and the second document are not from the same type of user and do not update the same asset data, the terminal allows the first document and the second document to be used in parallel to update the target asset data, and updating efficiency is improved.
When the terminal judges that the first bill and the second bill are not the same type of bills, the terminal does not allow the second bill to be used for updating the target asset data, the same asset data under the target asset data is prevented from being updated according to different bills, and errors are generated in the process of updating the target asset data.
It is understood that in other embodiments, a plurality of documents of the same type may also be used in parallel to update the target asset data, and in the embodiment of the present application, only the "first document" and the "second document" are taken as an example for description.
In the embodiment, the terminal acquires the second document under the condition that the first document is used for updating the target asset data, and allows the first document and the second document to be used in parallel for updating the target asset data when the second document and the first document are judged to be of the same type, so that the purpose that the terminal can update the same target asset data by using a plurality of documents is achieved, and the updating efficiency is improved.
Referring to fig. 3, fig. 3 is a schematic diagram of a target asset data updating process and a target asset data storing process, where the method further includes: and the terminal stores the updated first asset data and the updated second asset data into a storage stack, the first asset data and the second asset data are stored in the storage stack, and the storage stack is of a stack data structure.
Rollback refers to the act of a program or data processing error to restore the program or data to a previous state. Particularly, when a plurality of documents are used in parallel to update target asset data, new asset data can be continuously generated, and rollback returns the asset data before updating by canceling the latest asset data, particularly, when a document contains a personal identifier, the document has the advantages that the number of users is large, the document is frequently updated, the number of documents containing the personal identifier is large, the target asset data is frequently updated, new asset data can be continuously generated, and a user requesting rollback cannot request to delete the updated asset data corresponding to other users, so that rollback errors are caused. For example, a first receipt sent by a first user is used for updating first asset data to generate updated first asset data, a second receipt sent by a second user is used for updating second asset data to generate updated second asset data, after the first user obtains the updated first asset data, the updated first asset data is found to have errors and needs to be restored to the first asset data when the first asset data is not updated, if a rollback mode is adopted, the updated first asset data and the updated second asset data need to be deleted, but because the updated second asset data is updated according to the second receipt of the second user, the terminal cannot delete the updated second asset data due to the updating operation requested by the second user, and the rollback error is caused. The stack data structure accesses data according to a first-in-last-out rule, for example, first asset data, second asset data, updated first asset data and updated second asset data are sequentially stored in a storage stack, the updated first asset data in the storage stack is firstly stored in the storage stack, and the updated first asset data cannot be directly operated according to a first-in-last-out mode, so that the first asset data which is not updated cannot be recovered in a rollback mode according to a request of a user, and rollback errors are prevented.
The asset card is a document for recording asset information, and intuitively displays target asset data to a user, and one asset card can contain information of a plurality of assets, so that the target asset data can contain a plurality of asset data, please refer to fig. 3 again, if a user submits a first document containing a personal identifier, a second document containing the personal identifier, a third document containing the personal identifier, and a document containing a fixed identifier, and under the condition that the terminal is updating the asset card by using the document containing the personal identifier, the target asset data is prohibited from being updated by using the document containing the fixed identifier, so that an update error is prevented. After the updating according to the bill containing the personal identification is completed, the target asset data can be updated by using the bill containing the fixed identification. The target asset data in the asset card in fig. 3 includes first asset data, second asset data, third asset data, and fourth asset data, when the first asset data is updated according to the first document, an update 4 is generated and stored in the storage stack, and the update 4 is the updated first asset data. And updating the second asset data according to the second document to generate an update 1, storing the update 1 in the storage stack, updating the fourth asset data according to the third document to generate an update 5, and storing the update 5 in the storage stack, wherein the update 5 is updated fourth asset data.
And when the first asset data, the second asset data, the updated first asset data and the updated second asset data are stored in the storage stack, acquiring the IDs according to the sequence of storing the first asset data, the second asset data and the updated second asset data in the storage stack, wherein the first asset data acquires the first ID, and the second asset data acquires the second ID.
In the embodiment of the application, the terminal acquires a revocation request, wherein the revocation request is used for indicating the terminal to revoke the first bill to update the first asset data so that the updated first asset data is recovered to the first asset data when the first asset data is not updated, or indicating the terminal to revoke the second bill to update the second asset data so that the updated second asset data is recovered to the second asset data when the second asset data is not updated.
The revocation request comprises a first ID or a second ID, the first ID is a sequence number of the first asset data stored in the storage address, the terminal can conveniently obtain the first asset data corresponding to the first ID in the storage stack, and the second ID is a sequence number of the second asset data stored in the storage address, so that the terminal can conveniently obtain the second asset data corresponding to the second ID in the storage stack.
When the revocation request comprises the first ID, the terminal acquires the first asset data according to the first ID because the first ID is the ID corresponding to the first asset data, the terminal copies the first asset data to generate third asset data, the third asset data is the same as the first asset data, and new asset data is generated, the new asset data is obtained by copying the asset data which is not updated, and the asset data which is not updated is prevented from being restored in a rollback mode.
When the revocation request comprises the second ID, the terminal acquires the second asset data according to the second ID because the second ID is the ID corresponding to the first asset data, the terminal copies the second asset data to generate fourth asset data, the fourth asset data is the same as the second asset data to generate new asset data, the new asset data is obtained by copying the asset data which is not updated, the asset data which is not updated is prevented from being restored in a rollback mode, and errors in the restoration process are prevented.
Referring to fig. 3 again, for example, when the terminal obtains the revocation request, the update of the third document needs to be revoked to return to the non-updated fourth asset data, the revocation request includes the ID of the non-updated fourth asset data, the non-updated fourth asset data is found according to the ID, and the non-updated fourth asset data is copied to generate the update 6, where the update 6 is the same as the non-updated fourth asset data.
In the method, each time the terminal updates the asset data of one asset by using one receipt, after the updating is completed, new target asset data is generated, and the updated target asset data comprises the non-updated asset data and the updated asset data. For example, after the terminal updates the first asset data by using or using the first document, the new target asset number is composed of the updated first asset data and other non-updated asset data, and a new target asset data is generated every time one asset data is updated, so as to provide the latest asset information for the user.
The above describes a data transmission method in the embodiment of the present application, and please refer to fig. 4, where fig. 4 is a schematic structural diagram of a terminal provided in the embodiment of the present application, and an embodiment of the terminal includes:
the acquiring unit 401 is configured to acquire a second document by the terminal when the target asset data is updated by using the first document, where the second document is used to update the target asset data;
a judging unit 402, configured to judge whether the first sheet and the second sheet are sheets of the same type;
and the processing unit 403 is configured to update the target asset data by using the first sheet and the second sheet in parallel when the first sheet and the second sheet are judged to be the same type.
One embodiment of a terminal includes:
the acquiring unit 401 is further configured to acquire first asset data corresponding to the first document and second asset data corresponding to the second document;
the determining unit 402 is further configured to determine whether the first asset data and the second asset data are the same, where the first asset data and the second asset data are part of asset data in the target asset data;
the processing unit 403 is further configured to, when the first asset data is different from the second asset data, trigger a step of updating the target asset data by using the first document and the second document in parallel by the terminal.
One embodiment of a terminal includes:
the storage unit 404 is configured to store the updated first asset data and the updated second asset data in a storage stack, where the storage stack stores the first asset data and the second asset data, and the storage stack is a stack data structure.
One embodiment of a terminal includes:
the acquiring unit 401 is further configured to acquire, by a terminal, a revocation request, where the revocation request is used to instruct the terminal to revoke a first form to update first asset data, or instruct the terminal to revoke a second form to update second asset data, where the revocation request includes a first ID or a second ID, the first ID is a sequence number of the first asset data stored in the storage address, and the second ID is a sequence number of the second asset data stored in the storage address;
the processing unit 403 is further configured to, when the revocation request includes the first ID, the terminal acquires the first asset data according to the first ID;
generating third asset data according to the first asset data, wherein the third asset data is the same as the first asset data;
when the revocation request comprises a second ID, the terminal acquires second asset data according to the second ID;
and generating fourth asset data according to the second asset data, wherein the fourth asset data is the same as the second asset data.
In this embodiment, the bank receipt identification device may perform the operations of any one of the embodiments shown in fig. 1 to fig. 3, which will not be described herein again.
The embodiment of the present application further provides a computer device, configured to perform the operations of any one of the embodiments shown in fig. 1 to 3. Referring to fig. 5, fig. 5 is a schematic structural diagram of a computer device 500 according to an embodiment of the present application. As shown, the computer device 500 may vary widely in configuration or performance, and may include one or more Central Processing Units (CPUs) 522 (e.g., one or more processors) and memory 532, one or more storage media 530 (e.g., one or more mass storage devices) storing applications 542 or data 544. Memory 532 and storage media 530 may be, among other things, transient storage or persistent storage. The program stored on the storage medium 530 may include one or more modules (not shown), each of which may include a series of instruction operations for the computer device. Still further, the central processor 522 may be configured to communicate with the storage medium 530 to execute a series of instruction operations in the storage medium 530 on the computer device 500.
The computer apparatus 500 may also include one or more power supplies 526, one or more wired or wireless network interfaces 550, one or more input-output interfaces 558, and/or one or more operating systems 541, such as Windows ServerTM, Mac OS XTM, UnixTM, LinuxTM, FreeBSDTM, etc.
The steps performed in the above embodiments may be based on the structure of the computer device shown in fig. 5.
Embodiments of the present application also provide a computer-readable storage medium, in which a computer program is stored, and when the computer program runs on a computer, the computer is caused to execute the method described in the foregoing embodiments.
Embodiments of the present application also provide a computer program product including a program, which, when run on a computer, causes the computer to perform the methods described in the foregoing embodiments. It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit 403, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a management apparatus for interactive video, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions in the embodiments of the present application.
Claims (10)
1. A method of data updating, the method comprising:
the method comprises the steps that when a terminal updates target asset data by using a first bill, the terminal obtains a second bill, and the second bill is used for updating the target asset data;
the terminal judges whether the first document and the second document are the same type documents;
and if so, the terminal uses the first bill and the second bill in parallel to update the target asset data.
2. The method of claim 1, wherein before the terminal updates the target asset data using the first document and the second document in parallel, the method further comprises:
the terminal acquires first asset data corresponding to the first document and second asset data corresponding to the second document;
the terminal judges whether the first asset data and the second asset data are the same or not, wherein the first asset data and the second asset data are partial asset data in the target asset data;
and if the first bill and the second bill are different, the terminal triggers the step of updating the target asset data by using the first bill and the second bill in parallel.
3. The method of claim 2, wherein after the terminal updates the target asset data using the first and second documents in parallel, the method further comprises:
and the terminal stores the updated first asset data and the updated second asset data into a storage stack, the first asset data and the second asset data are stored in the storage stack, and the storage stack is of a stack data structure.
4. The method of claim 2, further comprising:
the terminal acquires a revocation request, wherein the revocation request is used for indicating that the terminal revokes the first receipt to update the first asset data or indicating that the terminal revokes the second receipt to update the second asset data, the revocation request comprises a first ID or a second ID, the first ID is a sequence number of the first asset data stored in the storage address, and the second ID is a sequence number of the second asset data stored in the storage address;
when the revocation request comprises a first ID, the terminal acquires the first asset data according to the first ID;
the terminal generates third asset data according to the first asset data, wherein the third asset data is the same as the first asset data;
when the revocation request comprises a second ID, the terminal acquires the second asset data according to the second ID;
and the terminal generates fourth asset data according to the second asset data, wherein the fourth asset data is the same as the second asset data.
5. The method of claim 1, wherein the first sheet and the second sheet include a type identifier, the type identifier being used to distinguish a type of user using the first sheet from the second sheet;
the terminal judges whether the first sheet and the second sheet are of the same type or not, and comprises the following steps:
and the terminal judges whether the first sheet and the second sheet are sheets of the same type or not according to the type identifier of the first sheet and the type identifier of the second sheet.
6. A terminal, characterized in that the terminal comprises:
the terminal comprises an acquisition unit and a processing unit, wherein the acquisition unit is used for acquiring a second bill under the condition that target asset data is updated by using a first bill, and the second bill is used for updating the target asset data;
the judging unit is used for judging whether the first bill and the second bill are bills of the same type;
and the processing unit is used for updating the target asset data by using the first sheet and the second sheet in parallel when the first sheet and the second sheet are the same type of sheet.
7. The terminal of claim 6,
the acquiring unit is further configured to acquire first asset data corresponding to the first document and second asset data corresponding to the second document;
the judging unit is further configured to judge whether the first asset data is the same as the second asset data, where the first asset data and the second asset data are partial asset data in the target asset data;
the processing unit is further configured to trigger the step of updating the target asset data by using the first form and the second form in parallel when the first asset data is different from the second asset data.
8. A terminal according to claim 7,
the obtaining unit is further configured to obtain a revocation request, where the revocation request is used to instruct the terminal to revoke the first document to update the first asset data or instruct the terminal to revoke the second document to update the second asset data, and the revocation request includes a first ID or a second ID, where the first ID is a serial number of the first asset data stored in the storage address, and the second ID is a serial number of the second asset data stored in the storage address;
the judging unit is further configured to, when the revocation request includes a first ID, acquire the first asset data according to the first ID;
the processing unit is further configured to generate third asset data according to the first asset data, where the third asset data is the same as the first asset data;
the judging unit is further configured to, when the revocation request includes a second ID, obtain the second asset data according to the second ID;
the processing unit is further configured to generate fourth asset data according to the second asset data, where the fourth asset data is the same as the second asset data.
9. A computer device, the computer device comprising a processor and a memory:
the memory is used for storing program codes; the processor is configured to perform the method of data update of any of claims 1 to 5 according to instructions in the program code.
10. A computer-readable storage medium having stored therein instructions which, when run on a computer, cause the computer to perform the method of data updating of any of the preceding claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111216221.9A CN113886409A (en) | 2021-10-19 | 2021-10-19 | Data updating method and related equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111216221.9A CN113886409A (en) | 2021-10-19 | 2021-10-19 | Data updating method and related equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113886409A true CN113886409A (en) | 2022-01-04 |
Family
ID=79003585
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111216221.9A Pending CN113886409A (en) | 2021-10-19 | 2021-10-19 | Data updating method and related equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113886409A (en) |
-
2021
- 2021-10-19 CN CN202111216221.9A patent/CN113886409A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101643022B1 (en) | Catalog-based software component management | |
| US9223975B2 (en) | Data identification system | |
| CN105260136B (en) | Data read-write method and distributed memory system | |
| US11586506B2 (en) | System and method for indexing image backups | |
| US11314420B2 (en) | Data replica control | |
| US8751768B2 (en) | Data storage reclamation systems and methods | |
| US8615488B2 (en) | Physical replication of database subset to improve availability and reduce resource cost in a cloud environment | |
| US11687595B2 (en) | System and method for searching backups | |
| CN106446044B (en) | Storage space recovery method and device | |
| US20210182160A1 (en) | System and method for generating file system and block-based incremental backups using enhanced dependencies and file system information of data blocks | |
| US11157456B2 (en) | Replication of data in a distributed file system using an arbiter | |
| CN115114232A (en) | Method, device and medium for enumerating historical version objects | |
| CN107967305B (en) | Image file uploading method, server and readable storage medium | |
| CN113886409A (en) | Data updating method and related equipment | |
| CN115422135A (en) | Data processing method and device | |
| US10976959B2 (en) | Method and system for accessing virtual machine state while virtual machine restoration is underway | |
| CN107209882B (en) | Multi-stage de-registration for managed devices | |
| US9959175B1 (en) | Restoring deleted objects in a web application | |
| US11385826B2 (en) | Method, electronic device and computer program product for restoring orphan block via replication | |
| US11681740B2 (en) | Probabilistic indices for accessing authoring streams | |
| US11475159B2 (en) | System and method for efficient user-level based deletions of backup data | |
| CN114398317A (en) | Container read-write method and device, electronic equipment and storage medium | |
| CN117891794A (en) | Log generation method and device, terminal equipment and storage medium | |
| US20130179402A1 (en) | Defining and Detecting Bundle Information in Databases | |
| CN113760860A (en) | Data reading 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 |