CN113378026A - Method and device for managing search engine indexes in multi-tenant system and electronic equipment - Google Patents
Method and device for managing search engine indexes in multi-tenant system and electronic equipment Download PDFInfo
- Publication number
- CN113378026A CN113378026A CN202110737322.4A CN202110737322A CN113378026A CN 113378026 A CN113378026 A CN 113378026A CN 202110737322 A CN202110737322 A CN 202110737322A CN 113378026 A CN113378026 A CN 113378026A
- Authority
- CN
- China
- Prior art keywords
- tenant
- index
- tenants
- data
- indexes
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/951—Indexing; Web crawling techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a method and a device for managing search engine indexes in a multi-tenant system and electronic equipment, wherein the method comprises the following steps: acquiring the use frequency of each tenant on the platform; comparing the use frequency with a frequency threshold, determining indexes corresponding to all tenants according to the comparison result, wherein the indexes are positioned in a search engine and used for storing documents of the same type of the tenants; establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant; and acquiring tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, merging indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a fusion index, and storing the same type documents of a plurality of tenants by the fusion index. According to the invention, the tenant indexes with low use frequency are merged into one integrated index, so that idle resources are reduced, and the operation cost of opening the tenant is reduced.
Description
Technical Field
The invention relates to the field of Internet service platform storage, in particular to a method and a device for managing search engine indexes in a multi-tenant system and electronic equipment.
Background
When the multi-tenant internet service platform is used, firstly, tenants need to be opened, and when data of multiple tenants need to be stored, an exclusive storage scheme is usually adopted for data isolation among the multiple tenants. Under the scheme, the storage space is opened by taking fixed capacity as a unit, and the number of the opened storage space has positive correlation with the number of tenants. Currently, internet service platform storage schemes involve multiple storage types, including search engines, i.e., data storage systems capable of quickly querying relevant data according to complex constraints.
For a multi-tenant internet service platform, a large number of trial tenants can be opened in the popularization period and the continuous operation period of the platform, but not all the trial tenants can use the service for a long time and deeply and change the service into key tenants, the cooperation willingness of some trial tenants is in an undefined state for a long time and the use intensity is low, so that the resources are idle, and the platform side cannot provide the service for the trial tenants and recycle the resources. As the number of such trial tenants increases, the operating cost of the service provider will also increase.
Disclosure of Invention
The invention mainly aims to provide a method and a device for managing search engine indexes in a multi-tenant system, and aims to solve the problems that a large amount of storage space opened by an existing multi-tenant internet service platform is idle and the operation cost is high.
In order to achieve the above object, a first aspect of the present invention provides a method for managing search engine indexes in a multi-tenant system, including:
acquiring the use frequency of each tenant on the platform;
comparing the use frequency of each tenant to the platform with a frequency threshold value, and determining an index corresponding to each tenant according to a comparison result, wherein the index is located in a search engine and is used for storing documents of the same type of the tenant;
establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant;
and acquiring tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, and merging indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a fusion index, wherein the fusion index stores the same type documents of a plurality of tenants.
Optionally, after merging the indexes corresponding to the tenants whose usage frequency is lower than the frequency threshold into the fused index, the method further includes:
when the use frequency of the platform by the tenant corresponding to the fusion index is higher than or equal to a frequency threshold value, splitting the index, and splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside;
and deleting the tenant information of the tenant in the fusion index.
Further, after deleting the tenant information of the tenant in the fusion index, the method further includes:
and fully compensating the tenant data of the tenant to the independent index so as to enable the tenant data in the split index to be changed consistently.
Optionally, after merging the indexes corresponding to the tenants whose usage frequency is lower than the frequency threshold into the fused index, the method further includes:
when the tenant data of the tenant corresponding to the fusion index is updated in a full amount, splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside;
and deleting the tenant information of the tenant in the fusion index.
Further, after deleting the tenant information of the tenant in the fusion index, the method further includes:
updating the tenant data of the tenant in the fusion index in a full amount;
switching the route configuration again, and directing the route to the fusion index so as to enable the fusion index to provide service for the outside;
deleting the independent index;
and fully compensating the tenant data of the tenant to the fusion index so as to enable the tenant data change of the tenant in the full update to be finally consistent.
Optionally, the method further comprises:
acquiring the data orientation of a tenant through the routing strategy, and determining an index corresponding to the tenant;
and executing operation on the tenant data of the tenant according to the index corresponding to the tenant.
Further, the performing an operation on the tenant data of the tenant according to the index corresponding to the tenant includes:
if the index corresponding to the tenant is an independent index and the route points to the independent index, directly executing operation on the tenant data of the tenant;
if the index corresponding to the tenant is a fusion index and the route points to the fusion index, adding tenant information of the tenant to recalculate the unique document identifier, and executing operation on tenant data of the tenant;
wherein, the operation executed on the tenant data of the tenant comprises any one or more of searching, adding, deleting, modifying and inquiring the tenant data of the tenant.
The second aspect of the present invention provides a management apparatus for search engine indexes in a multi-tenant system, including:
the acquisition unit is used for acquiring the use frequency of each tenant on the platform;
the comparison unit is used for comparing the use frequency of each tenant on the platform with a frequency threshold value, and determining an index corresponding to each tenant according to a comparison result, wherein the index is located in the search engine and is used for storing documents of the same type of the tenant;
the establishing unit is used for establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant;
and the merging unit is used for acquiring the tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, and merging the indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a merged index, wherein the merged index stores the documents of the same type of a plurality of tenants.
A third aspect of the present invention provides a computer-readable storage medium storing computer instructions for causing a computer to execute the method for managing search engine indexes in a multi-tenant architecture provided in any one of the first aspects.
A fourth aspect of the present invention provides an electronic apparatus, comprising: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to cause the at least one processor to perform the method for managing search engine indexes in a multi-tenant architecture provided in any of the first aspects.
In the method for managing the search engine index in the multi-tenant system, provided by the embodiment of the invention, the tenant indexes with low use frequency are merged into a fused index, so that the resource utilization rate is improved, and the idle resources are reduced, thereby reducing the operation cost of tenant opening, and solving the problems that a large amount of idle storage space opened by a multi-tenant internet service platform is high in operation cost;
moreover, the routing strategy and the unique identification operation of the calculation document are centralized in the information exchange link with the search engine, so that the centralized performance optimization and the processing logic upgrading of the invention are facilitated.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a schematic flow chart of a method provided by an embodiment of the present invention;
FIG. 2 is a block diagram of an apparatus according to an embodiment of the present invention;
fig. 3 is a block diagram of an electronic device according to an embodiment of the present invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used may be interchanged under appropriate circumstances in order to facilitate the description of the embodiments of the invention herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
In the present invention, the terms "upper", "lower", "left", "right", "front", "rear", "top", "bottom", "inner", "outer", "center", "vertical", "horizontal", "lateral", "longitudinal", and the like indicate an orientation or positional relationship based on the orientation or positional relationship shown in the drawings. These terms are used primarily to better describe the invention and its embodiments and are not intended to limit the indicated devices, elements or components to a particular orientation or to be constructed and operated in a particular orientation.
Moreover, some of the above terms may be used to indicate other meanings besides the orientation or positional relationship, for example, the term "on" may also be used to indicate some kind of attachment or connection relationship in some cases. The specific meanings of these terms in the present invention can be understood by those skilled in the art as appropriate.
Furthermore, the terms "mounted," "disposed," "provided," "connected," and "sleeved" are to be construed broadly. For example, it may be a fixed connection, a removable connection, or a unitary construction; can be a mechanical connection, or an electrical connection; may be directly connected, or indirectly connected through intervening media, or may be in internal communication between two devices, elements or components. The specific meanings of the above terms in the present invention can be understood by those of ordinary skill in the art according to specific situations.
It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict. The present invention will be described in detail below with reference to the embodiments with reference to the attached drawings.
For a multi-tenant internet service platform, a large number of trial tenants can be opened in the popularization period and the continuous operation period of the platform, but not all the trial tenants can use the service for a long time and deeply and change the service into key tenants, the cooperation willingness of some trial tenants is in an undefined state for a long time and the use intensity is low, so that the resources are idle, and the platform side cannot provide the service for the trial tenants and recycle the resources. As the number of such trial tenants increases, the operating cost of the service provider will also increase.
In order to solve the above problem, an embodiment of the present invention provides a method for managing search engine indexes in a multi-tenant system, as shown in fig. 1, the method includes the following steps S101 to S104:
step S101: acquiring the use frequency of each tenant on the platform; the system comprises a plurality of tenants, wherein each tenant comprises a client which purchases the system on the behalf of an enterprise and distributes the right of use to employees, the platform is a multi-tenant Internet service platform, the multi-tenant Internet service platform faces to more than one tenant, provides services for the plurality of tenants simultaneously, and provides storage space of tenant data for the plurality of tenants.
Step S102: comparing the use frequency of each tenant to the platform with a frequency threshold value, and determining an index corresponding to each tenant according to a comparison result, wherein the index is located in a search engine and is used for storing documents of the same type of the tenant; the search engine comprises a data storage system, a query engine and a query engine, wherein the data storage system is used for quickly querying related data according to a complex limiting condition;
step S103: establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant; the routing strategy comprises configuration information for distributing a tenant data storage request to a specific position of a search engine according to a certain rule, and each tenant needing search engine data fusion has a corresponding record in the routing strategy;
step S104: and acquiring tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, and merging indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a fusion index, wherein the fusion index stores a plurality of tenants with the same type of documents and comprises indexes of the tenants with the same type of documents. And aiming at the existing data or indexes, treating the existing data or indexes as a data source of batch operation, determining the final destination of the data through a routing strategy before merging, and adding tenant information to recalculate the unique identifier of the document. The routing strategy and the calculation document unique identification operation are centralized in the information exchange link with the search engine, so that the centralized performance optimization and the processing logic upgrading are facilitated.
The method for managing the search engine indexes in the multi-tenant system can quickly merge the search engine indexes, merge the tenant indexes with low use frequency into a merged index, improve the resource utilization rate and reduce idle resources, thereby reducing the operation cost of activating tenants and solving the problems of large idle storage space and high operation cost of activating a multi-tenant internet service platform.
Specifically, after merging the indexes corresponding to the tenants whose usage frequencies are lower than the frequency threshold into the fused index in step S104, the method further includes:
when the use frequency of the platform by the tenant corresponding to the fusion index is higher than or equal to a frequency threshold value, splitting the index, and splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes; when the fusion index is split, the fusion index is used as a data source for batch operation, data is extracted, and the data destination is determined according to a routing strategy;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside; the continuity of the provided service can be ensured through a route switching mechanism;
and deleting the tenant information of the tenant in the fusion index.
Further, after deleting the tenant information of the tenant in the fusion index, the method further includes:
and fully compensating the tenant data of the tenant to the independent index so as to enable the tenant data in the split index to be changed consistently. And the final consistency of the data is ensured through a data compensation mechanism.
The method for managing the search engine indexes in the multi-tenant system can not only quickly merge the search engine indexes, but also quickly split the search engine indexes, and when the use frequency of a tenant on a multi-tenant Internet service platform is higher than or equal to a frequency threshold, the tenant with definite cooperation intention and steadily improved use strength is quickly split from the fusion index into independent indexes, so that the requirements of the tenant on better performance and higher safety are met; the convenience of merging and splitting the indexes can flexibly meet the requirements of tenants for upgrading or degrading the service, and meanwhile, the control capability of a service provider on the operation cost is enhanced;
in the splitting or merging process of tenant index data, the time for switching the routing strategy is controlled, so that the system can be ensured to normally provide services to the outside, a compensation mechanism executed after the routing strategy is switched can ensure that data differences generated in the splitting or merging process are finally consistent, and the influence of splitting or merging indexes on a user is further reduced.
Specifically, after merging the indexes corresponding to the tenants whose usage frequencies are lower than the frequency threshold into the fused index in step S104, the method further includes:
when the tenant data of the tenant corresponding to the fusion index is updated in a full amount, splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes; when the tenant data of a specific single tenant in the fusion index is updated in full, taking the fusion index as a data source, and determining the data destination of the specific single tenant through a routing strategy;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside; the continuity of the provided service can be ensured through a route switching mechanism;
and deleting the tenant information of the tenant in the fusion index.
Further, after deleting the tenant information of the tenant in the fusion index, the method further includes:
updating the tenant data of the tenant in the fusion index in a full amount; that is, the tenant data of the specific individual tenant in the fusion index is updated in a full amount;
switching the route configuration again, and directing the route to the fusion index so as to enable the fusion index to provide service for the outside; because the tenant data of the tenant in the fusion index is fully updated, the fusion index at the moment is the updated fusion index; moreover, the continuity of the provided service can be ensured through a route switching mechanism;
deleting the independent index;
and fully compensating the tenant data of the tenant to the fusion index so as to enable the tenant data change of the tenant in the full update to be finally consistent. And the final consistency of the data is ensured through a data compensation mechanism.
Specifically, the method further comprises:
acquiring the data orientation of a tenant through the routing strategy, and determining an index corresponding to the tenant; obtaining the destination of data through a routing strategy before data writing and reading;
and executing operation on the tenant data of the tenant according to the index corresponding to the tenant.
Wherein, the executing operation on the tenant data of the tenant according to the index corresponding to the tenant comprises:
if the index corresponding to the tenant is an independent index and the route points to the independent index, directly executing operation on the tenant data of the tenant;
if the index corresponding to the tenant is a fusion index and the route points to the fusion index, adding tenant information of the tenant to recalculate the unique document identifier, and executing operation on tenant data of the tenant;
wherein, the operation executed on the tenant data of the tenant comprises any one or more of searching, adding, deleting, modifying and inquiring the tenant data of the tenant.
From the above description, it can be seen that the present invention achieves the following technical effects:
the invention concentrates the routing strategy and the unique identification operation of the calculation document on the link of exchanging information with the search engine, thereby facilitating the centralized performance optimization and the processing logic upgrade of the solution;
in the splitting or merging process of partial tenant index data, the time for switching the routing strategy is controlled, the system is ensured to normally provide services to the outside, and a compensation mechanism executed after the routing strategy switching can ensure that data differences generated in the splitting or merging process are finally consistent, so that the influence of splitting or merging indexes on a user is further reduced;
the invention has the advantages of combining and splitting indexes, flexibly meeting the requirements of tenants for upgrading or degrading services and simultaneously enhancing the control capability of service providers on the operation cost.
It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.
An embodiment of the present invention further provides a device for managing search engine indexes in a multi-tenant system, which is used for implementing the method for managing search engine indexes in the multi-tenant system, and as shown in fig. 2, the device includes:
an obtaining unit 21, configured to obtain a frequency of use of the platform by each tenant;
the comparison unit 22 is configured to compare the use frequency of each tenant for the platform with a frequency threshold, and determine an index corresponding to each tenant according to a comparison result, where the index is located in the search engine and is used to store documents of the same type of the tenant;
the establishing unit 23 is configured to establish a routing policy according to each tenant and an index corresponding to each tenant, direct a route to the index corresponding to each tenant, and use the index corresponding to each tenant as a data destination of each tenant;
a merging unit 24, configured to obtain a tenant of which the usage frequency is lower than the frequency threshold in the routing policy, recalculate the unique document identifier according to tenant information of an additional tenant, and merge an index corresponding to the tenant of which the usage frequency is lower than the frequency threshold into a merged index, where the merged index stores documents of the same type of multiple tenants.
An embodiment of the present invention further provides an electronic device, as shown in fig. 3, the electronic device includes one or more processors 31 and a memory 32, where one processor 31 is taken as an example in fig. 3.
The controller may further include: an input device 33 and an output device 34.
The processor 31, the memory 32, the input device 33 and the output device 34 may be connected by a bus or other means, and fig. 3 illustrates the connection by a bus as an example.
The Processor 31 may be a Central Processing Unit (CPU), the Processor 31 may also be other general-purpose processors, Digital Signal Processors (DSP), Application Specific Integrated Circuits (ASIC), Field Programmable Gate Arrays (FPGA), other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components, or any combination thereof, and the general-purpose Processor may be a microprocessor or any conventional Processor.
The memory 32, which is a non-transitory computer readable storage medium, may be used for storing non-transitory software programs, non-transitory computer executable programs, and modules, such as program instructions/modules corresponding to the control method in the embodiments of the present invention. The processor 31 executes various functional applications of the server and data processing by running non-transitory software programs, instructions and modules stored in the memory 32, namely, the management method of the search engine index in the multi-tenant architecture, which implements the above method embodiments.
The memory 32 may include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function; the storage data area may store data created according to use of a processing device operated by the server, and the like. Further, the memory 32 may include high speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory 32 may optionally include memory located remotely from the processor 31, which may be connected to a network connection device via a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.
The input device 33 may receive input numeric or character information and generate key signal inputs related to user settings and function control of the processing device of the server. The output device 34 may include a display device such as a display screen.
One or more modules are stored in the memory 32, which when executed by the one or more processors 31 perform the method as shown in fig. 1.
Those skilled in the art will appreciate that all or part of the processes of the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium, and the processes of the embodiments of the motor control methods described above can be included when the computer program is executed. The storage medium may be a magnetic Disk, an optical Disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (FM), a Hard Disk (Hard Disk Drive, HDD), or a Solid-State Drive (SSD); the storage medium may also comprise a combination of memories of the kind described above.
Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the invention, and such modifications and variations fall within the scope defined by the appended claims.
Claims (10)
1. A method for managing search engine indexes in a multi-tenant system is characterized by comprising the following steps:
acquiring the use frequency of each tenant on the platform;
comparing the use frequency of each tenant to the platform with a frequency threshold value, and determining an index corresponding to each tenant according to a comparison result, wherein the index is located in a search engine and is used for storing documents of the same type of the tenant;
establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant;
and acquiring tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, and merging indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a fusion index, wherein the fusion index stores the same type documents of a plurality of tenants.
2. The method according to claim 1, wherein after merging the indexes corresponding to the tenants whose usage frequency is lower than the frequency threshold into the merged index, the method further comprises:
when the use frequency of the platform by the tenant corresponding to the fusion index is higher than or equal to a frequency threshold value, splitting the index, and splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside;
and deleting the tenant information of the tenant in the fusion index.
3. The method according to claim 2, wherein after deleting the tenant information of the tenant in the merged index, the method further comprises:
and fully compensating the tenant data of the tenant to the independent index so as to enable the tenant data in the split index to be changed consistently.
4. The method according to claim 1, wherein after merging the indexes corresponding to the tenants whose usage frequency is lower than the frequency threshold into the merged index, the method further comprises:
when the tenant data of the tenant corresponding to the fusion index is updated in a full amount, splitting the index corresponding to the tenant in the routing strategy from the fusion index into independent indexes;
dismantling tenant information of the tenant, recalculating a unique document identifier, and generating an independent index;
switching route configuration, and directing the route to the independent index so as to enable the independent index to provide service for the outside;
and deleting the tenant information of the tenant in the fusion index.
5. The method according to claim 4, wherein after deleting the tenant information of the tenant in the merged index, the method further comprises:
updating the tenant data of the tenant in the fusion index in a full amount;
switching the route configuration again, and directing the route to the fusion index so as to enable the fusion index to provide service for the outside;
deleting the independent index;
and fully compensating the tenant data of the tenant to the fusion index so as to enable the tenant data change of the tenant in the full update to be finally consistent.
6. The method of claim 1, further comprising:
acquiring the data orientation of a tenant through the routing strategy, and determining an index corresponding to the tenant;
and executing operation on the tenant data of the tenant according to the index corresponding to the tenant.
7. The method according to claim 6, wherein the performing an operation on the tenant data of the tenant according to the index corresponding to the tenant comprises:
if the index corresponding to the tenant is an independent index and the route points to the independent index, directly executing operation on the tenant data of the tenant;
if the index corresponding to the tenant is a fusion index and the route points to the fusion index, adding tenant information of the tenant to recalculate the unique document identifier, and executing operation on tenant data of the tenant;
wherein, the operation executed on the tenant data of the tenant comprises any one or more of searching, adding, deleting, modifying and inquiring the tenant data of the tenant.
8. An apparatus for managing search engine indexes in a multi-tenant system, comprising:
the acquisition unit is used for acquiring the use frequency of each tenant on the platform;
the comparison unit is used for comparing the use frequency of each tenant on the platform with a frequency threshold value, and determining an index corresponding to each tenant according to a comparison result, wherein the index is located in the search engine and is used for storing documents of the same type of the tenant;
the establishing unit is used for establishing a routing strategy according to each tenant and the index corresponding to each tenant, directing the routing to the index corresponding to each tenant, and taking the index corresponding to each tenant as the data destination of each tenant;
and the merging unit is used for acquiring the tenants with the use frequency lower than the frequency threshold value in the routing strategy, recalculating the unique document identification by the tenant information of the additional tenants, and merging the indexes corresponding to the tenants with the use frequency lower than the frequency threshold value into a merged index, wherein the merged index stores the documents of the same type of a plurality of tenants.
9. A computer-readable storage medium storing computer instructions for causing a computer to perform the method for managing search engine indexes in a multi-tenant architecture according to any one of claims 1 to 7.
10. An electronic device, characterized in that the electronic device comprises: at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, the computer program being executable by the at least one processor to cause the at least one processor to perform a method of managing search engine indexes in a multi-tenant architecture as claimed in any one of claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110737322.4A CN113378026B (en) | 2021-06-30 | 2021-06-30 | Method and device for managing search engine index in multi-tenant system and electronic equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110737322.4A CN113378026B (en) | 2021-06-30 | 2021-06-30 | Method and device for managing search engine index in multi-tenant system and electronic equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113378026A true CN113378026A (en) | 2021-09-10 |
| CN113378026B CN113378026B (en) | 2022-07-26 |
Family
ID=77580230
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110737322.4A Active CN113378026B (en) | 2021-06-30 | 2021-06-30 | Method and device for managing search engine index in multi-tenant system and electronic equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113378026B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103744960A (en) * | 2014-01-06 | 2014-04-23 | 河海大学 | Metadata indexing module and method based on cloud platform |
| US20150205974A1 (en) * | 2013-11-27 | 2015-07-23 | Bruce Talley | Systems and methods for multi-tenant data protection application |
| CN111478961A (en) * | 2020-04-03 | 2020-07-31 | 中国建设银行股份有限公司 | Multi-tenant service calling method and device |
| US10915524B1 (en) * | 2017-06-27 | 2021-02-09 | Amazon Technologies, Inc. | Scalable distributed data processing and indexing |
| CN112596857A (en) * | 2020-12-25 | 2021-04-02 | 北京知因智慧科技有限公司 | Method, device, equipment and medium for isolating SaaS multi-tenant data |
-
2021
- 2021-06-30 CN CN202110737322.4A patent/CN113378026B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20150205974A1 (en) * | 2013-11-27 | 2015-07-23 | Bruce Talley | Systems and methods for multi-tenant data protection application |
| CN103744960A (en) * | 2014-01-06 | 2014-04-23 | 河海大学 | Metadata indexing module and method based on cloud platform |
| US10915524B1 (en) * | 2017-06-27 | 2021-02-09 | Amazon Technologies, Inc. | Scalable distributed data processing and indexing |
| CN111478961A (en) * | 2020-04-03 | 2020-07-31 | 中国建设银行股份有限公司 | Multi-tenant service calling method and device |
| CN112596857A (en) * | 2020-12-25 | 2021-04-02 | 北京知因智慧科技有限公司 | Method, device, equipment and medium for isolating SaaS multi-tenant data |
Non-Patent Citations (1)
| Title |
|---|
| 邹立达、李庆忠、孔兰菊、王振坤: "《基于Chord的多租户索引机制研究》", 《计算机学报》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113378026B (en) | 2022-07-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10949557B2 (en) | Blockchain-based auditing, instantiation and maintenance of 5G network slices | |
| US10116507B2 (en) | Method of and system for managing computing resources | |
| CN109492380B (en) | Equipment authentication method and device and block link point | |
| US20210126986A1 (en) | Distributed processing system and method for the provision of location based services | |
| CN107004013A (en) | System and method for providing distributed tree traversal using hardware based processing | |
| CN105681477B (en) | A kind of data access method and a kind of server | |
| US9251227B2 (en) | Intelligently provisioning cloud information services | |
| CN106357778A (en) | Session information sharing method, device and system | |
| CN108595505A (en) | The method and apparatus of data query | |
| CN112000285A (en) | Strong consistent storage system, strong consistent data storage method, server and medium | |
| CN113378026B (en) | Method and device for managing search engine index in multi-tenant system and electronic equipment | |
| CN110515979B (en) | Data query method, device, equipment and storage medium | |
| CN116775712A (en) | Method, device, electronic equipment, distributed system and storage medium for inquiring linked list | |
| US20230336557A1 (en) | Resource allocating and management in a computer network | |
| CN112752352A (en) | Method and equipment for determining intermediate session management function I-SMF | |
| CN115774700A (en) | File sharing method and device, computer equipment and storage medium | |
| CN114884950A (en) | Resource arrangement method of block chain-based cross-service communication on edge cloud | |
| CN115361374A (en) | File transmission method and device and electronic equipment | |
| CN112380411B (en) | Sensitive word processing method, device, electronic equipment, system and storage medium | |
| CN114676179A (en) | Multi-source heterogeneous data interaction and fusion method and system for shield scene | |
| US20210256600A1 (en) | Connector leasing for long-running software operations | |
| JP2013196566A (en) | Information processing device and method | |
| CN105389399A (en) | Method and device for managing meta-information of database cluster | |
| CN112187916A (en) | Cross-system data synchronization method and device | |
| CN111078736A (en) | Data aggregation processing method and device, terminal and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |