CN112488803A - Favorite storage access method and device, equipment and medium thereof - Google Patents

Favorite storage access method and device, equipment and medium thereof Download PDF

Info

Publication number
CN112488803A
CN112488803A CN202011493935.XA CN202011493935A CN112488803A CN 112488803 A CN112488803 A CN 112488803A CN 202011493935 A CN202011493935 A CN 202011493935A CN 112488803 A CN112488803 A CN 112488803A
Authority
CN
China
Prior art keywords
characteristic information
hash table
commodity
user
value
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
Application number
CN202011493935.XA
Other languages
Chinese (zh)
Inventor
陈伟武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Huaduo Network Technology Co Ltd
Original Assignee
Guangzhou Huaduo Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Guangzhou Huaduo Network Technology Co Ltd filed Critical Guangzhou Huaduo Network Technology Co Ltd
Priority to CN202011493935.XA priority Critical patent/CN112488803A/en
Publication of CN112488803A publication Critical patent/CN112488803A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The application discloses a favorite storage access method, a device, equipment and a medium thereof, wherein the method comprises the following steps: the method comprises the steps of obtaining shop characteristic information, user characteristic information, standardized characteristic information of a specific commodity and single item characteristic information which are required for inquiring collection states of electric commercial users about the specific commodity; combining the store characteristic information and the user characteristic information as keys, inquiring a first hash table to obtain a corresponding value, and determining a second hash table pointed by the value as an address, wherein the second hash table is used for storing commodity collection records corresponding to the commodity collections of the E-commerce users in a key-value pair mode; and combining the standardized characteristic information of the specific commodity and the single-item characteristic information as a key, and inquiring the second hash table to obtain a corresponding value, wherein the value at least stores the inventory available state of the specific commodity. The hash storage technology is used for managing the favorite data storage of the E-commerce platform, and the storage and access efficiency of the favorite data is improved.

Description

Favorite storage access method and device, equipment and medium thereof
Technical Field
The application belongs to the technical field of internet, and particularly relates to a favorite storage access method, and a corresponding device, electronic equipment and a nonvolatile storage medium thereof.
Background
In the internet e-commerce field, a favorite of a user in a designated shop is often established according to user preferences, the user adds commodities to the favorite according to personal preferences in the process of browsing the commodities, and then, the commodity price in the favorite is tracked, so that the conversion from the favorite to the purchase is finally formed.
For the favorite of the user, the system needs to maintain the favorite data, and also needs to maintain and update the latest commodity state of each user favorite according to the latest inventory condition of the commodity, and the commodity state generally includes but is not limited to: normal commodity, sold out commodity and failure commodity. The goods can be changed from a normal state to a failure state and a sold-out state, or the system informs the merchant of goods replenishment from the sold-out state, and the sold-out state is changed to the normal state after the goods replenishment. When a user browses a commodity by entering a commodity detail page, the system needs to judge whether the current browsing user collects the commodity being browsed or not and what state the commodity is in.
Different users can add items to favorites according to the sku (for describing one item) and spu (for describing one specific style of the item) dimensions of the items, in which case the favorites of all users and items are usually maintained. If a user collects unlimited merchandise at a store, resulting in a data volume explosion, the system may need to try to maintain the relationship between the merchandise and the user. In this case, when the backend system receives the message of the change of the commodity state, it needs to search for the users, and update the commodity state to the latest state of sku or spu in time. For an e-commerce platform, a large number of shops and a large number of potential consumer users exist, and how reasonable maintenance is performed on relationship data between commodities associated with favorites and users is enough to influence efficient application of computing resources of the platform.
Further, when the user enters the item detail page or the item list page, the user may request to determine whether the user itself already collects the currently browsed items, and therefore, the request initiated by the status query of the favorite is massive under the condition that the favorite exists. Therefore, the system needs to consider how to respond to such a high request amount, determine whether the user has already collected a certain commodity in a more efficient manner, update the latest state of the commodity and show the selling price of the commodity, save the calculation power of the server as much as possible, and improve the response speed of the request related to the commodity collection state in the favorite.
Disclosure of Invention
In view of at least some of the disadvantages of the prior art, the present application aims to provide a favorite storage access method and a corresponding favorite storage access device, an electronic device, and a non-volatile storage medium.
In order to meet the purpose of the application, the following technical scheme is adopted in the application:
the method for accessing the favorite storage comprises the following steps:
acquiring a feature information set required for inquiring the collection state of an electric commercial user about a specific commodity, wherein the feature information set comprises store feature information indicating store users to which the specific trademark belongs, user feature information of the electric commercial user, standardized feature information of the specific commodity and single item feature information;
combining the store characteristic information and the user characteristic information as keys, inquiring a first hash table to obtain a corresponding value, and determining a second hash table pointed by the value as an address, wherein the second hash table is used for storing commodity collection records corresponding to the commodity collections of the E-commerce users in a key-value pair mode;
and combining the standardized characteristic information of the specific commodity and the single-item characteristic information as a key, and inquiring the second hash table to obtain a corresponding value, wherein the value at least stores the inventory available state of the specific commodity.
In a further embodiment, the method further comprises the following steps:
and monitoring the total number of the commodity collection records in the second hash table, and clearing part of the commodity collection records when the total number is greater than a preset threshold value.
In some embodiments, the step of clearing part of the commodity collection records includes:
determining a predetermined number of commodity collection records with the longest storage time in a second hash table as candidate records;
performing weighted calculation integral on each candidate record according to the associated historical access times and the number of days from the last access time;
and sorting the candidate records according to the size of the integral, deleting the partial candidate records with smaller integral from the second hash table, and keeping the total number of the commodity collection records in the second hash table within the range of the preset threshold value.
In some embodiments, the method further comprises the following steps:
responding to a full access request of the e-commerce user of the favorite, and acquiring the shop characteristic information and the user characteristic information carried in the request;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information to determine a corresponding second hash table;
traversing the second hash table, converting all the commodity collection records of the second hash table into a readable information list and returning the readable information list.
In some embodiments, the method further comprises the following steps:
responding to a specific commodity adding request of the favorite, and acquiring the characteristic information set carried in the request, wherein the characteristic information set also comprises an inventory available state of the specific commodity;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information in the characteristic information set to determine a corresponding second hash table;
and forming a key value pair by taking the standardized characteristic information and the single item characteristic information in the characteristic information set as keys and the inventory available state as values, and creating/updating a commodity collection record of the specific commodity in a second hash table.
In some embodiments, the method further comprises the following steps:
responding to a specific commodity removing request of an e-commerce user of the favorite, and acquiring shop characteristic information, user characteristic information and standardized characteristic information carried in the request;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information to determine a corresponding second hash table;
deleting the commodity collection records corresponding to the keys containing the standardized feature information in the second hash table one by one.
In some embodiments, the method further comprises the following steps:
responding to a specific commodity modification request of a shop user, and acquiring the shop characteristic information, the single item characteristic information and the stock available state and/or the transaction price related to the single item characteristic information in the request;
querying keys containing the store characteristic information in the first hash table to obtain a plurality of second hash tables pointed to by values of the keys;
and storing the values corresponding to the keys containing the single item characteristic information in each second hash table by using the inventory available state and/or the transaction price.
A favorite storage access device adapted to one of the objects of the present application is provided, comprising:
the characteristic acquisition module is used for acquiring a characteristic information set required for inquiring the collection state of the e-commerce user about the specific commodity, wherein the characteristic information set comprises shop characteristic information indicating shop users to which the specific trademark belongs, user characteristic information of the e-commerce user, standardized characteristic information of the specific commodity and single-item characteristic information;
the list positioning module is used for combining the store characteristic information and the user characteristic information as keys, inquiring a first hash table to obtain a corresponding value, and determining a second hash table pointed by the value as an address, wherein the second hash table is used for storing commodity collection records corresponding to the commodity favorites of the E-commerce user in a key-value pair mode;
and the state query module is used for combining the standardized characteristic information of the specific commodity and the single-item characteristic information as keys, and querying the second hash table to obtain a corresponding value, wherein the value at least stores the inventory available state of the specific commodity.
An electronic device adapted for one of the purposes of the present application includes a central processing unit and a memory, the central processing unit is used for calling and running a computer program stored in the memory to execute the favorite storage access method.
A non-volatile storage medium adapted for one of the purposes of the present application is provided, storing in the form of computer readable instructions a computer program for implementing said method of favorite storage access according to the present application, which computer program, when invoked by a computer, performs the steps comprised by the method.
Compared with the prior art, the method has the following advantages:
the application is suitable for the characteristics that data in a favorite usually has short-term storage and is changed frequently due to commodity change, and the like, data records in the favorite are organized and stored and managed by taking a hash table as a storage form, on a first level, a value corresponding to a key formed by combining store characteristic information and user characteristic information is used for a special hash table corresponding to the favorite pointing to each E-commerce user, a value corresponding to a key formed by combining standardized characteristic information (SPU) and single item characteristic information (SKU) is used for storing commodity information collected by the E-commerce user, when the commodity records in the favorite need of access, the required data records can be quickly positioned from the hash tables of two levels correspondingly by combining various characteristic information as keys, wherein the required data records comprise the special hash table positioned to a second level, the commodity records in the special hash table and the special hash table, and the like, therefore, by utilizing the efficient organization characteristic of the hash table, the favorites are effectively managed, the efficient access capability is provided, and the computing resources of the system are saved.
Whether the commodity records in the favorites are changed correspondingly due to the change of the inventory available state of the commodities or accesses caused by the change of two directions due to the addition or modification of the commodity records of the favorites by the e-commerce users can realize quick response by virtue of the efficient access capability provided by the hash table, so that the service efficiency of accessing the favorites is improved.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:
fig. 1 is a schematic diagram of a typical network deployment architecture related to implementing the technical solution of the present application;
FIG. 2 is a flow diagram illustrating an exemplary embodiment of a favorite storage access method of the present application;
FIG. 3 is a flowchart illustrating another embodiment of a favorite storage access method of the present application;
FIG. 4 is a schematic flow chart illustrating the specific steps included in step S14 in FIG. 3;
FIG. 5 is a schematic flow chart diagram illustrating a favorite storage access method according to yet another embodiment of the present application;
FIG. 6 is a schematic flow chart diagram illustrating a favorite storage access method according to yet another embodiment of the present application;
FIG. 7 is a schematic flow chart diagram illustrating a favorite storage access method according to yet another embodiment of the present application;
FIG. 8 is a schematic flow chart diagram illustrating a favorite storage access method according to yet another embodiment of the present application;
FIG. 9 is a functional block diagram illustrating the structure of an exemplary embodiment of a favorite storage access device of the present application.
Detailed Description
Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining the present application and are not to be construed as limiting the present application.
As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.
It will be understood by those within the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
As will be appreciated by those skilled in the art, "client," "terminal," and "terminal device" as used herein include both devices that are wireless signal receivers, which are devices having only wireless signal receivers without transmit capability, and devices that are receive and transmit hardware, which have receive and transmit hardware capable of two-way communication over a two-way communication link. Such a device may include: cellular or other communication devices such as personal computers, tablets, etc. having single or multi-line displays or cellular or other communication devices without multi-line displays; PCS (Personal Communications Service), which may combine voice, data processing, facsimile and/or data communication capabilities; a PDA (Personal Digital Assistant), which may include a radio frequency receiver, a pager, internet/intranet access, a web browser, a notepad, a calendar and/or a GPS (Global Positioning System) receiver; a conventional laptop and/or palmtop computer or other device having and/or including a radio frequency receiver. As used herein, a "client," "terminal device" can be portable, transportable, installed in a vehicle (aeronautical, maritime, and/or land-based), or situated and/or configured to operate locally and/or in a distributed fashion at any other location(s) on earth and/or in space. The "client", "terminal Device" used herein may also be a communication terminal, a web terminal, a music/video playing terminal, such as a PDA, an MID (Mobile Internet Device) and/or a Mobile phone with music/video playing function, and may also be a smart tv, a set-top box, and the like.
The hardware referred to by the names "server", "client", "service node", etc. is essentially an electronic device with the performance of a personal computer, and is a hardware device having necessary components disclosed by the von neumann principle such as a central processing unit (including an arithmetic unit and a controller), a memory, an input device, an output device, etc., a computer program is stored in the memory, and the central processing unit calls a program stored in an external memory into the internal memory to run, executes instructions in the program, and interacts with the input and output devices, thereby completing a specific function.
It should be noted that the concept of "server" as referred to in this application can be extended to the case of a server cluster. According to the network deployment principle understood by those skilled in the art, the servers should be logically divided, and in physical space, the servers may be independent from each other but can be called through an interface, or may be integrated into one physical computer or a set of computer clusters. Those skilled in the art will appreciate this variation and should not be so limited as to restrict the implementation of the network deployment of the present application.
Referring to fig. 1, the hardware basis required for implementing the related art embodiments of the present application may be deployed according to the architecture shown in the figure. The server 80 is deployed at the cloud end, and serves as a business server, and is responsible for further connecting a related data server and other servers providing related support, so as to form a logically related server cluster, so as to provide services for related terminal devices, such as the smart phone 81 and the personal computer 82 shown in the figure, and even other servers. Both the smart phone and the personal computer can access the internet through a known network access mode, and establish a data communication link with the cloud server 80 so as to run a terminal application program related to the service provided by the server.
The computer service realized by the application plays a role of a middle station, the middle station mainly refers to a middle component which is required to be called by the computer service and is used for realizing a certain practical function, the input parameters are provided from the external request if necessary by responding to the external request, and after the internal processing of the middle component, the expected result of the external request is correspondingly fed back to finish the response to the external request.
For ease of understanding, a storage architecture for storing merchandise information in favorites is disclosed. For each shop in the e-commerce platform, the method and the system achieve the organization and storage of favorites through a hash table of two levels. The hash table is a hash table, and data storage is performed in a key value pair form, a functional relationship exists between keys and values, one key is provided, and a corresponding value can be obtained through function conversion.
In the application, the first-level hash table is mainly used for establishing an index of a storage address of a second-level hash table corresponding to the favorite of each e-commerce user for each store, and commodity information contained in the favorite of each e-commerce user is stored by means of one second-level hash table. The key of the hash table of the first level is a character string expression formed by combining store characteristic information representing a specific store and user characteristic information representing a telecom customer, and the corresponding value stores the corresponding storage address of the hash table of the second level, so that the storage address of the hash table of the second level corresponding to a favorite of a certain telecom customer can be inquired through the hash table of the first level so as to further access the hash table of the second level. The key of the hash table in the second level is a character string expression composed of the standardized feature information representing the commodity SPU and the item feature information representing the commodity SKU, and the corresponding value stores the state description information related to the commodity, including the stock available state, unit price and other arbitrary attributes of the commodity. Typically, the inventory available status includes normal, sold-out, and failed goods, etc., and may be represented by a simple numerical notation such as 0 for normal goods, 1 for sold-out, and 2 for failed goods. The unit price and other attributes can be flexibly selected according to actual needs, and whether the hash table is stored in the values of the hash table in the second level is determined.
According to the disclosure of the storage architecture of the favorites, it can be understood that when the technical scheme implemented by the application provides the middlebox service, only two levels of hash tables are needed, and four kinds of feature information are used, so that relational storage of data relationships of the favorites between a plurality of shops and a plurality of electric business users can be achieved, and the hash tables can rapidly acquire corresponding values only by using functional relationships, so that the efficient access characteristic is provided, and therefore, the short-term storage requirement of the favorites is closely adapted. In addition, the system can provide services for different shops and different users through the forms, so that the system is particularly suitable for realizing a middle station assembly, standardizes a storage access interface and meets the requirements of the application.
The person skilled in the art will know this: although the various methods of the present application are described based on the same concept so as to be common to each other, they may be independently performed unless otherwise specified. In the same way, for each embodiment disclosed in the present application, it is proposed based on the same inventive concept, and therefore, concepts of the same expression and concepts of which expressions are different but are appropriately changed only for convenience should be equally understood.
With the above disclosure of the deployment environment and the application environment relevant to the technical solution of the present application in mind, reference is made to the following description for further understanding of various embodiments of the present application:
referring to fig. 2, an application installed and running on a server is responsible for executing a middle station service embodied to construct the present application, which is open to external calls, and in an exemplary embodiment, the method includes the following steps:
step S11, acquiring a feature information set required for querying a collection state of an e-commerce user about a specific commodity, the feature information set including store feature information indicating a store user to which the specific trademark belongs, user feature information of the e-commerce user, standardized feature information of the specific commodity, and item feature information:
when an e-commerce user to which the e-commerce platform belongs needs to access the collection state of a specific commodity, the middle platform service realized by the application is called to inquire the inventory available state of the specific commodity, and the middle platform service is used for updating corresponding information in an accessed commodity detail page or a favorite list page of the e-commerce user.
In order to inquire about the stock available state, when the middle station service is accessed, a feature information set is provided, and the feature information set comprises store feature information indicating a store user to which the specific trademark belongs, user feature information of the electric company user, standardized feature information of the specific commodity and item feature information. The store characteristic information is generally characterized by a store ID adopted by an e-commerce platform, the user characteristic information of the e-commerce user is generally the user ID of the e-commerce user, the standardized characteristic information is generally expressed by an SPU of a commodity, and the single item characteristic information is generally expressed by a SKU of the commodity.
Step S12, combining the store characteristic information and the user characteristic information as a key, querying a first hash table to obtain a corresponding value, and determining a second hash table pointed to by the value as an address, where the second hash table is used to store, in a key-value pair manner, a commodity collection record corresponding to a commodity collection of the e-commerce user:
according to the storage architecture disclosed above, in order to obtain a second hash table, which is a second-level hash table associated with each user, a character string expression is first combined by store ID, which is the store characteristic information, and user ID, which is the user characteristic information, and the first hash table is used as a Key (Key), and the first hash table is queried by using the Key, and a corresponding value is obtained through function conversion.
Since the second hash table stores the commodity collection records corresponding to the commodity collection of the e-commerce user in a key-value pair manner, the second hash table needs to be further queried.
Step S13, combining the standardized feature information of the specific product and the item feature information as a key, and querying the second hash table to obtain a corresponding value, where at least the stock available state of the specific product is stored:
since the second hash table has a relationship between standardized feature information of the commodity, i.e., a character string expression formed by combining an SPU and singleness feature information, i.e., SKU, and status description information of the commodity, in order to query the status description information of a specific commodity, particularly the inventory available status thereof, from the second hash table of the e-commerce user, it is necessary to first combine the SPU and the SKU into a character expression as a key for query, and then determine a value stored in a storage address pointed by an operation result through function conversion, where the value is the status description information, from which the inventory available status of the specific commodity can be known.
For example, when the midboard service receives a request for determining whether the user collects a sku in a store, the midboard service may directly obtain a collection hash table of the specified user from the first hash table, that is, the second hash table, from the cache according to the store id + the user id as the key, and then obtain a corresponding value according to the spu + sku as the key on the second hash table. If the spu + sku has a value, it can be proved that the current user has collected the commodity sku, otherwise, it is proved that the user has not collected the commodity sku.
In the above, the exemplary embodiment of the present application provides an exemplary embodiment of how to query and acquire the inventory available state of a specific product in a favorite in a store-e-commerce user relationship data storage architecture formed by a hash table, and as can be seen from the disclosure of the exemplary embodiment, by using such a function conversion mechanism of the hash table, when information recorded by a product in the favorite needs to be queried, data can be quickly acquired only through function conversion without traversing or bisection query as in a general relationship database, and the access response efficiency is high.
Referring to fig. 3, in another embodiment of the favorite storage access method of the present application, compared to the foregoing exemplary embodiment, a step S14 that may be concurrently executed with the embodiments of the present application is extended, the total number of the commodity collection records in the second hash table is monitored, and when the total number is greater than a preset threshold, part of the commodity collection records are cleared:
in order to control the reasonability of the collection quantity of the users, the stores can be allowed to be pre-configured with a preset threshold value in the middle station service of the application, and the total quantity of commodities collected by the electric commercial users is limited not to exceed the preset threshold value. The store can be configured with the maximum collection number of the single user, for example, the store N is configured with the maximum collection number of all users in the current store being 100 commodities sku, in this case, the store can further determine a strategy, so that when the record that the E-commerce user collects the store commodities reaches the maximum collection number, namely is larger than the preset threshold value, the useless collected commodities are actively eliminated.
In order to monitor the maximum collection quantity of the electric commercial users, the middle station service inquires the collection records of the electric commercial users in the shop N according to the shop characteristic information of the shop N and the user characteristic information of the electric commercial users, finds out whether the collection quantity of the current users reaches the upper limit of the maximum quantity, allows to execute storage operation if the collection quantity of the current users does not reach the upper limit of the maximum quantity, updates the collection records to a cache if the collection records are newly added, and can write the cache and a database in a double-writing mode in order to ensure the data storage effect.
In order to implement a strategy for implementing the shop to control the maximum collection number of the e-commerce users, as shown in fig. 4, the middle station service of the present application clears part of the commodity collection records for the users by performing the following specific steps:
step S141, determining a predetermined number of commodity collection records stored in the second hash table for the longest time as candidate records:
if the number of the commodities collected by a certain e-commerce user reaches the preset threshold value, the commodity records stored in the second hash table of the e-commerce user can be queried so as to determine the relevant candidate records.
In order to facilitate the clearing operation, for each commodity that the e-commerce user has visited in a certain store, the middlebox service records the judgment time of the last inventory available state query request initiated for the commodity when the user last visited the commodity, for example, if the e-commerce user has visited the commodity on day 12, month 8, and since the e-commerce user accesses the detail page of the commodity, the query request is initiated by default, then the system stores the last specific judgment time at this time as 12, month 8 and 2020, and records that the user visits the commodity for the second time, and each time the user visits the commodity, the visit number is +1, for example, the first visit is 1, the last visit is 12, month 8 and 2020, and the user visits on day 12, month 9 and 2020, the last visit is 12, month 9 and 2020, and the visit number is 2, and by analogy, recording the last access time of the user and how many times the user accesses the commodity together from the collection of the commodity.
Therefore, whether the user has accessed a certain commodity recently can be obtained according to the last access time, and the system can sort the commodity list collected by the electric commercial user reversely according to the last access time so as to eliminate the data with the oldest last access time. In this particular step, a mechanism is non-exclusively preferred to scan the last access time reciprocal 10 bits of access data from 100 collection records as candidate records in order to perform the eviction mechanism.
Step S142, carrying out weighted calculation integral on each candidate record according to the associated historical visit times and the number of days from the last visit time;
in the specific step, an integral value is calculated for 10 data scanned in the previous specific step, a last access weight is calculated by taking the last access time + the historical access times as a formula, and the time and the access times are calculated by setting score values correspondingly:
for example, the last visit time is 1/6/2020, and if the data is 5 points in time for 6/2020, the obtained score is 5+ 10-15 points if the number of visits is 10. Of course, we can also adjust the weight between the number of visit days and the number of visit times, for example, the number of days is 2, the number of visit times is 1, and the calculation formula becomes 5 × 2+10 × 1 to 20 points.
And step S143, sorting the candidate records according to the size of the integral, deleting the partial candidate records with smaller integral from the second hash table, and keeping the total number of the commodity collection records in the second hash table within the range of the preset threshold value.
After the system calculates the integral value of the user accessing a specific commodity by combining time and access times, the 10 collection records can be inversely sorted according to the integral value, so that one data with the lowest score can be eliminated, only one record can be eliminated each time, and theoretically, the record is the data which is obtained according to the algorithm and is of no interest to the electric commercial user.
In addition to the above-mentioned manner of querying the second hash table, in a modified embodiment, the monitoring mechanism of the maximum collection number in the favorite of the e-commerce user may also be implemented by tracking each collection behavior of the e-commerce user, specifically, when each user collects one commodity, it is determined whether the collection frequency reaches the maximum collection frequency of the store, for example, 100 times, and if the collection frequency reaches the preset threshold, the above-mentioned specific steps may be triggered to clear up the record data of the commodity stored in the second hash table of the e-commerce user.
After the above cleaning mechanism is implemented, the total amount of the favorite records in the favorite of the e-commerce user is kept within the range of the preset threshold, so that the abuse of the storage resource by the user can be effectively prevented.
It can be seen that, in the embodiment, by setting the maximum upper limit of the collection number for the favorites of the e-commerce user and combining with an automatic cleaning mechanism, the backlog of a large number of redundant collection records can be effectively prevented, the storage resources of the e-commerce platform are prevented from being abused, and efficient access to the favorites is also ensured.
Referring to fig. 5, in yet another embodiment of the favorite storage access method of the present application, based on any embodiment of the present application, the following concurrent steps may be compatible so as to satisfy the access to the list of favorite records in the favorite of the e-commerce user:
step S21, responding to the full access request of the E-commerce user of the favorite, and acquiring the shop characteristic information and the user characteristic information carried in the request:
the full access request is usually initiated when the e-commerce user enters a favorite of a certain store to view a self-collected commodity list, in this case, the middle station service needs to query all commodities collected by the e-commerce user in the store and feed the commodities back to the terminal equipment of the e-commerce user for display. When a user enters a favorite of the user in a certain shop and initiates the full-volume access request, the system carries the shop characteristic information and the user characteristic information in the request, and the corresponding shop characteristic and the user characteristic are obtained after the middle station service receives the request.
Step S22, determining a corresponding second hash table by querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information:
as in the exemplary embodiment of the present application, since the address of the second hash table is stored in the first hash table, the store characteristic information and the user characteristic information are combined into a character string as a key of the first hash table, and after conversion is performed by a function corresponding to the first hash table, a value corresponding to the key, that is, a storage address of the corresponding second hash table is obtained.
Step S23, traverse the second hash table, convert all the commodity collection records of the second hash table into a readable information list and return:
the full access request aims at obtaining all collection records of the e-commerce user in the shop, so that the middle station service can call out all key value pairs stored in the storage address, obtain commodity information related to all the collection records, including stock available state information, convert the commodity information into a readable information list and return the readable information list to the e-commerce user, and the e-commerce user displays the readable information list on a browsing page of the e-commerce user after receiving the readable information list to access the favorite list.
Therefore, the embodiment enriches the technical connotation of the application, so that the full access to the favorites can be technically executed.
Referring to fig. 6, in another embodiment of the favorite storage access method of the present application, based on any embodiment of the present application, the following concurrent steps may be compatible so as to satisfy the requirement that the e-commerce user adds a commodity collection record to his favorite in a certain store, and updates the related commodity collection record of the e-commerce user who already collects the commodity:
step S31, in response to the specific commodity addition request of the favorite, obtaining the feature information set carried in the request, where the feature information set further includes an inventory available state of the specific commodity:
when a user browses a commodity of a certain shop, namely the specific commodity, and executes the action of adding the specific commodity to a favorite of the user in the shop, the specific commodity adding request is triggered. When this request is triggered, the system will submit the feature information set to the central service of the present application, and in this case, the feature information set will also include the inventory availability status of the specific product.
Step S32, determining a corresponding second hash table by querying the first hash table according to a key formed by combining store characteristic information and user characteristic information in the characteristic information set:
in the same manner as described above with respect to the positioning to the second hash table by the first hash table, after the keys are composed by the store characteristic information and the user characteristic information in the characteristic information set, the corresponding second hash table can be determined from the first hash table.
Step S33, with the standardized characteristic information and the item characteristic information in the characteristic information set as keys and the stock available state as values, a key-value pair is formed, and a commodity collection record of the specific commodity is created/updated in a second hash table:
for example, when a user of an e-commerce adds a commodity to a favorite in a certain store, the system establishes a collection relationship between the user and the store commodity, and at this time, a cache hash table, that is, the second hash table, is assigned with a certain key on the second hash table, where the key is a combination of spu + sku, and after the middle-stage service obtains the assignment of the key, it first determines whether the corresponding hash table exists, if there is no key pair on the hash table, it does not exist, if the hash table already exists, it continues to determine whether the current key exists, if not, it adds a new key, and if so, it replaces the old value with the new value, thereby implementing creation or update of the commodity collection record of the specific commodity.
The embodiment enriches the technical connotation of the application, and solves the problem that the data relationship is modified due to the change of the user direction in the shop-user relationship when the e-commerce user initiates the requirement of adding a specific commodity to the favorite.
Referring to fig. 7, in another embodiment of the favorite storage access method of the present application, based on any of the embodiments of the present application, the following concurrent steps may be compatible so as to satisfy the requirement that the e-commerce user removes his or her collected commodity collection record by himself or herself:
step S41, in response to the specific merchandise removal request of the e-commerce user of the favorite, obtaining the store characteristic information, the user characteristic information, and the standardized characteristic information carried in the request:
compared with other embodiments, in the embodiment, the commodity removed by the user is clear, and the object removed by the user is usually the whole commodity, that is, the relevant commodity collection record is deleted at the SPU level, so that usually, only the characteristic information of the shop, the user and the SPU level needs to be provided. Of course, as an equivalent alternative, the user may also provide the feature information of the single item at the SKU level, or simultaneously provide the feature information at the SPU + SKU level, and the middlebox service may perform the corresponding processing after acquiring the information.
Step S42, determining a corresponding second hash table by querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information: in the present step, the second hash table of the corresponding e-commerce user is obtained through the first hash table, which is the same as the previously disclosed embodiment.
Step S43, delete the commodity collection records corresponding to the keys containing the standardized feature information in the second hash table one by one:
in this specific step, whether the key in the second hash table contains the standardized feature information may be queried to determine whether the key is a commodity collection record that needs to be deleted, and after the commodity collection records are retrieved, the commodity collection records may be deleted one by one. Of course, if the standardized feature information is replaced with the single item feature information, or replaced with the standardized feature information and the single item feature information, the corresponding search operation can be executed in the same way to determine the relevant commodity collection records, and then the relevant commodity collection records can be deleted.
Therefore, it can be understood that when the e-commerce user removes the favorite, the middle desk service removes the value of the e-commerce user at the current spu + sku, the spu can identify a certain commodity, the sku can identify a specific certain style of the commodity, a plurality of skus are arranged under one spu, if the user removes the whole spu, the key-value pairs corresponding to the spu key are removed, and keys combined with any sku under the spu in the cache are removed step by step.
Therefore, the technical content of the application is further enriched by the embodiment, and when the e-commerce user needs to delete a single or partial commodity collection record, efficient access can be realized through the mode disclosed by the embodiment.
Referring to fig. 8, in another embodiment of the favorite storage access method of the present application, based on any of the embodiments of the present application, the following concurrent steps are compatible so as to satisfy the requirement of adaptively modifying the item collection records due to the change of the stock availability status of the items at the store side:
step S51, in response to a specific merchandise modification request of a store user, obtaining the store characteristic information, the item characteristic information, and the stock available status and/or the transaction price associated with the item characteristic information in the request:
when a certain commodity at a store is sold out, put off the shelf and returned to supply, the inventory availability state of the corresponding specific commodity changes naturally, and in this case, the intermediate service needs to modify a commodity collection record formed by collecting the specific commodity according to a specific commodity modification request automatically triggered by a store user. Theoretically, the commodity collection records are associated with a plurality of electric commercial users in a scattered manner, if the traditional relational data table is adopted to store the commodity collection records, the calculation amount is not self-known, and the defects can be effectively avoided because the hash storage principle is adopted in the application. In the specific merchandise modification request from the store side, the store characteristic information, the item characteristic information, and the stock available state of the specific merchandise may be acquired, and the transaction price may be included as needed, depending on the content stored in the value in the second hash table. It should be noted that, in the request, it is not required to provide the user characteristic information, considering that the request is not initiated by a certain e-commerce user and that the specific goods to be collected may be collected by a plurality of e-commerce users.
Step S52, obtaining a plurality of second hash tables to which the values point by querying the keys containing the store characteristic information in the first hash table:
in order to determine the relevant e-commerce users who already collect the specific commodity, the keys of the first hash table are composed of store characteristic information and user characteristic information, so that a second hash table corresponding to all e-commerce users associated with the store, namely the e-commerce users who collect at least one commodity of the store, can be inquired through the store characteristic information. Although some of the e-commerce users may not collect the specific commodity, the subsequent steps are executed to actually and essentially affect the purpose of the embodiment.
Step S53, storing, as values corresponding to the keys containing the item feature information in each second hash table, the stock available status and/or the transaction price:
similarly, since the keys of the second hash table are expressed by combining the standardized feature information of the commodity and the single item feature information, and each key contains the single item feature information, the keys of the second hash table obtained in the previous specific step are inquired by the single item feature information, so that the key-value pairs corresponding to the commodity collection records containing the single item feature information can be quickly located, and the corresponding key-value pairs are obtained by live broadcast without concerning which users collect the specific commodity, so that the values are obtained. In this case, the stock available state and/or the transaction price are stored in place of the values one by one, so that the collection record of each relevant e-commerce user about the specific commodity can be updated.
The embodiment further enriches the technical content of the application, and the inventory available state is generated by the change caused by the store side commodity information in the store-user relationship, so that the embodiment can be implemented to quickly and efficiently synchronize a plurality of E-commerce users already collecting the commodities.
Further, a favorite storage access device of the present application can be constructed by functionalizing the various embodiments of the above-mentioned favorite storage access method, according to this idea, please refer to fig. 9, and in an exemplary embodiment, the device includes:
the characteristic acquisition module 11 is configured to acquire a characteristic information set required for querying a collection state of an e-commerce user about a specific commodity, where the characteristic information set includes store characteristic information indicating a store user to which the specific trademark belongs, user characteristic information of the e-commerce user, standardized characteristic information of the specific commodity, and item characteristic information;
the list positioning module 12 is configured to combine the store characteristic information and the user characteristic information as a key, query the first hash table to obtain a corresponding value, and determine a second hash table pointed by the value as an address, where the second hash table is used to store, in a key-value pair manner, a commodity collection record corresponding to a commodity favorite of the e-commerce user;
a status query module 13, configured to combine the standardized feature information of the specific product and the item feature information as a key, and query the second hash table to obtain a corresponding value, where the value at least stores an inventory available status of the specific product.
To facilitate the execution of the present application, an electronic device is provided, which includes a central processing unit and a memory, wherein the central processing unit is used for calling and running a computer program stored in the memory to execute the steps of the favorite storage access method.
It can be seen that the memory is suitable for a non-volatile storage medium, and by implementing the foregoing method as a computer program and installing the computer program into an electronic device such as a mobile phone, the related program code and data are stored in the non-volatile storage medium of the electronic device, and further by operating the program by a central processing unit of the electronic device, the program is called from the non-volatile storage medium into a memory for operation, so as to achieve the desired purpose of the present application. It is therefore to be understood that in an embodiment of the present application, there may also be provided a non-volatile storage medium storing a computer program implemented according to various embodiments of the favorite storage access method described herein in the form of computer readable instructions, which when called by a computer performs the steps included in the method.
In summary, the hash-based storage technology manages the favorite data storage of the e-commerce platform, and storage and access efficiency of the favorite data is improved.
Those skilled in the art will appreciate that the present application relates to an apparatus for performing one or more of the operations, methods described in the present application. These devices may be specially designed and manufactured for the required purposes, or they may comprise known devices in general-purpose computers. These devices have computer programs stored in their memories that are selectively activated or reconfigured. Such a computer program may be stored in a device (e.g., computer) readable medium, including, but not limited to, any type of disk including floppy disks, hard disks, optical disks, CD-ROMs, and magnetic-optical disks, ROMs (Read-Only memories), RAMs (Random Access memories), EPROMs (Erasable Programmable Read-Only memories), EEPROMs (Electrically Erasable Programmable Read-Only memories), flash memories, magnetic cards, or optical cards, or any type of media suitable for storing electronic instructions, and each coupled to a bus. That is, a readable medium includes any medium that stores or transmits information in a form readable by a device (e.g., a computer).
It will be understood by those within the art that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, can be implemented by computer program instructions. Those skilled in the art will appreciate that the computer program instructions may be implemented by a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, implement the aspects specified in the block or blocks of the block diagrams and/or flowchart illustrations disclosed herein.
Those of skill in the art will appreciate that the various operations, methods, steps in the processes, acts, or solutions discussed in this application can be interchanged, modified, combined, or eliminated. Further, other steps, measures, or schemes in various operations, methods, or flows that have been discussed in this application can be alternated, altered, rearranged, broken down, combined, or deleted. Further, steps, measures, schemes in the prior art having various operations, methods, procedures disclosed in the present application may also be alternated, modified, rearranged, decomposed, combined, or deleted.
The foregoing is only a partial embodiment of the present application, and it should be noted that, for those skilled in the art, several modifications and decorations can be made without departing from the principle of the present application, and these modifications and decorations should also be regarded as the protection scope of the present application.

Claims (10)

1. A favorite storage access method is characterized by comprising the following steps:
acquiring a feature information set required for inquiring the collection state of an electric commercial user about a specific commodity, wherein the feature information set comprises store feature information indicating store users to which the specific trademark belongs, user feature information of the electric commercial user, standardized feature information of the specific commodity and single item feature information;
combining the store characteristic information and the user characteristic information as keys, inquiring a first hash table to obtain a corresponding value, and determining a second hash table pointed by the value as an address, wherein the second hash table is used for storing commodity collection records corresponding to the commodity collections of the E-commerce users in a key-value pair mode;
and combining the standardized characteristic information of the specific commodity and the single-item characteristic information as a key, and inquiring the second hash table to obtain a corresponding value, wherein the value at least stores the inventory available state of the specific commodity.
2. The method of claim 1, further comprising the steps of:
and monitoring the total number of the commodity collection records in the second hash table, and clearing part of the commodity collection records when the total number is greater than a preset threshold value.
3. The method of claim 1, wherein the step of clearing a portion of said merchandise collection record comprises:
determining a predetermined number of commodity collection records with the longest storage time in a second hash table as candidate records;
performing weighted calculation integral on each candidate record according to the associated historical access times and the number of days from the last access time;
and sorting the candidate records according to the size of the integral, deleting the partial candidate records with smaller integral from the second hash table, and keeping the total number of the commodity collection records in the second hash table within the range of the preset threshold value.
4. The method of claim 1, comprising the steps of:
responding to a full access request of the e-commerce user of the favorite, and acquiring the shop characteristic information and the user characteristic information carried in the request;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information to determine a corresponding second hash table;
traversing the second hash table, converting all the commodity collection records of the second hash table into a readable information list and returning the readable information list.
5. The method of claim 1, comprising the steps of:
responding to a specific commodity adding request of the favorite, and acquiring the characteristic information set carried in the request, wherein the characteristic information set also comprises an inventory available state of the specific commodity;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information in the characteristic information set to determine a corresponding second hash table;
and forming a key value pair by taking the standardized characteristic information and the single item characteristic information in the characteristic information set as keys and the inventory available state as values, and creating/updating a commodity collection record of the specific commodity in a second hash table.
6. The method of claim 1, comprising the steps of:
responding to a specific commodity removing request of an e-commerce user of the favorite, and acquiring shop characteristic information, user characteristic information and standardized characteristic information carried in the request;
querying the first hash table according to a key formed by combining the store characteristic information and the user characteristic information to determine a corresponding second hash table;
deleting the commodity collection records corresponding to the keys containing the standardized feature information in the second hash table one by one.
7. The method of claim 1, comprising the steps of:
responding to a specific commodity modification request of a shop user, and acquiring the shop characteristic information, the single item characteristic information and the stock available state and/or the transaction price related to the single item characteristic information in the request;
querying keys containing the store characteristic information in the first hash table to obtain a plurality of second hash tables pointed to by values of the keys;
and storing the values corresponding to the keys containing the single item characteristic information in each second hash table by using the inventory available state and/or the transaction price.
8. A favorite storage access device, comprising:
the characteristic acquisition module is used for acquiring a characteristic information set required for inquiring the collection state of the e-commerce user about the specific commodity, wherein the characteristic information set comprises shop characteristic information indicating shop users to which the specific trademark belongs, user characteristic information of the e-commerce user, standardized characteristic information of the specific commodity and single-item characteristic information;
the list positioning module is used for combining the store characteristic information and the user characteristic information as keys, inquiring a first hash table to obtain a corresponding value, and determining a second hash table pointed by the value as an address, wherein the second hash table is used for storing commodity collection records corresponding to the commodity favorites of the E-commerce user in a key-value pair mode;
and the state query module is used for combining the standardized characteristic information of the specific commodity and the single-item characteristic information as keys, and querying the second hash table to obtain a corresponding value, wherein the value at least stores the inventory available state of the specific commodity.
9. An electronic device comprising a central processor and a memory, wherein the central processor is configured to invoke execution of a computer program stored in the memory to perform the steps of the method according to any one of claims 1 to 7.
10. A non-volatile storage medium, characterized in that it stores, in the form of computer-readable instructions, a computer program implemented according to the method of any one of claims 1 to 7, which, when invoked by a computer, performs the steps comprised by the method.
CN202011493935.XA 2020-12-16 2020-12-16 Favorite storage access method and device, equipment and medium thereof Pending CN112488803A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011493935.XA CN112488803A (en) 2020-12-16 2020-12-16 Favorite storage access method and device, equipment and medium thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011493935.XA CN112488803A (en) 2020-12-16 2020-12-16 Favorite storage access method and device, equipment and medium thereof

Publications (1)

Publication Number Publication Date
CN112488803A true CN112488803A (en) 2021-03-12

Family

ID=74917434

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011493935.XA Pending CN112488803A (en) 2020-12-16 2020-12-16 Favorite storage access method and device, equipment and medium thereof

Country Status (1)

Country Link
CN (1) CN112488803A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112966188A (en) * 2021-03-31 2021-06-15 广州聚汇信息技术有限公司 Method, device, equipment and medium for updating collected commodity state
CN114969067A (en) * 2022-04-29 2022-08-30 广州欢聚时代信息科技有限公司 Commodity redundant data updating method and device, equipment and medium thereof

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722481A (en) * 2011-03-29 2012-10-10 阿里巴巴集团控股有限公司 Processing method and searching method for user favorite data
CN102819554A (en) * 2012-06-26 2012-12-12 北京奇虎科技有限公司 Favorite data processing method and device and server
CN103606089A (en) * 2013-11-15 2014-02-26 北京奇虎科技有限公司 A method and an apparatus used for realizing commodity state change prompting
CN103678442A (en) * 2012-08-30 2014-03-26 国际商业机器公司 Method and system of database table format conversion based on user data access patterns
CN105095107A (en) * 2014-05-04 2015-11-25 腾讯科技(深圳)有限公司 Buffer memory data cleaning method and apparatus
CN106201237A (en) * 2015-05-05 2016-12-07 阿里巴巴集团控股有限公司 A kind of information collection method and device
CN109299041A (en) * 2018-07-06 2019-02-01 平安科技(深圳)有限公司 A kind of image cache method for cleaning and terminal device
CN110297995A (en) * 2019-07-04 2019-10-01 百度在线网络技术(北京)有限公司 Method and apparatus for Information on Collection

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102722481A (en) * 2011-03-29 2012-10-10 阿里巴巴集团控股有限公司 Processing method and searching method for user favorite data
CN102819554A (en) * 2012-06-26 2012-12-12 北京奇虎科技有限公司 Favorite data processing method and device and server
CN103678442A (en) * 2012-08-30 2014-03-26 国际商业机器公司 Method and system of database table format conversion based on user data access patterns
CN103606089A (en) * 2013-11-15 2014-02-26 北京奇虎科技有限公司 A method and an apparatus used for realizing commodity state change prompting
CN105095107A (en) * 2014-05-04 2015-11-25 腾讯科技(深圳)有限公司 Buffer memory data cleaning method and apparatus
CN106201237A (en) * 2015-05-05 2016-12-07 阿里巴巴集团控股有限公司 A kind of information collection method and device
CN109299041A (en) * 2018-07-06 2019-02-01 平安科技(深圳)有限公司 A kind of image cache method for cleaning and terminal device
CN110297995A (en) * 2019-07-04 2019-10-01 百度在线网络技术(北京)有限公司 Method and apparatus for Information on Collection

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112966188A (en) * 2021-03-31 2021-06-15 广州聚汇信息技术有限公司 Method, device, equipment and medium for updating collected commodity state
CN112966188B (en) * 2021-03-31 2023-08-18 广州聚汇信息技术有限公司 Method, device, equipment and medium for updating state of collection commodity
CN114969067A (en) * 2022-04-29 2022-08-30 广州欢聚时代信息科技有限公司 Commodity redundant data updating method and device, equipment and medium thereof

Similar Documents

Publication Publication Date Title
US8566788B2 (en) Predictive prefetching to improve parallelization of data retrieval subtasks
US10853847B2 (en) Methods and systems for near real-time lookalike audience expansion in ads targeting
KR101710734B1 (en) Predictive geo-temporal advertisement targeting
US9547601B2 (en) Custom caching
US7565425B2 (en) Server architecture and methods for persistently storing and serving event data
US7672935B2 (en) Automatic index creation based on unindexed search evaluation
CN102722481A (en) Processing method and searching method for user favorite data
WO2010144704A1 (en) Predictive searching and associated cache management
CN101867607A (en) Distributed data access method, device and system
US20110010415A1 (en) Personal information bank system
CN110784498B (en) Personalized data disaster tolerance method and device
CN112488803A (en) Favorite storage access method and device, equipment and medium thereof
CN111738785A (en) Product selection method, system and storage medium
CN109460409A (en) Data access method and device
CN112541119B (en) Efficient and energy-saving small recommendation system
US20100125600A1 (en) Performance optimized retrieve transformation nodes
CN113342866B (en) Keyword updating method and device, computer equipment and storage medium
CN111078321A (en) Method for dynamically and rapidly loading module according to user use habit
JPH1166099A (en) Substitute information supply device with retrieval function and information retrieval system
CN112825045B (en) Payment request processing method, system and storage medium
JP3506892B2 (en) Group adaptive information retrieval device
CN111723262A (en) System and method for combining headlines, abstracts and texts of network news in batches
CN114449038B (en) Information pushing method and device for diversion of facilities along way
CN112861036B (en) User favorites access method and device, equipment and medium thereof
CN116578571A (en) Method, device, computer equipment and storage medium for updating guest group data

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