CN109947829A - A kind of acquisition methods of data, device, system and data-acquisition system - Google Patents

A kind of acquisition methods of data, device, system and data-acquisition system Download PDF

Info

Publication number
CN109947829A
CN109947829A CN201710624372.5A CN201710624372A CN109947829A CN 109947829 A CN109947829 A CN 109947829A CN 201710624372 A CN201710624372 A CN 201710624372A CN 109947829 A CN109947829 A CN 109947829A
Authority
CN
China
Prior art keywords
data
memory module
module
feedback
api system
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
CN201710624372.5A
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.)
Feihu Information Technology Tianjin Co Ltd
Original Assignee
Feihu Information Technology Tianjin 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 Feihu Information Technology Tianjin Co Ltd filed Critical Feihu Information Technology Tianjin Co Ltd
Priority to CN201710624372.5A priority Critical patent/CN109947829A/en
Publication of CN109947829A publication Critical patent/CN109947829A/en
Pending legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present invention provides acquisition methods, device, system and the data-acquisition system of a kind of data, when API system obtains data from the first memory module in the present invention, it does not need to pass through network, and then there is no when being limited in bandwidth and encounter network blockage, the time for causing API system to obtain data is longer, and then the problem of just will receive the data of API system feedback after the computer of user sends the long period after message request, influencing user experience.

Description

A kind of acquisition methods of data, device, system and data-acquisition system
Technical field
The present invention relates to the communications fields, more specifically, being related to a kind of acquisition methods of data, device, system and data Acquisition system.
Background technique
For user in online, when needing to check a certain message, message request can be sent to application by the computer of user Program Interfaces API system, API system can obtain data corresponding with user's request from Redis, and data are sent Into the computer of user.
When API system is obtained from Redis with user's request corresponding data, API system and Redis are logical by network Letter will cause API system and obtained from Redis with user's request relatively when being limited in bandwidth and encounter network blockage The time for the data answered is longer, and then just will receive API system after the computer of user sends the long period after message request The data for feedback of uniting, influence user experience.
Summary of the invention
In view of this, the present invention provides acquisition methods, device, system and the data-acquisition system of a kind of data, to solve When being limited in bandwidth and encounter network blockage, will cause API system obtained from Redis it is corresponding with user's request The time of data is longer, causes after the computer of user sends the long period after message request that just to will receive API system anti- The data of feedback, the problem of influencing user experience.
In order to solve the above technical problems, present invention employs following technical solutions:
A kind of acquisition methods of data are applied to application programming interface API system, comprising:
Receive the request of data that user terminal is sent;
Judge feedback corresponding with the request of data whether is preserved in the first memory module in the API system Data;
When judging to preserve feedback corresponding with the request of data in the first memory module in the API system Data, read and are sent from first memory module and described feedback data to the user terminal.
Preferably, when judging not preserving in the first memory module in the API system and the request of data phase When corresponding feedback data, further includes:
Judge whether preserve the feedback data in the second memory module in the API system;
When judging to preserve the feedback data in the second memory module in the API system, deposited from described second It stores up and feedbacks data to the user terminal described in reading and sending in module;
The feedback data is saved in first memory module.
Preferably, when judging not preserve the feedback data in the second memory module in the API system, also Include:
Judge the feedback data whether is preserved in Redis;
When judging to preserve the feedback data in the Redis, read from the Redis and send the feedback Data are to the user terminal;
The feedback data is saved in second memory module;
When judging not preserve the feedback data in the Redis, it is whole to the user to send request error message End.
Preferably, further includes:
Receive the data update message that Message Queuing server sends;It wherein, include more in the data update message At least one data account number ID of new content;
Delete data corresponding with each data ID in first memory module;
Delete data corresponding with each data ID in second memory module.
A kind of acquisition device of data is applied to application programming interface API system, comprising:
Receiving module, for receiving the request of data of user terminal transmission;
First judgment module, for judging whether preserve and the number in the first memory module in the API system According to the corresponding feedback data of request;
First read module, for judging the first memory module in the API system when the first judgment module In preserve feedback data corresponding with the request of data, read from first memory module and send the feedback Data are to the user terminal.
Preferably, further includes:
Second judgment module, for judging the first memory module in the API system when the first judgment module In when not preserving feedback data corresponding with the request of data, judge in the second memory module in the API system Whether the feedback data is preserved;
Second read module, for judging the second memory module in the API system when second judgment module In preserve the feedback data, read from second memory module and send that described to feedback data to the user whole End;
First preserving module, for the feedback data to be saved in first memory module.
Preferably, further includes:
Third judgment module, for judging the second memory module in the API system when second judgment module In when not preserving the feedback data, judge the feedback data whether is preserved in Redis;
Third read module, for judging to preserve the feedback coefficient in the Redis when the third judgment module According to reading and send from the Redis and described feedback data to the user terminal;
Second preserving module, for the feedback data to be saved in second memory module;
Error message sending module, for when the third judgment module judge not preserve in the Redis it is described Feedback data sends request error message to the user terminal.
Preferably, further includes:
Update message receiving module, for receiving the data update message of Message Queuing server's transmission;Wherein, the number According at least one the data account number ID in update message including more new content;
First removing module, for deleting data corresponding with each data ID in first memory module;
Second removing module, for deleting data corresponding with each data ID in second memory module.
A kind of acquisition system of data, comprising:
Receiving port, sending port and processor;
The receiving port, for receiving the request of data of user terminal transmission;
The processor, for judging whether preserve and the data in the first memory module in the API system Corresponding feedback data is requested, is asked when judging to preserve in the first memory module in the API system with the data Corresponding feedback data is sought, reads the feedback data from first memory module;
The sending port described feedbacks data to the user terminal for sending.
A kind of data-acquisition system, comprising:
Management system, Message Queuing server, API system and Redis;
The management system takes for when detecting data change, sending data change message to the message queue Business device;Wherein the data change message includes at least one data ID of more new content;
The Message Queuing server, it is corresponding with each of the data change message data ID for obtaining Data, and data corresponding with each data ID are written in the Redis, and send data update message Into the API system;It wherein, include whole data ID in the data update message;
The Redis, for the number corresponding with each data ID that receives Message Queuing server write-in According to;
The API system judges that first in the API system is deposited for receiving the request of data of user terminal transmission Feedback data corresponding with the request of data whether is preserved in storage module, when judging first in the API system Feedback data corresponding with the request of data is preserved in memory module, is read and is sent from first memory module It is described to feedback data to the user terminal, and the data update message that the Message Queuing server sends is received, it deletes Data corresponding with each data ID in first memory module, delete in second memory module with it is each described The corresponding data of data ID.
Compared to the prior art, the invention has the following advantages:
The present invention provides acquisition methods, device, system and the data-acquisition system of a kind of data, API system in the present invention It when obtaining data from the first memory module, does not need through network, and then there is no encounter when being limited in bandwidth When network blockage, cause API system obtain data time it is longer, and then the computer of user send message request after compared with The data that just will receive API system feedback after long-time, the problem of influencing user experience.
Detailed description of the invention
In order to more clearly explain the embodiment of the invention or the technical proposal in the existing technology, to embodiment or will show below There is attached drawing needed in technical description to be briefly described, it should be apparent that, the accompanying drawings in the following description is only this The embodiment of invention for those of ordinary skill in the art without creative efforts, can also basis The attached drawing of offer obtains other attached drawings.
Fig. 1 is a kind of method flow diagram of the acquisition methods of data provided by the invention;
Fig. 2 is the method flow diagram of the acquisition methods of another data provided by the invention;
Fig. 3 is a kind of structural schematic diagram of the acquisition device of data provided by the invention;
Fig. 4 is a kind of structural schematic diagram of data-acquisition system provided by the invention.
Specific embodiment
Following will be combined with the drawings in the embodiments of the present invention, and technical solution in the embodiment of the present invention carries out clear, complete Site preparation description, it is clear that described embodiments are only a part of the embodiments of the present invention, instead of all the embodiments.It is based on Embodiment in the present invention, it is obtained by those of ordinary skill in the art without making creative efforts every other Embodiment shall fall within the protection scope of the present invention.
The embodiment of the invention provides a kind of acquisition methods of data, are applied to application programming interface API system, ginseng According to Fig. 1, comprising:
S11, the request of data that user terminal is sent is received;
Wherein, user request can be news messages or be video content etc. for requesting a data.User Terminal can be the terminals such as mobile phone, plate, notebook, and user terminal passes through webpage either cell phone software APP entrance to API system System sends request of data.
S12, judge whether preserve feedback coefficient corresponding with request of data in the first memory module in API system According to;When judging to preserve feedback data corresponding with request of data in the first memory module in API system, step is executed S13 is executed when judging not preserve feedback data corresponding with request of data in the first memory module in API system Step S14.
Specifically, the first memory module can be ConcurrentHashMap.ConcurrentHashMap is a warp The data structure being often used, compared to Hashtable and Collections.synchronizedMap, ConcurrentHashMap is provided on the basis of thread-safe preferably writes concurrent capability, but is reduced simultaneously to reading one The requirement of cause property.
It should be noted that a certain number of data are stored in the first memory module, it at this time can be from the first storage mould The corresponding feedback data of request of data has been checked whether in block.
S13, it reads and sends from the first memory module and feedback data to user terminal.
Specifically, API system can be directly from the first memory module when being stored with feedback data in the first memory module Middle reading feedback data, and the feedback data of reading is sent to the user terminal.
S14, judge whether preserve feedback data in the second memory module in API system;When judging in API system The second memory module in preserve feedback data, execute step S15.
Specifically, the second memory module can be DirectMemory.Apache DirectMemory is a multilayer Caching system, characteristic includes the memory management of no heap for supporting large-scale Java object, without will affect JVM garbage collection The performance of device.
Wherein, JVM (Java Virtual Machine (Java Virtual Machine)) is a kind of for calculating the specification of equipment, it Be one and fabricate the computer come out, be by actual computer analogue simulation various computer functions realize.
It should be noted that the second memory module is the same with the first memory module, it can be used for data storage.
S15, it reads and sends from the second memory module and feedback data to user terminal;
Wherein, feedback data is read with from the first memory module from the process for reading feedback data in the second memory module Process it is similar.
S16, feedback data is saved in the first memory module.
Specifically, since API system is when obtaining data, data are obtained from the first memory module first, and then when the When being stored with feedback data in two memory modules, but not being stored with feedback data in the first memory module, it can will feed back Data are stored into the first memory module, when obtaining identical feedback data so as to next API system, can directly be deposited from first It stores up in module and reads.
In the present embodiment, when API system obtains data from the first memory module, do not need through network, and then will not It is longer in the presence of the time for when being limited in bandwidth and encounter network blockage, causing API system to obtain data, and then in user Computer send the long period after message request after just will receive the data of API system feedback, influence asking for user experience Topic.
Optionally, on the basis of the above embodiments, when judging not preserve in the second memory module in API system When feedback data, further includes:
1) judge whether preserve feedback data in Redis, when judging to preserve feedback data in Redis, execute 2) With 3);When judging not preserve feedback data in Redis, execute 4).
Specifically, when in the first memory module and the second memory module in API system it is not stored have feedback data when, Need whether preserve feedback data in Redis at this time.
Redis be one open source write using ANSI C, support network, it is memory-based also can persistence day Will type, Key-Value database, and the API of multilingual is provided.
2) it reads and sends from Redis and feedback data to user terminal;
Wherein, API system and Redis be by network communication, reads and sends from Redis and feedbacks data to user's end End.
3) feedback data is saved in the second memory module.
When API system read from Redis and send feedback data to user terminal after, feedback data is saved in second In memory module, be in order to which API system is when receiving identical request of data, can be directly the second of API internal system Data are read in memory module, do not need accessing Redis by network.
It should be noted that feedback data is saved in the second memory module, without being saved in the first memory module In, it is to be only applicable to store some dsc datas since the data volume for the storage supported in the first memory module is smaller.
In addition, read the first memory module in store data when, do not need to carry out serializing operation, but reading When data in the second memory module and Redis, need to carry out serializing operation.
4) request error message is sent to user terminal.
Specifically, being then considered as the correlation of the data of user terminal requests when judging not preserve feedback data in Redis Account ID mistake, and then request error message is sent to user terminal.
In the present embodiment, when not preserving feedback data in the first memory module and the second memory module, Ke Yicong Feedback data is read in Redis, and then can guarantee that user requests to be fed back.In addition, by the second storage of feedback data write-in In module, additionally it is possible to when API system being made to receive identical request of data again, can directly be read from the second memory module Data, and then do not need to read the data in Redis by network.
Optionally, based on any of the above embodiments, referring to Fig. 2, further includes:
S21, the data update message that Message Queuing server sends is received;
It wherein, include at least one data account number ID of more new content in data update message.
Specifically, when management system detects data change, transmission data change message to Message Queuing server, In, data change message includes at least one data ID of more new content.
Message Queuing server obtains the corresponding data of each data ID changed in message with data, and will with it is each The corresponding data of data ID are written in Redis, and are sent data and updated message in API system, data update message In include more new content at least one data ID.
It should be noted that API system and Message queue server pass through JMS protocol communication.
S22, data corresponding with each data ID in the first memory module are deleted;
Specifically, when the data in Redis have carried out update, at this point, identical number in Redis and the first memory module Will be different according to the corresponding data content of ID, at this time in order to guarantee the consistency of data, need to delete in the first memory module with The corresponding data of each data ID.
S23, data corresponding with each data ID in the second memory module are deleted.
Specifically, when the data in Redis have carried out update, at this point, identical number in Redis and the second memory module Will be different according to the corresponding data content of ID, at this time in order to guarantee the consistency of data, need to delete in the second memory module with The corresponding data of each data ID.
In the present embodiment, when the data in Redis have update, need to delete the first memory module and the second storage at this time Data corresponding with the data ID of more new content in module, and then can guarantee Redis, the first memory module and the second storage The consistency of data in module.
A kind of acquisition device of data is provided in another embodiment of the present invention, is applied to application programming interface API system, referring to Fig.1, comprising:
Receiving module 101, for receiving the request of data of user terminal transmission;
First judgment module 102, for judging whether to preserve in the first memory module in API system and request of data Corresponding feedback data;
First read module 103, for judging in the first memory module in API system when first judgment module 102 Preserve feedback data corresponding with request of data, read from the first memory module and send feedback data to user end End.
Further, further includes:
Second judgment module, for judging not protect in the first memory module in API system when first judgment module 101 When having feedback data corresponding with request of data, judge whether preserve feedback in the second memory module in API system Data;
Second read module, for judging to preserve in the second memory module in API system when the second judgment module Feedback data, reads and is sent from the second memory module and feedback data to user terminal;
First preserving module, for feedback data to be saved in the first memory module.
In the present embodiment, when API system obtains data from the first memory module, do not need through network, and then will not It is longer in the presence of the time for when being limited in bandwidth and encounter network blockage, causing API system to obtain data, and then in user Computer send the long period after message request after just will receive the data of API system feedback, influence asking for user experience Topic.
It should be noted that the course of work of the modules in the present embodiment, please refers to corresponding in above-described embodiment Illustrate, details are not described herein.
Optionally, on the basis of the embodiment of above-mentioned acquisition device, further includes:
Third judgment module, for judging not save in the second memory module in API system when the second judgment module When having feedback data, judge whether preserve feedback data in Redis;
Third read module, for judging to preserve feedback data in Redis when third judgment module, from Redis It reads and sends and feedback data to user terminal;
Second preserving module, for feedback data to be saved in the second memory module.
Error message sending module is sent for judging not preserve feedback data in Redis when third judgment module Request error message is to user terminal.
It, can be with when not preserving feedback data in the first memory module and the second memory module in the present embodiment Feedback data is read in Redis, and then can guarantee that user requests to be fed back.In addition, by the second storage of feedback data write-in In module, additionally it is possible to when API system being made to receive identical request of data again, can directly be read from the second memory module Data, and then do not need to read the data in Redis by network.
It should be noted that the course of work of the modules in the present embodiment, please refers to corresponding in above-described embodiment Illustrate, details are not described herein.
Optionally, on the basis of the embodiment of any of the above-described device, further includes:
Update message receiving module, for receiving the data update message of Message Queuing server's transmission;Wherein, data are more It include at least one data account number ID of more new content in new information;
First removing module, for deleting data corresponding with each data ID in the first memory module;
Second removing module, for deleting data corresponding with each data ID in the second memory module.
In the present embodiment, when the data in Redis have update, need to delete the first memory module and the second storage at this time It is opposite with the data ID of more new content in module, and then can guarantee in Redis, the first memory module and the second memory module The consistency of data.
It should be noted that the course of work of the modules in the present embodiment, please refers to corresponding in above-described embodiment Illustrate, details are not described herein.
Optionally, a kind of acquisition system of data is provided in another embodiment of the present invention, comprising:
Receiving port, sending port and processor;
Receiving port, for receiving the request of data of user terminal transmission;
Processor, it is corresponding with request of data for judging whether to preserve in the first memory module in API system Feedback data, when judging to preserve feedback data corresponding with request of data in the first memory module in API system, from Feedback data is read in first memory module;
Sending port feedbacks data to user terminal for sending.
It should be noted that the acquisition system of the data in the present embodiment can be API system.
In the present embodiment, when API system obtains data from the first memory module, do not need through network, and then will not It is longer in the presence of the time for when being limited in bandwidth and encounter network blockage, causing API system to obtain data, and then in user Computer send the long period after message request after just will receive the data of API system feedback, influence asking for user experience Topic.
Optionally, a kind of data-acquisition system is provided in another embodiment of the present invention, referring to Fig. 4, comprising:
Management system 21, Message Queuing server 22, API system 23 and Redis 24;
Management system 21 changes message to Message Queuing server 22 for when detecting data change, sending data; Wherein data change message includes at least one data ID of more new content;
Message Queuing server 22, for obtaining data corresponding with each data ID in data change message, and Data corresponding with each data ID are written to 24 in Redis, and sends data and updates message in API system 23; It wherein, include whole data ID in data update message;
Redis 24, for receiving the data corresponding with each data ID of the write-in of Message Queuing server 22;
API system 23 judges the first storage mould in API system 23 for receiving the request of data of user terminal transmission Whether with request of data corresponding feedback data is preserved in block, when judging in the first memory module in API system 23 Preserve feedback data corresponding with request of data, read from the first memory module and send feedback data to user end End, and receive Message Queuing server 22 send data update message, delete the first memory module in each data ID Corresponding data delete data corresponding with each data ID in the second memory module.
In the present embodiment, when API system obtains data from the first memory module, do not need through network, and then will not It is longer in the presence of the time for when being limited in bandwidth and encounter network blockage, causing API system to obtain data, and then in user Computer send the long period after message request after just will receive the data of API system feedback, influence asking for user experience Topic.
It should be noted that the course of work of each device in the present embodiment, please refers to corresponding in above-described embodiment Illustrate, details are not described herein.
The foregoing description of the disclosed embodiments enables those skilled in the art to implement or use the present invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, as defined herein General Principle can be realized in other embodiments without departing from the spirit or scope of the present invention.Therefore, of the invention It is not intended to be limited to the embodiments shown herein, and is to fit to and the principles and novel features disclosed herein phase one The widest scope of cause.

Claims (10)

1. a kind of acquisition methods of data, which is characterized in that be applied to application programming interface API system, comprising:
Receive the request of data that user terminal is sent;
Judge feedback coefficient corresponding with the request of data whether is preserved in the first memory module in the API system According to;
When judging to preserve feedback coefficient corresponding with the request of data in the first memory module in the API system According to reading and send from first memory module and described feedback data to the user terminal.
2. acquisition methods according to claim 1, which is characterized in that when judge in the API system first storage When feedback data corresponding with the request of data is not preserved in module, further includes:
Judge whether preserve the feedback data in the second memory module in the API system;
When judging to preserve the feedback data in the second memory module in the API system, from the second storage mould It reads and sends in block and described feedback data to the user terminal;
The feedback data is saved in first memory module.
3. acquisition methods according to claim 2, which is characterized in that when judge in the API system second storage When the feedback data is not preserved in module, further includes:
Judge the feedback data whether is preserved in Redis;
When judging to preserve the feedback data in the Redis, read from the Redis and send the feedback data To the user terminal;
The feedback data is saved in second memory module;
When judging not preserve the feedback data in the Redis, request error message is sent to the user terminal.
4. acquisition methods according to claim 1, which is characterized in that further include:
Receive the data update message that Message Queuing server sends;It wherein, include in having updated in the data update message At least one the data account number ID held;
Delete data corresponding with each data ID in first memory module;
Delete data corresponding with each data ID in second memory module.
5. a kind of acquisition device of data, which is characterized in that be applied to application programming interface API system, comprising:
Receiving module, for receiving the request of data of user terminal transmission;
Whether first judgment module asks for judging to preserve in the first memory module in the API system with the data Seek corresponding feedback data;
First read module, for judging to protect in the first memory module in the API system when the first judgment module There is feedback data corresponding with the request of data, read from first memory module and sends the feedback data To the user terminal.
6. acquisition device according to claim 5, which is characterized in that further include:
Second judgment module, for judging in the first memory module in the API system not when the first judgment module When preserving feedback data corresponding with the request of data, judge in the second memory module in the API system whether Preserve the feedback data;
Second read module, for judging to protect in the second memory module in the API system when second judgment module There is the feedback data, reads and send from second memory module and described feedback data to the user terminal;
First preserving module, for the feedback data to be saved in first memory module.
7. acquisition device according to claim 6, which is characterized in that further include:
Third judgment module, for judging in the second memory module in the API system not when second judgment module When preserving the feedback data, judge the feedback data whether is preserved in Redis;
Third read module, for judging to preserve the feedback data in the Redis when the third judgment module, from It reads and sends in the Redis and described feedback data to the user terminal;
Second preserving module, for the feedback data to be saved in second memory module;
Error message sending module, for judging not preserving the feedback in the Redis when the third judgment module Data send request error message to the user terminal.
8. acquisition device according to claim 5, which is characterized in that further include:
Update message receiving module, for receiving the data update message of Message Queuing server's transmission;Wherein, the data are more It include at least one data account number ID of more new content in new information;
First removing module, for deleting data corresponding with each data ID in first memory module;
Second removing module, for deleting data corresponding with each data ID in second memory module.
9. a kind of acquisition system of data characterized by comprising
Receiving port, sending port and processor;
The receiving port, for receiving the request of data of user terminal transmission;
The processor, for judging whether preserve and the request of data in the first memory module in the API system Corresponding feedback data, when judging to preserve in the first memory module in the API system and the request of data phase Corresponding feedback data reads the feedback data from first memory module;
The sending port described feedbacks data to the user terminal for sending.
10. a kind of data-acquisition system characterized by comprising
Management system, Message Queuing server, API system and Redis;
The management system changes message to the Message Queuing server for when detecting data change, sending data; Wherein the data change message includes at least one data ID of more new content;
The Message Queuing server, for obtaining number corresponding with each of the data change message data ID According to, and data corresponding with each data ID are written in the Redis, and send data and update message to institute It states in API system;It wherein, include whole data ID in the data update message;
The Redis, for the data corresponding with each data ID that receive Message Queuing server write-in;
The API system judges the first storage mould in the API system for receiving the request of data of user terminal transmission Feedback data corresponding with the request of data whether is preserved in block, when judge in the API system first storage It is described that feedback data corresponding with the request of data is preserved in module, read from first memory module and is sent The user terminal is feedbacked data to, and receives the data update message that the Message Queuing server sends, described in deletion Data corresponding with each data ID in first memory module, delete in second memory module with each data The corresponding data of ID.
CN201710624372.5A 2017-07-27 2017-07-27 A kind of acquisition methods of data, device, system and data-acquisition system Pending CN109947829A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710624372.5A CN109947829A (en) 2017-07-27 2017-07-27 A kind of acquisition methods of data, device, system and data-acquisition system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710624372.5A CN109947829A (en) 2017-07-27 2017-07-27 A kind of acquisition methods of data, device, system and data-acquisition system

Publications (1)

Publication Number Publication Date
CN109947829A true CN109947829A (en) 2019-06-28

Family

ID=67003901

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710624372.5A Pending CN109947829A (en) 2017-07-27 2017-07-27 A kind of acquisition methods of data, device, system and data-acquisition system

Country Status (1)

Country Link
CN (1) CN109947829A (en)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6356941B1 (en) * 1999-02-22 2002-03-12 Cyber-Ark Software Ltd. Network vaults
CN104067216A (en) * 2011-06-27 2014-09-24 亚马逊科技公司 System and method for implementing a scalable data storage service
CN104426948A (en) * 2013-08-28 2015-03-18 北京闹米科技有限公司 Network data sharing system and network data sharing method
US20170124191A1 (en) * 2015-10-30 2017-05-04 Netapp, Inc. Techniques for visualizing storage cluster system configurations and api therefore

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6356941B1 (en) * 1999-02-22 2002-03-12 Cyber-Ark Software Ltd. Network vaults
CN104067216A (en) * 2011-06-27 2014-09-24 亚马逊科技公司 System and method for implementing a scalable data storage service
CN104426948A (en) * 2013-08-28 2015-03-18 北京闹米科技有限公司 Network data sharing system and network data sharing method
US20170124191A1 (en) * 2015-10-30 2017-05-04 Netapp, Inc. Techniques for visualizing storage cluster system configurations and api therefore

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
张绍华 等, 上海科学技术出版社 *

Similar Documents

Publication Publication Date Title
EP2369494A1 (en) Web application based database system and data management method therof
US9811577B2 (en) Asynchronous data replication using an external buffer table
US7966383B2 (en) Client-server systems and methods for accessing metadata information across a network using proxies
US8458727B2 (en) Asynchronous client to server updates
US8307170B2 (en) Information processing method and system
US9600492B2 (en) Data processing performance enhancement in a distributed file system
US9569742B2 (en) Reducing costs related to use of networks based on pricing heterogeneity
CN103793485B (en) Client is based on the data cached method for realizing inquiry network data
CN109656956B (en) Method and device for realizing centralized caching of service system data
CN110598138A (en) Cache-based processing method and device
US20060230078A1 (en) Replicating modifications of a directory
US8380663B2 (en) Data integrity in a database environment through background synchronization
US9836358B2 (en) Ephemeral remote data store for dual-queue systems
CN107092628B (en) Time series data processing method and device
US10873552B2 (en) Large data management in communication applications through multiple mailboxes
CN107818111A (en) A kind of method, server and the terminal of cache file data
WO2019041670A1 (en) Method, device and system for reducing frequency of functional page requests, and storage medium
CN108415962A (en) A kind of cloud storage system
CN113806300A (en) Data storage method, system, device, equipment and storage medium
CN101699421A (en) Method and server for sharing serial port
US11314732B2 (en) Database migration technique
CN109947829A (en) A kind of acquisition methods of data, device, system and data-acquisition system
CN114356970B (en) Storage system resource caching method and device
CN112540954A (en) Multi-level storage construction and online migration method in directory unit
US7613710B2 (en) Suspending a result set and continuing from a suspended result set

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190628