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 PDFInfo
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims description 13
- 230000008859 change Effects 0.000 claims description 13
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 238000007726 management method Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 241000208340 Araliaceae Species 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 description 1
- 235000003140 Panax quinquefolius Nutrition 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 235000008434 ginseng Nutrition 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
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
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.
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)
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 |
-
2017
- 2017-07-27 CN CN201710624372.5A patent/CN109947829A/en active Pending
Patent Citations (4)
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)
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 |