CN103530420B - The dynamic updating method and device of data file - Google Patents

Abstract

The invention relates to a method and device for dynamically updating data files. The method includes: when the data file needs to be updated, storing the updated data file in the second storage space, wherein the data file before updating is stored in the first storage space; The address of the first storage space is changed to the address of the second storage space; when a process accesses the data file, the updated data file stored in the second storage space is searched and accessed according to the preset storage address of the latest data file. Through the dynamic update method and device of the data file provided by the invention, the technical effect of dynamically loading the data file during the normal operation of the database is realized.

Description

Method and device for dynamically updating data files

technical field

The invention relates to the technical field of network communication, in particular to a method and device for dynamically updating data files.

Background technique

At present, the application scope of the database is more and more extensive, and the data information in real life can be effectively managed through the database. As the actual situation changes, the data files used to store data information in the database should also be updated frequently to meet actual needs.

For example, the IPQuery library is a commonly used PHP extension database, in which data files store information about addresses, weather, etc., so as to provide users with relevant information queries. In order to ensure the correctness and timeliness of query information, special operation and maintenance personnel are required to maintain and update the data files in the IPQuery library.

At present, the IPQuery library loads the data in the data file into the memory in a certain format when it is first started, and provides an IPQuery interface for querying for other processes (such as PHP processes) to call. When the data file needs to be updated, you can only close the IPQuery library first, and overwrite the original data file with the updated data file, and then restart the IPQuery library. During the restart process, first delete the original data file in the memory, and then replace the The updated data file is loaded into the memory, thereby realizing the update of the data file in the IPQuery library. However, during the period from the time point when the IPQuery library is closed to the time point when the updated data file is loaded, the IPQuery library will not be able to process the user's access request normally, thereby causing inconvenience to the user.

In addition, in the above process, the IPQuery library may fail to restart due to unexpected reasons, so that the library cannot be used normally. For this reason, it is also necessary for the operation and maintenance personnel to track the loading results of the data files in real time. Once a failure occurs, it must be processed separately, which increases a lot of operation and maintenance costs.

Contents of the invention

In view of the above problems, the present invention is proposed to provide a method and device for dynamically updating data files that overcome the above problems or at least partially solve the above problems.

According to one aspect of the present invention, a method for dynamically updating data files is provided, including: when the data files need to be updated, storing the updated data files in the second storage space, wherein the data files before updating are stored in the second storage space. In a storage space; the storage address of the preset latest data file is changed from the address of the first storage space to the address of the second storage space; when a process accesses the data file, according to the storage address of the preset latest data file, Find and access the updated data files stored in the second storage space.

Optionally, the storage address of the preset latest data file is represented by the first variable, then the step of changing the storage address of the preset latest data file from the address of the first storage space to the address of the second storage space includes: The value of the first variable is changed from the address of the first storage space to the address of the second storage space.

Optionally, according to the storage address of the latest data file, the step of finding and accessing the updated data file stored in the second storage space includes: obtaining the value of the first variable, and combining the value of the first variable with the second Variable values are compared, wherein the second variable is used to indicate the storage address of the currently used data file; if the comparison results are different, first assign the value of the first variable to the second variable, and then search and access the corresponding The data file in the storage address of .

Optionally, the second variable is a global variable.

Optionally, the data file is an IPQuery data file, and the process is a PHP process.

According to another aspect of the present invention, a device for dynamically updating data files is provided, including: a storage unit adapted to store the updated data files in the second storage space when the data files need to be updated, wherein, before the update The data file is stored in the first storage space; the change unit is adapted to change the storage address of the preset latest data file from the address of the first storage space to the address of the second storage space; the search unit is suitable for when there is a process When accessing the data file, the updated data file stored in the second storage space is searched for and accessed according to the preset storage address of the latest data file.

Optionally, the preset storage address of the latest data file is represented by the first variable, and the changing unit is configured to change the value of the first variable from the address of the first storage space to the address of the second storage space.

Optionally, the search unit is configured to: acquire the value of the first variable, and compare the value of the first variable with the value of the second variable stored locally, wherein the second variable is used to represent the storage address of the currently used data file ; If the comparison results are different, first assign the value of the first variable to the second variable, and then search and access the data file in the storage address corresponding to the second variable.

Optionally, the second variable is a global variable.

Optionally, the data file is an IPQuery data file, and the process is a PHP process.

In the method and device for dynamically updating data files provided by the present invention, the data files before and after the update are respectively stored in different storage spaces, and the location of the updated data file is identified by the preset storage address of the latest data file , so the process can access the updated data file at this location. Because the storage space of the data files before and after the update is different, thus avoiding the defects in the prior art that the data files before the update stored in the internal memory must be deleted first, and then the updated data files can be loaded in the same internal memory, and the resulting Restart the database and related operation and maintenance issues. Through the dynamic update method and device of the data file provided by the invention, the technical effect of dynamically loading the data file during the normal operation of the database is realized.

The above description is only an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention, it can be implemented according to the contents of the description, and in order to make the above and other purposes, features and advantages of the present invention more obvious and understandable , the specific embodiments of the present invention are enumerated below.

Description of drawings

Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiment. The drawings are only for the purpose of illustrating a preferred embodiment and are not to be considered as limiting the invention. Also throughout the drawings, the same reference numerals are used to designate the same components. In the attached picture:

Fig. 1 shows the method flowchart of the method for dynamically updating data files provided according to an embodiment of the present invention;

Fig. 2 shows the flowchart of the dynamic updating method of the IPQuery data file that the preferred embodiment of the present invention provides;

Fig. 3 shows the flow chart of the method for visiting the IPQuery data file after updating in the preferred embodiment of the present invention; And

Fig. 4 shows a schematic structural diagram of an apparatus for dynamically updating data files according to an embodiment of the present invention.

detailed description

Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided for more thorough understanding of the present disclosure and to fully convey the scope of the present disclosure to those skilled in the art.

Embodiments of the present invention provide a method and device for dynamically updating data files, which are used to solve the problem in the prior art that the database must be restarted when updating data files, and the user's access request cannot be processed during the restart process.

FIG. 1 shows a flowchart of a method for dynamically updating data files provided by an embodiment of the present invention. As shown in Figure 1, the method starts at step S110. In step S110, when the data file needs to be updated, the updated data file is stored in the second storage space, wherein the data file before the update is stored in the first storage space. in storage space.

Next, in step S120, the storage address of the preset latest data file is changed from the address of the first storage space to the address of the second storage space.

Wherein, the storage address of the preset latest data file can be represented by the first variable, at this time, in step S120, the storage address of the preset latest data file is changed from the address of the above-mentioned first storage space to the above-mentioned second storage space The operation of the address of is realized by changing the value of the above-mentioned first variable from the address of the above-mentioned first storage space to the address of the above-mentioned second storage space.

Finally, in step S130, when a process accesses the data file, the updated data file stored in the above-mentioned second storage space is searched and accessed according to the storage address of the latest data file preset in step S120.

Specifically, the implementation of step S130 includes: acquiring the value of the above-mentioned first variable, and comparing the value of the above-mentioned first variable with the value of the locally stored second variable, wherein the second variable is used to represent the currently used data file storage address; if the comparison results are different, first assign the value of the first variable to the second variable so that the value of the second variable is the same as the value of the first variable, and then search and access the storage corresponding to the second variable The data file in the address, so as to ensure that the data file currently in use is the latest data file.

Optionally, the above-mentioned second variable is a global variable, so as to ensure that it can be used throughout the running period of the process.

It can be seen that, in the method for dynamically updating data files provided by the embodiment of the present invention, the data files before and after the update are respectively stored in different storage spaces, and the updated data files are identified by the preset storage address of the latest data file. The location of the data file where the process can access the updated data file. This avoids the defects in the prior art that the data files before the update stored in the memory must be deleted first, and then the updated data files can be loaded in the same memory, as well as restarting the database and related operation and maintenance problems caused thereby.

The method for dynamically updating data files provided by the embodiments of the present invention can be widely applied to data files in various databases. In the preferred embodiment of the present invention described below, the dynamic update process of the IPQuery data file will be taken as an example for introduction. However, those skilled in the art can understand that the method for dynamically updating data files provided by the present invention can also be applied to other types of data files.

Fig. 2 shows a flowchart of a method for dynamically updating IPQuery data files provided by a preferred embodiment of the present invention. As shown in FIG. 2, the method starts at step S210, and in step S210, a variable F_KEY is created in advance.

Among them, the function of the variable F_KEY is to indicate the storage address of the latest data file. During specific implementation, the value of the variable F_KEY can be directly set as the storage address of the latest data file. Alternatively, the value of the variable F_KEY can also be set as a storage address of a preset proxy shared memory, and then the storage address of the latest data file is stored in the proxy shared memory. In this embodiment, the latter method is adopted.

Wherein, the proxy shared memory refers to a memory space that provides proxy services for the shared memory. Specifically, in the embodiment of the present invention, the data files before and after the update are respectively stored in different shared memories, and through the use of shared memories, multiple PHP processes can access the same memory space at the same time, so as to realize simultaneous processing for multiple PHP processes. The purpose of the process service. However, since the data files before and after the update are stored in different shared memories respectively, in the present invention, in order to make the PHP process accessing the data files know clearly which shared memory stores the latest data files, the The concept of agent shared memory. That is to say, the proxy shared memory manages each shared memory in the present invention, and the PHP process accessing the data file needs to obtain the address of the shared memory currently storing the latest data file through the proxy shared memory. Moreover, the advantage of using the proxy shared memory is that other relevant information (such as length information) of the latest data file can be stored in the proxy shared memory, thereby bringing more convenience to the user's access.

Next, when the data file needs to be updated, step S220 is executed. In step S220, whether the agent shared memory indicated by the variable F_KEY is searched exists. If it exists, it means that the IPQuery database has been started, and step S230 is continued; if it does not exist, then It shows that the IPQuery database is not started, so it is not necessary to use the method of the present invention to dynamically update the data file, and directly exit the program.

In step S230, the proxy shared memory is loaded into the process space of the current process (that is, the process performing the operation of dynamically updating data files), so that the current process has the right to modify the stored content in the proxy shared memory.

Then, in step S240, apply for a second shared memory, and load the updated data file into the second shared memory. It can be seen that the second shared memory is used to store the updated data file, and its address is different from the address of the first shared memory corresponding to the data file before the update. In specific implementation, the variable B_KEY can be randomly created through the function ftok (that is, B_KEY=ftok()), and then the variable B_KEY can indicate the address of the second shared memory.

Finally, in step S250, the address of the second shared memory (i.e. the value of the variable B_KEY) and the size of the second shared memory are written in the proxy shared memory, and the proxy shared memory is unloaded in the current process to exit the current process. Proxy modification operations for shared memory.

Through the above steps, the dynamic update process of the IPQuery data file is completed. In addition, when the data files in the second shared memory need to be updated next time, you can apply for the third shared memory...or, you can also delete the data files in the first shared memory first, and then update the updated data The file is stored in the first shared memory, and the address stored in the agent shared memory is changed to the address of the first shared memory. In this way, only two pieces of shared memory are required to use the first shared memory and the second shared memory alternately. The purpose of multiple dynamic updates can be realized, thereby achieving the effect of saving storage space.

Fig. 3 shows a flowchart of a method for accessing an updated IPQuery data file in a preferred embodiment of the present invention. As shown in Figure 3, when the PHP process wants to access the IPQuery data file, first, step S310 is executed, and in step S310, the validity of SDK parameters is checked, so as to filter out invalid parameters therein and improve the efficiency of program operation. Wherein, the main function of performing step S310 is to optimize the operating efficiency of the program, therefore, step S310 is not a necessary step, but an optimal step.

In step S320, when the PHP process calls the IPQuery interface, the address of the proxy shared memory will be obtained through the above-mentioned F_KEY variable, and the content stored in the proxy shared memory will be accessed. In this step, the PHP process assigns the content stored in the proxy shared memory (that is, the storage address of the updated data file) to the preset T_KEY variable.

In addition, in each PHP process, a global variable G_KEY is also stored in advance, which is used to indicate the storage address of the data file currently used by the PHP process. Therefore, in step S320, the PHP process compares whether the values of the T_KEY variable and the G_KEY variable are equal. If they are equal, it means that the data file in the shared memory corresponding to the G_KEY variable is already the latest data file, so step S340 is executed to directly access the data file in the shared memory corresponding to the G_KEY variable. If they are not equal, it means that the data file in the shared memory corresponding to the G_KEY variable is not the latest data file, so step S330 is executed. In step S330, the shared memory corresponding to the G_KEY variable is first unloaded, and then the value of the T_KEY variable is assigned to Give the G_KEY variable, and then load the shared memory corresponding to the G_KEY variable, so as to access the latest data file.

In this preferred embodiment, the implementation of the PHP process accessing the IPQuery data file is taken as an example. Those skilled in the art can understand that when other non-PHP processes access the IPQuery data file, the present invention can also be used to provide Methods.

The IPQuery data file dynamic update method provided by this preferred embodiment can realize the hot loading of the IPQuery data file, because the hot loading does not need to restart the IPQuery database, so the problem that the user cannot access in the restarted time period is successfully avoided, thereby improving User experience satisfaction. In addition, from the perspective of operation and maintenance, since the restart operation is avoided, the operation and maintenance problems caused by restart failures are also eliminated.

Fig. 4 shows a structural diagram of an apparatus for dynamically updating data files provided by an embodiment of the present invention. As shown in FIG. 4 , the device includes: a storage unit 41 , a modification unit 42 and a search unit 43 .

Wherein, when the data file needs to be updated, the storage unit 41 stores the updated data file in the second storage space, wherein the data file before the update is stored in the first storage space.

The changing unit 42 changes the preset storage address of the latest data file from the address of the first storage space to the address of the second storage space.

Wherein, the preset storage address of the latest data file is represented by the first variable, and the changing unit 42 is used to change the value of the first variable from the address of the first storage space to the address of the second storage space.

When a process accesses the data file, the search unit 43 searches and accesses the updated data file stored in the second storage space according to the preset storage address of the latest data file.

The search unit 43 obtains the value of the first variable, and compares the value of the first variable with the value of the second variable stored locally, wherein the second variable is used to represent the storage address of the currently used data file; if the comparison result If different, assign the value of the first variable to the second variable first, and then search and access the data file in the storage address corresponding to the second variable. Optionally, the second variable is a global variable.

Optionally, the above data file is an IPQuery data file, and the above process is a PHP process.

For the specific working process of the storage unit 41 , the modification unit 42 and the search unit 43 , please refer to the descriptions of the corresponding parts in step S110 , step S120 and step S130 in the method embodiment, and details will not be repeated here.

In the method and device for dynamically updating data files provided by the present invention, the data files before and after the update are respectively stored in different storage spaces, and the location of the updated data file is identified by the preset storage address of the latest data file , so the process can access the updated data file at this location. Because the storage space of the data files before and after the update is different, thus avoiding the defects in the prior art that the data files before the update stored in the internal memory must be deleted first, and then the updated data files can be loaded in the same internal memory, and the resulting Restart the database and related operation and maintenance issues. Through the dynamic update method and device of the data file provided by the invention, the technical effect of dynamically loading the data file during the normal operation of the database is realized.

The algorithms and displays presented herein are not inherently related to any particular computer, virtual system, or other device. Various generic systems can also be used with the teachings based on this. The structure required to construct such a system is apparent from the above description. Furthermore, the present invention is not specific to any particular programming language. It should be understood that various programming languages can be used to implement the content of the present invention described herein, and the above description of specific languages is for disclosing the best mode of the present invention.

In the description provided herein, numerous specific details are set forth. However, it is understood that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure the understanding of this description.

Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, in order to streamline this disclosure and to facilitate an understanding of one or more of the various inventive aspects, various features of the invention are sometimes grouped together in a single embodiment, figure, or its description. This method of disclosure, however, is not to be interpreted as reflecting an intention that the claimed invention requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the Detailed Description are hereby expressly incorporated into this Detailed Description, with each claim standing on its own as a separate embodiment of this invention.

Those skilled in the art can understand that the modules in the device in the embodiment can be adaptively changed and arranged in one or more devices different from the embodiment. Modules or units or components in the embodiments may be combined into one module or unit or component, and furthermore may be divided into a plurality of sub-modules or sub-units or sub-assemblies. All features disclosed in this specification (including accompanying claims, abstract and drawings), as well as any method or method so disclosed, may be used in any combination, except that at least some of such features and/or processes or units are mutually exclusive. All processes or units of equipment are combined. Each feature disclosed in this specification (including accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.

Furthermore, those skilled in the art will understand that although some embodiments described herein include some features included in other embodiments but not others, combinations of features from different embodiments are meant to be within the scope of the invention. and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.

The various component embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art should understand that a microprocessor or a digital signal processor (DSP) may be used in practice to implement some or all functions of some or all components in the device according to the embodiment of the present invention. The present invention can also be implemented as an apparatus or an apparatus program (for example, a computer program and a computer program product) for performing a part or all of the methods described herein. Such a program for realizing the present invention may be stored on a computer-readable medium, or may be in the form of one or more signals. Such a signal may be downloaded from an Internet site, or provided on a carrier signal, or provided in any other form.

It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention can be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In a unit claim enumerating several means, several of these means can be embodied by one and the same item of hardware. The use of the words first, second, and third, etc. does not indicate any order. These words can be interpreted as names.

Claims (8)

1. A method for dynamically updating data files, comprising: When the data file needs to be updated, the updated data file is stored in the second shared memory, wherein the data file before the update is stored in the first shared memory; changing the preset storage address of the latest data file from the address of the first shared memory to the address of the second shared memory; wherein, the storage address of the latest data file is stored in the proxy shared memory, and the The relevant information of the latest data file is further stored in the proxy shared memory; wherein, the storage address of the preset latest data file is represented by a first variable; When a process accesses the data file, according to the preset storage address of the latest data file, search for and access the updated data file stored in the second shared memory; wherein, the process obtains the first The value of a variable, the value of the first variable is compared with the value of the second variable stored locally, wherein the second variable is used to represent the storage address of the data file currently used by the process; if the comparison result different, unload the shared memory corresponding to the second variable, assign the value of the first variable to the second variable, load the shared memory corresponding to the second variable, and then search and access the second variable The data file in the corresponding storage address. 2. The method according to claim 1, wherein the step of changing the storage address of the preset latest data file from the address of the first shared memory to the address of the second shared memory comprises: changing the The value of the first variable is changed from the address of the first shared memory to the address of the second shared memory. 3. The method of claim 1, wherein the second variable is a global variable. 4. The method according to any one of claims 1-3, wherein the data file is an IPQuery data file, and the process is a PHP process. 5. A dynamic update device for data files, comprising: The storage unit is adapted to store the updated data file in the second shared memory when the data file needs to be updated, wherein the data file before the update is stored in the first shared memory; The changing unit is adapted to change the preset storage address of the latest data file from the address of the first shared memory to the address of the second shared memory; wherein, the storage address of the latest data file is stored in the proxy shared memory , and the relevant information of the latest data file is further stored in the agent shared memory; wherein, the storage address of the preset latest data file is represented by a first variable; The search unit is adapted to search and access the updated data file stored in the second shared memory according to the preset storage address of the latest data file when a process accesses the data file; wherein, the The search unit is specifically configured to: obtain the value of the first variable, and compare the value of the first variable with the value of the second variable stored locally, wherein the second variable is used to indicate that the process currently uses the storage address of the data file; if the comparison results are different, then unload the shared memory corresponding to the second variable, assign the value of the first variable to the second variable and then load the shared memory corresponding to the second variable , and then search for and access the data file in the storage address corresponding to the second variable. 6. The apparatus according to claim 5, wherein the changing unit is configured to change the value of the first variable from the address of the first shared memory to the address of the second shared memory. 7. The apparatus of claim 5, wherein the second variable is a global variable. 8. The device according to any one of claims 5-7, wherein the data file is an IPQuery data file, and the process is a PHP process.