CN115757356A - Data migration method, device, system, electronic equipment and storage medium - Google Patents
Data migration method, device, system, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN115757356A CN115757356A CN202211510380.4A CN202211510380A CN115757356A CN 115757356 A CN115757356 A CN 115757356A CN 202211510380 A CN202211510380 A CN 202211510380A CN 115757356 A CN115757356 A CN 115757356A
- Authority
- CN
- China
- Prior art keywords
- data
- migration
- data system
- migrated
- transaction
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application provides a data migration method, device and system, electronic equipment and a storage medium. The method comprises the following steps: responding to the data migration request, and acquiring a transaction object identification code corresponding to at least one transaction object; acquiring first data to be migrated from a first data system according to the transaction object identification code; and migrating the first data to be migrated to the second data system according to the transaction object identification code, wherein the service request of at least one transaction object which is guided to the first data system in the migration process is locked or rejected, and the service request is guided to the second data system after the migration is completed. The migration of mass data can be realized by executing the migration process of a single transaction object in a batch concurrent manner, the integral service of two data systems is not required to be interrupted, and the problems that the normal service interruption time is long due to the complicated operation process of data migration, and the operation is complex due to the manual data migration can be solved.
Description
Technical Field
The present application relates to big data and data processing technologies, and in particular, to a data migration method, apparatus, system, electronic device, and storage medium.
Background
With the progress of big data and data processing technology, the vigorous development of data services in various industries is driven. In recent ten years, data processing systems perform multiple data system updating and updating, and each data system updating and updating process is also a system data migration process.
For example, taking a commercial bank data system as an example, the specific implementation of data migration is to complete data migration within a limited time window under the participation of a large number of technical and business personnel through a set of operation procedures repeatedly performed for many times after external services are stopped and by adopting an automated tool and a manual operation in combination.
In the data migration process, the service needs to be stopped for many times for migration, and the normal service interruption time is long due to the complex operation process. Data migration is performed manually through a plurality of technicians and service personnel, operation is complex, and accordingly safety during data migration is low.
Disclosure of Invention
The application provides a data migration method, a data migration device, a data migration system, an electronic device and a storage medium, and aims to solve the problems that the interruption of normal service time is long due to the fact that the operation process of data migration is complicated, and the operation is complex due to the fact that data migration is carried out manually.
In one aspect, the present application provides a data migration method, where the method includes:
responding to a data migration request, acquiring a transaction object identification code corresponding to at least one transaction object, wherein the data migration request is used for requesting to migrate first data in a first data system to a second data system, and the first data system and the second data system are different in at least version;
acquiring first data to be migrated from the first data system according to the transaction object identification code;
and migrating the first data to be migrated to the second data system according to the trading object identification code, wherein a service request of the at least one trading object, which is directed to the first data system in the migration process, is locked or rejected, and is directed to the second data system after the migration is completed.
In another aspect, the present application provides a data migration system, including:
a first data system for maintaining first data of at least one transaction object;
the migration server is connected with the first data system and used for responding to the data migration request and acquiring a transaction object identification code corresponding to at least one transaction object; acquiring first data to be migrated from the first data system according to the transaction object identification code; migrating the first data to be migrated to the second data system according to the transaction object identification code, wherein a service request of the at least one transaction object directed to the first data system in the migration process is locked or rejected, and is directed to the second data system after the migration is completed;
and a second data system connected to the migration server and configured to receive the first data migrated from the first data system by the migration server, where at least versions of the first data system and the second data system are different from each other.
In another aspect, the present application provides a data migration apparatus, where the method includes: the system comprises a first acquisition module, a second acquisition module and a third acquisition module, wherein the first acquisition module is used for acquiring a trading object identification code corresponding to at least one trading object in response to a data migration request, the data migration request is used for requesting that first data in a first data system is migrated to a second data system, and at least versions of the first data system and the second data system are different; the second acquisition module is used for acquiring first data to be migrated from the first data system according to the transaction object identification code; and a migration module, configured to migrate the first data to be migrated to the second data system according to the transaction object identifier, where a service request of the at least one transaction object directed to the first data system during the migration process is locked or rejected, and is directed to the second data system after the migration is completed.
In another aspect, the present application provides an electronic device comprising: a processor and a memory connected to the processor; the memory stores computer execution instructions; the processor executes computer-executable instructions stored in the memory to implement a method as in any one of the above.
In another aspect, the present application provides a computer-readable storage medium having stored thereon computer-executable instructions for performing a method as in any one of the above when executed by a processor.
In another aspect, the present application provides a computer program product comprising a computer program which, when executed by a processor, implements any of the above-described methods.
According to the data migration method, a transaction object identification code corresponding to at least one transaction object is obtained in response to a data migration request, the data migration request is used for requesting to migrate first data in a first data system to a second data system, and after a transaction object identification code corresponding to the at least one transaction object is obtained, first data to be migrated can be obtained from the first data system according to the transaction object identification code; and migrating the first data to be migrated to the second data system according to the transaction object identification code.
It is to be understood that the first data system and the second data system are at least version-different from each other, i.e. the first data system may be regarded as a legacy data system and the second data system may be regarded as a new data system.
Since the routing system directs service requests to at least one transaction object of the first data system during migration, the service requests will be locked or denied and directed to the second data system after migration is complete. The migration of large quantities of data can be realized by executing the migration process of the single transaction object in a batch and concurrently without interrupting the overall service of the two data systems. Through the embodiment of the application, the problems that the interruption of normal service time is long due to the fact that the operation process of data migration is complicated, the data migration is manually carried out, and the operation is complex can be solved, the migration operation flow of simplifying the data migration is achieved, the data migration is automatically carried out, and the technical effect of being more convenient and simpler to operate is achieved.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and together with the description, serve to explain the principles of the application.
Fig. 1 is a schematic architecture diagram of a data migration system according to an embodiment of the present application;
fig. 2 is a schematic view of a data migration scenario provided in an embodiment of the present application;
FIG. 3 is a flow chart illustrating a data migration method according to an embodiment of the present invention;
fig. 4 is a schematic flowchart of an optional data migration method according to an embodiment of the present application;
fig. 5 is a schematic view of an application scenario of an optional data migration method according to an embodiment of the present application;
fig. 6 is a block diagram of a data migration apparatus according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Specific embodiments of the present application have been shown by way of example in the drawings and will be described in more detail below. These drawings and written description are not intended to limit the scope of the inventive concepts in any manner, but rather to illustrate the inventive concepts to those skilled in the art by reference to specific embodiments.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The implementations described in the following exemplary examples do not represent all implementations consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
In the prior art, the significant defects of the general data migration scheme are mainly in the following two aspects:
(1) It is often necessary to stop all data system services, i.e., all customer services, on the legacy system during the migration process. If the data migration cannot be completed within one shutdown window, the service needs to be stopped for batch migration. It is clear that if out of service is too long or too many times, it can have a negative impact on both customer experience and bank reputation.
(2) The transfer process is complicated, the operation risk is large, and the personnel investment is large. Generally, the bank data system is updated, the difference between the new and old core data structures is very large, so that the technical complexity of the ETL (export-transform-import) and data check process becomes very high, the migration cannot be completed through simple database-level export-import, and a large amount of data conversion, cleaning, additional recording and check processes must be performed.
Although various migration programs or migration systems are generally developed for assistance, manual operation and manual intervention are inevitably inserted therebetween, so that the overall migration process is complicated, technical personnel and business personnel participating in the operation are numerous, and the operation risk of completing data migration in a short time window is extremely high.
In the prior art, the "dimension" of data migration, i.e. in what unit or batch the migration is performed, generally includes the following three types:
1. and (3) carrying out data migration by taking a core database table as a dimension: the method comprises the steps of establishing a mapping relation between database tables of a source system and a target system, finishing data migration through export/import of table data, and generally adopting the migration mode if the data structures of a new data system and an old data system are approximate or the mapping rule is clear. This approach supports only one-time handover migration (BIG-BANG) and does not support batch migration.
2. Data migration in the organizational dimension: namely, the data to be migrated is divided according to the mechanisms, and then the data migration is carried out in batches.
3. Data migration is performed in product dimensions: namely, data migration is carried out at one time or in batches according to data system products, such as public deposit, retail deposit, loan, intermediate business and the like, for data division.
Taking the first book to be migrated as the data system data of the commercial bank as an example, at present, the data system data migration of each commercial bank is generally performed by selecting a most suitable data system architecture from the above three dimensions, but the common disadvantages are the two aforementioned aspects: 1. stopping the operation; 2. the migration flow is complex and the risk is high.
The data migration method provided by the application aims to solve the technical problems in the prior art. The data migration method may be applied to the architecture diagram of the data migration system shown in fig. 1. As shown in fig. 1, the data migration system includes:
a first data system 101 for maintaining first data of at least one transaction object;
a migration server 102, connected to the first data system 101, for responding to a data migration request and acquiring a transaction object identifier corresponding to at least one transaction object; acquiring first data to be migrated from the first data system according to the transaction object identification code; and migrating the first data to be migrated to the second data system according to the transaction object identification code. A second data system 104, connected to the migration server 102, for receiving the first data migrated from the first data system by the migration server.
In one example, the first data system and the second data system are at least different in version, for example, the first data system is an old version of the data system and the second data system is a new version of the data system. In short, the first data system is the old data system and the second data system is the new data system.
In the embodiment of the present disclosure, during the migration process, for example, in response to the data migration request, after the migration starts, the service request of the at least one transaction object directed to the first data system by the routing system is locked or rejected, and after the migration is completed, the routing system is recovered and instructed to directly direct to the second data system.
By executing the migration process of the single transaction object in batch, the migration of large batches of data can be realized, and meanwhile, the first data system and the second data system do not need to stop service integrally.
Specific application scenarios of the present application may include, but are not limited to, financial, insurance, e-commerce, and other service scenarios in which any type of old data system migrates data to a new data system.
In one example, the at least one transaction object is a trader or a trading client that conducts data transactions (e.g., financial transactions, insurance transactions, e-commerce transactions, etc.) via the first data system.
In the above embodiment, the data migration request may be a request issued by a user to a migration server through a client triggering request instruction, and after receiving the data migration request, the migration server obtains, in response to the data migration request, a client identifier ID of at least one transaction client, because the first data in the first data system is a transaction client to which the first data belongs, and the first data and the client identifier ID are bound or matched to have a corresponding relationship. Furthermore, after the client identification ID is obtained, the first data to be migrated, which has a corresponding relationship with the client identification ID, may be acquired from the first data system; and migrating the first data to be migrated to the second data system according to the transaction object identification code.
The invention provides a brand-new technical scheme for data migration, which uses a new migration dimension: migration is performed on a single customer basis. The technical scheme can be applied to a data migration server or system based on a distributed architecture, and can realize large-batch automatic client-unaware data migration with a single client as a minimum unit in real time under the condition that a source data system and a target data system do not stop external services. Meanwhile, the data migration server or system uses a distributed application architecture, and can be flexibly expanded according to performance requirements; and the data segmentation storage is carried out by using the customer dimension, so that the large-scale mass data migration requirement can be supported.
A scene schematic diagram of the migration technical scheme is shown in fig. 2: in a state where both new and old data system online services are running normally, a migration server or system using a distributed architecture initiates data migration for a single client. Before data migration begins, customer transactions involved in the data migration are temporarily locked based on a customer identification code to lock customer data so that the customer data are not changed any more, then all customer data related to the customer identification code are extracted from an old data system in real time through an online service, and all customer data are migrated into a new data system in real time through the online service.
Because the data migration process can be completely automated, and the locking time of the transaction of a single client is only in the second level, the data migration scheme provided by the embodiment of the invention can realize the effect of basically achieving the 'no-feel' effect on the transaction of the client when the data migration is carried out.
In an example, taking data migration between a new bank data system and an old bank data system as an example, a data migration process of a bank data system in the prior art, namely "stop service, extract, convert, migrate, check, and activate", may be converted into an embodiment of the present invention: the client granularity, automation and process integration are carried out through the distributed migration server, so that the data migration process is completely automated, the complexity and risk of the data migration process are greatly reduced, the calculation consumption and the business labor required by migration work are saved, and the data migration efficiency is greatly improved.
Meanwhile, in the embodiment of the invention, the new data system and the old data system do not need to stop service in the data migration process, so that the influence of the system data migration on the customer service is reduced to the minimum, and the 'senseless' migration is realized. In addition, the data migration does not need a specific shutdown migration window any more, but can flexibly arrange a data migration plan as required under the condition that the production system normally operates.
Through the embodiment of the application, the problems that the interruption of normal service time is long due to the fact that the operation process of data migration is complicated, the data migration is manually carried out, and the operation is complex can be solved, the migration operation flow of simplifying the data migration is achieved, the data migration is automatically carried out, and the technical effect of being more convenient and simpler to operate is achieved.
In the embodiment of the invention, by building a system application architecture comprising a migration server, a first data system (old data system), a second data system (new data system) and a routing system (integrated layer routing system), under the scheduling of the migration server, all modules are mutually matched and respectively perform their own functions, so that the migration task processing of end-to-end batch data is completed.
In one embodiment, the migration server may use a distributed application architecture developed by each applicator independently, and use a data migration flow of a single client as a core, and may also implement batch concurrent migration of data of multiple clients to implement batch client data migration.
In another example, the database of the migration server uses the client identification code id as a segmentation dimension to perform database-based and table-based storage on the first data, thereby supporting the technical requirement of mass data migration. For example, in the embodiment of the present invention, data of the migration server may be divided into two parts, namely server data and migration application data: the server data is used for recording basic data such as platform parameters of the server, a list of the clients to be migrated and the like, and the partial data is not stored in a database and a table; the migration application data is used for recording second data obtained by correspondingly converting the first data after the first data is read from the old data system, and the part of data needs to be stored in a database and a table according to customer dimensions.
In another embodiment, the old data system may, but is not limited to, provide four migration specific services for the migration server to invoke in the migration flow: 1. inquiring information such as all account numbers, card numbers and the like of the client according to the client number; 2. inquiring all data to be migrated under the client according to the client number; 3. a data reconciliation service; 4. and performing logout service on the migrated data.
In another embodiment, the new data system provides two migration specific services for the migration server to call in the migration flow: data migration into service; a data reconciliation service.
As an alternative embodiment, as also shown in fig. 2, the system further comprises: a routing system 16.
And a routing system 16, connected to the migration server 12, configured to provide a migration locking interface for the migration server, so as to suspend the transaction service associated with the transaction object identifier in the first data system, so as to obtain the first data to be migrated.
The routing system 16 is further configured to provide a migration registration interface for the migration server, so as to register the at least one transaction object, the second data, and the transaction object identifier in the second data system.
In another embodiment, the routing system may be an integrated layer routing system, which plays a key role in the solution of the present invention, and is used for routing control of the channel/product system access data system transactions. All transactions sent to the data system need to pass through the routing system, and the routing system judges which core the transaction should be sent to for processing. The routing system is a part of the whole architecture of the bank core, and similar systems exist in all bank data system architectures based on the SOA architecture.
The routing system mainly provides the following interfaces for the migration server: and the transaction routing interface is used for inquiring the routing table to obtain the state in the transaction and carrying out error reporting or normal routing in the process of migration. And the migration locking interface is used for locking the routing elements when the routing is queried in order to prevent migration in a time interval between the query routing and the sending core, and migration is not allowed during the locking period. And the migration registration interface is used for registering the client number and the account number which are in migration and are migrated completely by calling the integration layer interface through the migration server.
In the technical scheme of the invention, the integrated layer routing system provides migration registration/routing switching service for the migration server, a baffle is arranged for a client in the migration process, parallel transaction routing of two data systems after migration is carried out, and conversion and integration of interactive services of a channel, a business system and the data systems are carried out. Namely, the routing system in the embodiment of the present application can shield the influence of core data migration on front-end transaction.
The following describes the technical solutions of the present application and how to solve the above technical problems with specific embodiments. The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present application will be described below with reference to the accompanying drawings.
Fig. 3 is a schematic flowchart of a data migration method according to an embodiment of the present invention, and as shown in fig. 3, the method includes:
s101, responding to the data migration request, and acquiring a transaction object identification code corresponding to at least one transaction object.
The data migration request is used for requesting to migrate first data in a first data system to a second data system, and the first data system and the second data system are at least different in version. For example, the first data system is an old version of the data system and the second data system is a new version of the data system. In short, the first data system is the old data system and the second data system is the new data system.
And S102, acquiring first data to be migrated from the first data system according to the transaction object identification code.
Wherein the service request of the at least one transaction object directed to the first data system during the migration process is locked or rejected and directed to the second data system after the migration is completed.
S103, migrating the first data to be migrated to the second data system according to the transaction object identification code.
Specific application scenarios of the present application may include, but are not limited to, financial, insurance, e-commerce, and other business scenarios, and in the business scenarios, the data migration scheme provided in the embodiments of the present application may be adopted, and any type of old data system migrates data to the new data system.
In one example, the at least one transaction object is a trader or a trading client that conducts data transactions (e.g., financial transactions, insurance transactions, e-commerce transactions, etc.) via the first data system.
As described in the foregoing embodiments, an executing subject of an embodiment of the method of the present application may be a migration server, as shown in the data migration architecture diagram shown in fig. 4, a data migration request may be a request issued by a user through a client triggering request instruction to the migration server, and after receiving the data migration request, the migration server obtains, in response to the data migration request, a client identifier ID of at least one transaction client, because first data in a first data system is a transaction client to which the first data belongs, and the first data and the client identifier ID are bound or matched in a corresponding relationship. Furthermore, after the client identifier ID is obtained, first data to be migrated, which has a correspondence relationship with the client identifier ID, may be acquired from the first data system; and migrating the first data to be migrated to the second data system according to the transaction object identification code.
In the embodiment of the present disclosure, during the migration process, for example, in response to the data migration request, after the migration starts, the service request of the at least one transaction object directed to the old data system by the routing system as shown in fig. 4 will be locked or rejected, and after the migration is completed, the routing system is restored and instructed to directly direct to the new data system.
By executing the migration process of the single transaction object in batch, the migration of large batches of data can be realized, and meanwhile, the first data system and the second data system do not need to stop service integrally.
In an example, taking data migration between a new data system and an old data system as an example, a data migration process of a normal bank data system, namely "stop service, extraction, conversion, migration, check, activation" may be converted into an embodiment of the present invention: the client granularity, automation and process integration are carried out through the distributed migration server, data migration and migration monitoring shown in the figure 4 are achieved, the data migration process is guaranteed to be completely automated, complexity and risks of the data migration process are greatly reduced, calculation consumption and business labor required to be invested in migration work are saved, and data migration efficiency is greatly improved.
Meanwhile, in the embodiment of the invention, the new data system and the old data system do not need to stop service in the data migration process, so that the influence of the system data migration on the customer service is reduced to the minimum, and the 'senseless' migration is realized. In addition, the data migration does not need a specific shutdown migration window any more, but can flexibly arrange a data migration plan as required under the condition that the production system normally operates.
Through the embodiment of the application, the problems that the interruption of normal service time is long due to the fact that the operation process of data migration is complicated, the data migration is manually carried out, and the operation is complex can be solved, the migration operation flow of simplifying the data migration is achieved, the data migration is automatically carried out, and the technical effect of being more convenient and simpler to operate is achieved.
As an optional embodiment, acquiring the first data to be migrated from the first data system according to the transaction object identifier code includes:
s201, suspending the transaction service associated with the transaction object identifier in the first data system to obtain the first data to be migrated.
S202, reading the first data to be migrated from the first data system.
As described above, in the routing system of the data migration system in the embodiment of the present application, a migration locking interface may be provided for the migration server, so as to suspend the transaction service associated with the transaction object identifier in the first data system, so as to obtain the first data to be migrated.
And then, reading the first data to be migrated from the first data system by the migration server.
In an optional example, the migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
s301, according to the transaction object identification code, performing database-based and table-based storage processing on the first data to be migrated, which are read from the first data system, so as to obtain second data.
And the data format of the second data is the same as or matched with the data format of the data in the second data system.
S302, migrating the second data to the second data system.
In the embodiment of the present invention, the data of the migration server may be divided into two parts, namely server data and migration application data: the server data is used for recording basic data such as platform parameters of the server, a list of the clients to be migrated and the like, and the partial data is not stored in a database and a table; the migration application data is used for recording second data, and the second data is obtained by performing conversion processing of a corresponding data format on the first data after the first data is read from the old data system.
In other words, in the embodiment of the present application, the first data may be in a form of application data migration, and sub-database and sub-table storage is performed according to the customer dimension, so as to ensure data security during the data migration process, and the migration application data stored in the sub-database and sub-table storage in the database may be deleted after the migration is completed.
For example, the database of the migration server performs database-based and table-based storage on the first data with the client identification code id as the segmentation dimension, thereby supporting the technical requirement of mass data migration.
In an optional example, after the first data to be migrated is migrated to the second data system according to the transaction object identifier, the method further includes:
s401, checking the second data in the second data system and the first data in the first data system to obtain a checking result.
S402, if the check result indicates that the data migration is successful, deleting the first data in the first data system, and indicating the routing system to guide all service requests pointing to the migrated transaction object to the second data system.
After the data migration is completed, the embodiment of the present invention may check the second data in the second data system and the first data in the first data system, that is, check the pre-migration data and the post-migration data, unlock the customer identification code associated with the first data in the first data system after the check is successfully completed, complete the data migration of the customer, and instruct the routing system to direct all service requests directed to the migrated transaction object to the second data system without interrupting the overall service of the two data systems.
It should be noted that, in the above steps, when any one of the steps is abnormal or fails, the execution flow may be rolled back in the reverse order to return to the original state where the first data has not been migrated.
In another example, if there are a plurality of transaction objects, migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
and S501, migrating the plurality of first data to be migrated to the second data system in a batch concurrent manner according to the transaction object identification codes corresponding to the plurality of transaction objects.
As an optional embodiment, the migrating, according to the transaction object identification codes corresponding to the transaction objects, the plurality of first data to be migrated to the second data system in a batch concurrent manner includes:
s601, determining object characteristic information corresponding to a plurality of transaction objects according to the transaction object identification codes corresponding to the transaction objects.
The object feature information is used for determining a migration order priority and a migration time period corresponding to each transaction object.
Illustratively, in this embodiment of the application, the object feature information includes at least one of: order target quantity, virtual object value, activity, transaction attribute, and association with other transaction objects.
And S701, determining a migration batch corresponding to each of the plurality of first data to be migrated according to the object feature information.
S702, migrating the first data to be migrated in the current batch to the second data system in a concurrent manner according to the migration batches corresponding to the plurality of first data to be migrated.
In one example, as shown in FIG. 5, all customers can be divided into: the method comprises the steps that active customers and inactive customers, for the inactive customers, the probability of conflict with normal transactions of the inactive customers is small, therefore, waiting is not needed, and the migration sequence priority corresponding to the inactive customers is directly set to be the highest.
For example, the inactive guest's first data may be migrated for the first lot; the first data for the active client may then be migrated in the second batch.
In another example, for active customers, the active customers may be further classified as a peer customer and a retail customer based on transaction attributes. Wherein, among the active customers, the first lot is for the public customer and the second lot is for the retail customer.
For a contra-public customer, outside the monitoring job hours, e.g. at night; taking a public client as a key client, performing data transfer on each first data of the public client in a single batch, and arranging an attendant to perform a process of field monitoring data transfer.
For retail customers, there may be a subdivision into foreign exchange customers, securities/escrow customers and other customers. Wherein, in the retail customer, the data migration is performed according to the migration order priority.
In another example, the migration order priority ordering may also be continued for the retail customer by order target quantity, virtual object value, liveness, and association with other transaction objects.
It is understood that the migration order priority and the parameters are inversely proportional. For example:
the retail customer order target number is from low to high, and the migration order priority is from high to low.
The retail customer has a low to high value of virtual objects and the migration order priority is from high to low.
The retail customer's liveness goes from low to high, and the migration order priority goes from high to low.
The retail customer's association with other transaction objects is from low to high, and the migration order priority is from high to low.
For example, the data transfer may be performed for the first data of the foreign exchange client outside the monitoring job period, for example, on weekends. For securities/custodial customers, data transfer may be performed to the first data of the foreign exchange customer outside the period of the monitoring job, for example, at night. For other customers except for the remittance customer and the security/custody customer in the retail customer, the data transfer can be carried out on the first data single batch to which the customers belong during the daytime, and the on-site monitoring data transfer process can be carried out by the staff on duty.
It should be noted that, both the securities/custodian client and the foreign exchange client perform data transfer outside the monitoring job time period, however, considering that the transaction time periods of the securities/custodian client and the foreign exchange client are different, a specific migration time period may be distinguished, for example, the migration time period corresponding to the specific securities/custodian client is night, and the migration time period corresponding to the foreign exchange client may be specific to weekends.
As can be seen from the above description, in the embodiment of the present application, finally, according to a migration batch corresponding to each of a plurality of pieces of first data to be migrated, the pieces of first data to be migrated in a current batch may be migrated to the second data system in a concurrent manner.
In an optional example, the method further includes:
s801, acquiring other trading objects which have an association relationship or an affiliation relationship with the trading object identification code and other trading object identification codes of the other trading objects;
s802, reading the third data of the other transaction objects from the first data system to obtain third data to be migrated;
and S803, migrating the third data to be migrated to the second data system according to the other transaction object identification codes.
In the embodiment of the application, if the first data system allows the cross-customer transaction service to be developed, the customers who have the association relationship to be migrated in the same batch, and an online migration entry is provided, for example, the online migration entry may be checked in advance during production data research, and the third data to be migrated corresponding to the customers who have the association relationship to be migrated may be migrated on the same day as possible by acquiring other transaction objects having the association relationship or affiliation relationship with the transaction object identification code and other transaction object identification codes of the other transaction objects.
In addition, the embodiment of the application can also provide an online migration service, and after the third data of the auxiliary card client which is not migrated is migrated to the second data system, other data migration operations are continued.
According to the embodiment of the application, the client classification is carried out according to the client behaviors and the product characteristics, the client portrait can be supported and the statistics and classification can be carried out specifically based on big data, the migration batch and the migration time window are formulated according to the client characteristics, the conflict with the normal transaction of the client can be avoided, the abnormal situation is caused, and the on-site monitoring and the duty of an operator are needed during the data migration of key clients, so that the safety and the controllability of the data migration are guaranteed.
As an optional embodiment, the migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
and outside the monitoring operation period and within a complete transaction period, migrating the first data to be migrated to the second data system according to the transaction object identification code.
By the embodiment of the application, large-scale batch customer data migration can be realized, and the whole service stop of a new data system and an old data system is not needed. Therefore, the data migration window between the data systems can be not limited to the low peak period of the transaction such as night, early morning, holiday and the like, but can be flexibly carried out at any time according to the needs and the operation condition of the production system.
For example, the migration job time should avoid the monitoring job time (monitoring production system EOD job window) as much as possible, and the migration is completed within a complete transaction time (e.g., one transaction day) outside the monitoring job time without crossing days.
In addition, if the problem that the error rate of the end reporting related to the third-party trading platform is sensitive needs to be considered, the influence on the normal trading error rate needs to be reduced, and in order to prevent the error rate from being too high due to the fact that the account is locked by migration, concurrence and flow of data migration are not too high.
According to one or more embodiments of the present application, a data migration apparatus is provided, and fig. 6 is a block diagram of a structure of a data migration apparatus provided in an embodiment of the present application, and as shown in fig. 6, the apparatus includes:
a first obtaining module 601, configured to obtain a transaction object identifier corresponding to at least one transaction object in response to a data migration request, where the data migration request is used to request that first data in a first data system be migrated to a second data system, and at least versions of the first data system and the second data system are different;
a second obtaining module 602, configured to obtain, according to the transaction object identifier, first data to be migrated from the first data system;
a migration module 603, configured to migrate the first data to be migrated to the second data system according to the transaction object identifier, where a service request of the at least one transaction object directed to the first data system during the migration process is locked or rejected, and is directed to the second data system after the migration is completed.
According to one or more embodiments of the present application, the second obtaining module includes:
a determining module, configured to suspend a transaction service associated with the transaction object identifier in the first data system, so as to obtain the first data to be migrated;
and the reading module is used for reading the first data to be migrated from the first data system.
According to one or more embodiments of the present application, the migration module includes:
the storage module is used for performing database-based and table-based storage processing on the first data to be migrated, which is read from the first data system, according to the transaction object identification code to obtain second data, wherein the data format of the second data is the same as or matched with that of the data in the second data system;
and the migration module is used for migrating the second data to the second data system.
According to one or more embodiments of the present application, the apparatus further includes:
the checking module is used for checking the second data in the second data system and the first data in the first data system to obtain a checking result;
and the deleting module is used for deleting the first data in the first data system if the checking result indicates that the data migration is successful.
According to one or more embodiments of the present application, if there are a plurality of transaction objects, the migration module is specifically configured to: and migrating the plurality of first data to be migrated to the second data system in a batch concurrent manner according to the transaction object identification codes corresponding to the plurality of transaction objects.
According to one or more embodiments of the present application, the migration module is further specifically configured to: determining object characteristic information corresponding to a plurality of transaction objects according to transaction object identification codes corresponding to the transaction objects, wherein the object characteristic information is used for determining migration sequence priority and migration time period corresponding to each transaction object; determining migration batches corresponding to the first data to be migrated according to the object feature information; and migrating the first data to be migrated in the current batch to the second data system in a concurrent manner according to the migration batches corresponding to the first data to be migrated.
According to one or more embodiments of the present application, the object feature information includes at least one of: order target quantity, virtual object value, activity, transaction attribute, and association with other transaction objects.
According to one or more embodiments of the present application, the apparatus further includes:
the third acquisition module is used for acquiring other transaction objects which have incidence relation or affiliation relation with the transaction object identification code and other transaction object identification codes of the other transaction objects;
a fourth obtaining module, configured to read third data of the other transaction objects from the first data system to obtain third data to be migrated;
and the migration module is used for migrating the third data to be migrated to the second data system according to the other transaction object identification codes.
According to one or more embodiments of the present application, the migration module further includes:
and outside the monitoring operation period and within a complete transaction period, migrating the first data to be migrated to the second data system according to the transaction object identification code.
According to one or more embodiments of the present application, there is provided a data migration method, including:
responding to a data migration request, acquiring a transaction object identification code corresponding to at least one transaction object, wherein the data migration request is used for requesting to migrate first data in a first data system to a second data system, and the first data system and the second data system are different in at least version;
acquiring first data to be migrated from the first data system according to the transaction object identification code;
and migrating the first data to be migrated to the second data system according to the transaction object identification code.
According to one or more embodiments of the present application, acquiring first data to be migrated from the first data system according to the transaction object identification code includes:
suspending a transaction service associated with the transaction object identification code in the first data system to obtain the first data to be migrated;
and reading the first data to be migrated from the first data system.
According to one or more embodiments of the present application, migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
according to the transaction object identification code, performing database-based and table-based storage processing on the first data to be migrated, which are read from the first data system, to obtain second data, wherein the data format of the second data is the same as or matched with the data format of the data in the second data system;
and migrating the second data to the second data system.
According to one or more embodiments of the present application, after the first data to be migrated is migrated to the second data system according to the transaction object identification code, the method further includes:
checking second data in the second data system and first data in the first data system to obtain a checking result;
and if the check result indicates that the data migration is successful, deleting the first data in the first data system, and indicating a routing system to guide all service requests pointing to the migrated transaction object to the second data system.
According to one or more embodiments of the present application, if there are a plurality of transaction objects, migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
and migrating the plurality of first data to be migrated to the second data system in a batch concurrent manner according to the transaction object identification codes corresponding to the transaction objects respectively.
According to one or more embodiments of the present application, migrating, in a batch concurrent manner, a plurality of pieces of the first data to be migrated to the second data system according to the transaction object identification codes corresponding to the plurality of transaction objects, includes:
determining object characteristic information corresponding to a plurality of transaction objects according to transaction object identification codes corresponding to the transaction objects, wherein the object characteristic information is used for determining migration sequence priority and migration time period corresponding to each transaction object;
determining a migration batch corresponding to each of the plurality of first data to be migrated according to the object feature information;
and migrating the first data to be migrated in the current batch to the second data system in a concurrent manner according to the migration batches corresponding to the first data to be migrated.
According to one or more embodiments of the present application, the object feature information includes at least one of: order target quantity, virtual object value, activity, transaction attribute, and association with other transaction objects.
According to one or more embodiments of the present application, the above method further comprises:
acquiring other transaction objects which have an association relationship or an affiliation relationship with the transaction object identification code and other transaction object identification codes of the other transaction objects;
reading the third data of the other transaction objects from the first data system to obtain third data to be migrated;
and migrating the third data to be migrated to the second data system according to the other transaction object identification codes.
According to one or more embodiments of the present application, migrating the first data to be migrated to the second data system according to the transaction object identifier includes:
and outside the monitoring operation period and within a complete transaction period, migrating the first data to be migrated to the second data system according to the transaction object identification code.
In an exemplary embodiment, an embodiment of the present application further provides an electronic device, including: a processor and a memory connected to the processor;
the memory stores computer execution instructions;
the processor executes computer-executable instructions stored by the memory to implement a method as in any one of the above.
In an exemplary embodiment, the present application further provides a computer-readable storage medium, in which computer-executable instructions are stored, and when the computer-executable instructions are executed by a processor, the computer-executable instructions are used for implementing the method according to any one of the above-mentioned embodiments.
In an exemplary embodiment, the present application further provides a computer program product comprising a computer program which, when executed by a processor, implements any of the above-described methods.
In order to implement the above embodiments, an electronic device is further provided in the embodiments of the present application.
Referring to fig. 7, a schematic structural diagram of an electronic device 700 suitable for implementing the embodiment of the present application is shown, where the electronic device 700 may be a terminal device or a server. Among them, the terminal device may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a Personal Digital Assistant (PDA), for short), a tablet computer (PAD, for short), a Portable Multimedia Player (PMP), a car terminal (e.g., car navigation terminal), etc., and a fixed terminal such as a digital TV, a desktop computer, etc. The electronic device shown in fig. 7 is only an example, and should not bring any limitation to the functions and the use range of the embodiment of the present application.
As shown in fig. 7, the electronic device 700 may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 701, which may perform various suitable actions and processes according to a program stored in a Read On y Memory (ROM) 702 or a program loaded from a storage means 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data necessary for the operation of the electronic apparatus 700 are also stored. The processing device 701, the ROM702, and the RAM 703 are connected to each other by a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.
Generally, the following devices may be connected to the I/O interface 705: input devices 707 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; an output device 707 including, for example, a liquid crystal display (L i qu i D crystal L D i sp L ay, abbreviated as LCD), a speaker, a vibrator, and the like; storage 708 including, for example, magnetic tape, hard disk, etc.; and a communication device 707. The communication means 707 may allow the electronic device 700 to communicate with other devices wirelessly or by wire to exchange data. While fig. 7 illustrates an electronic device 700 having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided.
In particular, according to embodiments of the application, the processes described above with reference to the flow diagrams may be implemented as computer software programs. For example, embodiments of the present application include a computer program product comprising a computer program embodied on a computer-readable medium, the computer program comprising program code for performing the method illustrated by the flow chart. In such embodiments, the computer program may be downloaded and installed from a network via the communication means 707, or installed from the storage means 708, or installed from the ROM 702. The computer program, when executed by the processing device 701, performs the above-described functions defined in the methods of the embodiments of the present application.
It should be noted that the computer readable medium mentioned above in the present application may be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.
The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to perform the methods shown in the above embodiments.
Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, sma l lta l k, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of Network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present application may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a limitation of the unit itself, for example, the first retrieving unit may also be described as a "unit for retrieving at least two internet protocol addresses".
The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), application specific integrated circuits (AS ICs), application Specific Standard Products (ASSPs), systems on a chip (SOCs), complex Programmable Logic Devices (CPLDs), and the like.
In the context of this application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
Claims (15)
1. A method of data migration, the method comprising:
responding to a data migration request, and acquiring a transaction object identification code corresponding to at least one transaction object, wherein the data migration request is used for requesting to migrate first data in a first data system to a second data system, and the first data system and the second data system are different in at least version;
acquiring first data to be migrated from the first data system according to the transaction object identification code;
and migrating the first data to be migrated to the second data system according to the trading object identification code, wherein a service request of the at least one trading object directed to the first data system in the migration process is locked or rejected, and is directed to the second data system after the migration is completed.
2. The method of claim 1, wherein obtaining the first data to be migrated from the first data system based on the transaction object identification code comprises:
suspending a transaction service associated with the transaction object identification code in the first data system to obtain the first data to be migrated;
and reading the first data to be migrated from the first data system.
3. The method according to claim 1 or 2, wherein the migrating the first data to be migrated to the second data system according to the transaction object identification code comprises:
according to the transaction object identification code, performing database-based and table-based storage processing on the first data to be migrated read from the first data system to obtain second data, wherein the data format of the second data is the same as or matched with the data format of the data in the second data system;
migrating the second data to the second data system.
4. The method of claim 3, wherein after the migrating the first data to be migrated to the second data system according to the transaction object identification code, the method further comprises:
checking second data in the second data system and first data in the first data system to obtain a checking result;
and if the check result indicates that the data migration is successful, deleting the first data in the first data system, and indicating a routing system to guide all service requests pointing to the migrated transaction object to the second data system.
5. The method of claim 1, wherein if there are a plurality of transaction objects, migrating the first data to be migrated to the second data system according to the transaction object identification code comprises:
and migrating the plurality of first data to be migrated to the second data system in a batch concurrent manner according to the transaction object identification codes corresponding to the plurality of transaction objects.
6. The method according to claim 5, wherein the migrating the plurality of first data to be migrated to the second data system in a batch concurrent manner according to the transaction object identification codes corresponding to the plurality of transaction objects, comprises:
determining object characteristic information corresponding to a plurality of transaction objects according to transaction object identification codes corresponding to the transaction objects, wherein the object characteristic information is used for determining migration sequence priority and migration time period corresponding to each transaction object;
determining migration batches corresponding to the first data to be migrated according to the object characteristic information;
and according to the migration batches corresponding to the first data to be migrated, migrating the first data to be migrated in the current batch to the second data system in a concurrent manner.
7. The method of claim 6, wherein the object feature information comprises at least one of: order target quantity, virtual object value, activity, transaction attribute, and association with other transaction objects.
8. The method of claim 1, further comprising:
acquiring other transaction objects which have an association relationship or an affiliation relationship with the transaction object identification codes, and other transaction object identification codes of the other transaction objects;
reading third data of the other transaction objects from the first data system to obtain third data to be migrated;
and migrating the third data to be migrated to the second data system according to the other transaction object identification codes.
9. The method of claim 1, wherein migrating the first data to be migrated to the second data system according to the transaction object identification code comprises:
and outside the monitoring operation period and within a complete transaction period, migrating the first data to be migrated to the second data system according to the transaction object identification code.
10. A data migration system, the system comprising:
a first data system for maintaining first data of at least one transaction object;
the migration server is connected with the first data system and used for responding to the data migration request and acquiring a transaction object identification code corresponding to at least one transaction object; acquiring first data to be migrated from the first data system according to the transaction object identification code; migrating the first data to be migrated to a second data system according to the trading object identification code, wherein a service request of the at least one trading object directed to the first data system in the migration process is locked or rejected, and is directed to the second data system after the migration is completed;
the second data system is connected with the migration server and used for receiving the first data migrated from the first data system by the migration server, and the first data system and the second data system are at least different in version.
11. The system of claim 10, further comprising:
the routing system is connected with the migration server and is used for providing a migration locking interface for the migration server so as to suspend the transaction service associated with the transaction object identification code in the first data system to obtain the first data to be migrated;
the routing system is further configured to provide a migration registration interface for the migration server to register the at least one transaction object, the second data, and the transaction object identification code in the second data system.
12. An apparatus for data migration, the apparatus comprising:
the data migration system comprises a first acquisition module, a second acquisition module and a processing module, wherein the first acquisition module is used for responding to a data migration request and acquiring a transaction object identification code corresponding to at least one transaction object, the data migration request is used for requesting that first data in a first data system is migrated to a second data system, and at least versions of the first data system and the second data system are different;
the second acquisition module is used for acquiring the first data to be migrated from the first data system according to the transaction object identification code;
and the migration module is used for migrating the first data to be migrated to the second data system according to the trading object identification code, wherein a service request of the at least one trading object which is directed to the first data system in the migration process is locked or rejected, and is directed to the second data system after the migration is completed.
13. An electronic device, comprising: a processor, and a memory coupled to the processor;
the memory stores computer-executable instructions;
the processor executes computer-executable instructions stored by the memory to implement the method of any of claims 1-9.
14. A computer-readable storage medium having computer-executable instructions stored therein, which when executed by a processor, are configured to implement the method of any one of claims 1-9.
15. A computer program product, characterized in that it comprises a computer program which, when being executed by a processor, carries out the method of any one of claims 1-9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211510380.4A CN115757356A (en) | 2022-11-29 | 2022-11-29 | Data migration method, device, system, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211510380.4A CN115757356A (en) | 2022-11-29 | 2022-11-29 | Data migration method, device, system, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115757356A true CN115757356A (en) | 2023-03-07 |
Family
ID=85340107
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211510380.4A Pending CN115757356A (en) | 2022-11-29 | 2022-11-29 | Data migration method, device, system, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115757356A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117172925B (en) * | 2023-11-03 | 2024-02-20 | 建信金融科技有限责任公司 | Transaction processing method, device, equipment and medium |
-
2022
- 2022-11-29 CN CN202211510380.4A patent/CN115757356A/en active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117172925B (en) * | 2023-11-03 | 2024-02-20 | 建信金融科技有限责任公司 | Transaction processing method, device, equipment and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109783581A (en) | Right management method, device, electronic equipment and storage medium | |
| CN111125106B (en) | Batch running task execution method, device, server and storage medium | |
| CN109634764A (en) | Work-flow control method, apparatus, equipment, storage medium and system | |
| CN112801607A (en) | Management service platform and construction method | |
| CN112835904A (en) | Data processing method and data processing device | |
| CN115757356A (en) | Data migration method, device, system, electronic equipment and storage medium | |
| CN111340340A (en) | Event processing method and device | |
| CN102945264B (en) | Method for intelligently starting distributed transaction | |
| US20240104671A1 (en) | Method and apparatus for group management, electronic device, and storage medium | |
| CN112102099A (en) | Policy data processing method and device, electronic equipment and storage medium | |
| CN115545639A (en) | Financial business processing method and device, electronic equipment and storage medium | |
| US20230368083A1 (en) | Method and apparatus for determining reservation information | |
| CN111144694B (en) | Operation flow management method and device based on contact analysis | |
| US20140304221A1 (en) | Collaboration computer system | |
| CN113361733A (en) | Processing method and device for reserved service | |
| CN113127550A (en) | Information processing method, information processing device, electronic equipment and storage medium | |
| CN111639918A (en) | Approval method and device, electronic equipment and computer readable medium | |
| CN113792051B (en) | Data processing method, system, equipment and storage medium based on multi-mode lock | |
| CN111866171B (en) | Message processing method, device, electronic equipment and medium | |
| CN115484149B (en) | Network switching method, network switching device, electronic equipment and storage medium | |
| US20230359961A1 (en) | System and method for converting a time-off request of an agent to a shift-trade with another agent or to a self-swap schedule | |
| US20220091904A1 (en) | Maintaining stream processing resource type versions in stream processing | |
| CN114911762A (en) | Data file processing method and device, server and storage medium | |
| CN113592620A (en) | Method and device for building banking service system | |
| CN116303620A (en) | Accounting method, system, equipment, medium and product based on light database |
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 |