CN109947829A - 一种数据的获取方法、装置、***及数据获取*** - Google Patents
一种数据的获取方法、装置、***及数据获取*** 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
本发明提供一种数据的获取方法、装置、***及数据获取***，本发明中API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
Description
技术领域
本发明涉及通信领域，更具体的说，涉及一种数据的获取方法、装置、***及数据获取***。
背景技术
用户在上网时，当需要查看某一消息时，用户的计算机会将消息请求发送至应用程序编程接口API***，API***会从Redis中获取与用户请求相对应的数据，并将数据发送至用户的计算机中。
API***从Redis中获取与用户请求相对应的数据时，API***与Redis通过网络通信，当受到带宽的限制而遇到网络堵塞时，会造成API***从Redis中获取与用户请求相对应的数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验。
发明内容
有鉴于此，本发明提供一种数据的获取方法、装置、***及数据获取***，以解决当受到带宽的限制而遇到网络堵塞时，会造成API***从Redis中获取与用户请求相对应的数据的时间较长，造成在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
为解决上述技术问题，本发明采用了如下技术方案：
一种数据的获取方法，应用于应用程序编程接口API***，包括：
接收用户终端发送的数据请求；
判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据；
当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端。
优选地，当判断出所述API***中的第一存储模块中未保存有与所述数据请求相对应的反馈数据时，还包括：
判断所述API***中的第二存储模块中是否保存有所述反馈数据；
当判断出所述API***中的第二存储模块中保存有所述反馈数据，从所述第二存储模块中读取并发送所述反馈数据至所述用户终端；
将所述反馈数据保存到所述第一存储模块中。
优选地，当判断出所述API***中的第二存储模块中未保存有所述反馈数据时，还包括：
判断Redis中是否保存有所述反馈数据；
当判断出所述Redis中保存有所述反馈数据，从所述Redis中读取并发送所述反馈数据至所述用户终端；
将所述反馈数据保存到所述第二存储模块中；
当判断出所述Redis中未保存有所述反馈数据，发送请求错误消息到所述用户终端。
优选地，还包括：
接收消息队列服务器发送的数据更新消息；其中，所述数据更新消息中包括已更新内容的至少一个数据帐号ID；
删除所述第一存储模块中与每个所述数据ID对应的数据；
删除所述第二存储模块中与每个所述数据ID对应的数据。
一种数据的获取装置，应用于应用程序编程接口API***，包括：
接收模块，用于接收用户终端发送的数据请求；
第一判断模块，用于判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据；
第一读取模块，用于当所述第一判断模块判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端。
优选地，还包括：
第二判断模块，用于当所述第一判断模块判断出所述API***中的第一存储模块中未保存有与所述数据请求相对应的反馈数据时，判断所述API***中的第二存储模块中是否保存有所述反馈数据；
第二读取模块，用于当所述第二判断模块判断出所述API***中的第二存储模块中保存有所述反馈数据，从所述第二存储模块中读取并发送所述反馈数据至所述用户终端；
第一保存模块，用于将所述反馈数据保存到所述第一存储模块中。
优选地，还包括：
第三判断模块，用于当所述第二判断模块判断出所述API***中的第二存储模块中未保存有所述反馈数据时，判断Redis中是否保存有所述反馈数据；
第三读取模块，用于当所述第三判断模块判断出所述Redis中保存有所述反馈数据，从所述Redis中读取并发送所述反馈数据至所述用户终端；
第二保存模块，用于将所述反馈数据保存到所述第二存储模块中；
错误消息发送模块，用于当所述第三判断模块判断出所述Redis中未保存有所述反馈数据，发送请求错误消息到所述用户终端。
优选地，还包括：
更新消息接收模块，用于接收消息队列服务器发送的数据更新消息；其中，所述数据更新消息中包括已更新内容的至少一个数据帐号ID；
第一删除模块，用于删除所述第一存储模块中与每个所述数据ID对应的数据；
第二删除模块，用于删除所述第二存储模块中与每个所述数据ID对应的数据。
一种数据的获取***，包括：
接收端口、发送端口和处理器；
所述接收端口，用于接收用户终端发送的数据请求；
所述处理器，用于判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据，当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取所述反馈数据；
所述发送端口，用于发送所述反馈数据至所述用户终端。
一种数据获取***，包括：
管理***、消息队列服务器、API***和Redis；
所述管理***，用于当检测到数据变更时，发送数据变更消息至所述消息队列服务器；其中所述数据变更消息包括已更新内容的至少一个数据ID；
所述消息队列服务器，用于获取与所述数据变更消息中的每个所述数据ID相对应的数据，并将与每个所述数据ID相对应的数据写入到所述Redis中，以及发送数据更新消息到所述API***中；其中，所述数据更新消息中包括全部的所述数据ID；
所述Redis，用于接收所述消息队列服务器写入的与每个所述数据ID相对应的数据；
所述API***，用于接收用户终端发送的数据请求，判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据，当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端，以及接收所述消息队列服务器发送的数据更新消息，删除所述第一存储模块中与每个所述数据ID对应的数据，删除所述第二存储模块中与每个所述数据ID对应的数据。
相较于现有技术，本发明具有以下有益效果：
本发明提供一种数据的获取方法、装置、***及数据获取***，本发明中API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明提供的一种数据的获取方法的方法流程图；
图2为本发明提供的另一种数据的获取方法的方法流程图；
图3为本发明提供的一种数据的获取装置的结构示意图；
图4为本发明提供的一种数据获取***的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种数据的获取方法，应用于应用程序编程接口API***，参照图1，包括：
S11、接收用户终端发送的数据请求；
其中，该用户请求用于请求一个数据，可以是新闻消息、或者是视频内容等。用户终端可以是手机、平板、笔记本等终端，用户终端通过网页或者是手机软件APP入口向API***发送数据请求。
S12、判断API***中的第一存储模块中是否保存有与数据请求相对应的反馈数据；当判断出API***中的第一存储模块中保存有与数据请求相对应的反馈数据，执行步骤S13，当判断出API***中的第一存储模块中未保存有与数据请求相对应的反馈数据，执行步骤S14。
具体的，第一存储模块可以是ConcurrentHashMap。ConcurrentHashMap是一个经常被使用的数据结构，相比于Hashtable以及Collections.synchronizedMap，ConcurrentHashMap在线程安全的基础上提供了更好的写并发能力，但同时降低了对读一致性的要求。
需要说明的是，第一存储模块中存储有一定数量的数据，此时可以从第一存储模块中查看是否有数据请求对应的反馈数据。
S13、从第一存储模块中读取并发送反馈数据至用户终端。
具体的，当第一存储模块中存储有反馈数据时，API***可以直接从第一存储模块中读取反馈数据，并将读取的反馈数据发送至用户终端。
S14、判断API***中的第二存储模块中是否保存有反馈数据；当判断出API***中的第二存储模块中保存有反馈数据，执行步骤S15。
具体的，第二存储模块可以是DirectMemory。Apache DirectMemory是一个多层的缓存***,特性包括无堆的内存管理用于支持大规模的Java对象,而不会影响JVM垃圾收集器的性能。
其中，JVM(Java Virtual Machine(Java虚拟机))是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。
需要说明的是，第二存储模块同第一存储模块一样，可以用于数据存储。
S15、从第二存储模块中读取并发送反馈数据至用户终端；
其中，从第二存储模块中读取反馈数据的过程同从第一存储模块中读取反馈数据的过程相似。
S16、将反馈数据保存到第一存储模块中。
具体的，由于API***在获取数据时，首先从第一存储模块中获取数据，进而当第二存储模块中存储有反馈数据，但是第一存储模块中没有存储有反馈数据时，可以将反馈数据存储至第一存储模块中，以便下次API***获取相同的反馈数据时，可以直接从第一存储模块中读取即可。
本实施例中，API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
可选的，在上述实施例的基础上，当判断出API***中的第二存储模块中未保存有反馈数据时，还包括：
1)判断Redis中是否保存有反馈数据，当判断出Redis中保存有反馈数据，执行2)和3)；当判断出Redis中未保存有反馈数据，执行4)。
具体的，当API***中的第一存储模块和第二存储模块中均未存储有反馈数据时，此时需要去Redis中是否保存有反馈数据。
Redis是一个开源的使用ANSIC语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。
2)从Redis中读取并发送反馈数据至用户终端；
其中，API***与Redis通过网络通信，从Redis中读取并发送反馈数据至用户终端。
3)将反馈数据保存到第二存储模块中。
当API***从Redis中读取并发送反馈数据至用户终端后，将反馈数据保存到第二存储模块中，是为了API***在接收到相同的数据请求时，可以直接在API***内部的第二存储模块中读取数据，不需要在通过网络访问Redis。
需要说明的是，将反馈数据保存到第二存储模块中，而没有保存到第一存储模块中，是由于第一存储模块中支持的存储的数据量较小，只适用于存储一些热数据。
此外，在读取第一存储模块中存储的数据时，不需要进行序列化操作，但是在读取第二存储模块和Redis中的数据时，需要进行序列化操作。
4)发送请求错误消息到用户终端。
具体的，当判断出Redis中未保存有反馈数据，则视为用户终端请求的数据的相关账号ID错误，进而发送请求错误消息到用户终端。
本实施例中，当第一存储模块和第二存储模块中均未保存有反馈数据时，可以从Redis中读取反馈数据，进而能够保证用户请求得到反馈。此外，将反馈数据写入第二存储模块中，还能够使API***再次接收到相同的数据请求时，可以直接从第二存储模块中读取数据，进而不需要通过网络读取Redis中的数据。
可选的，在上述任一实施例的基础上，参照图2，还包括：
S21、接收消息队列服务器发送的数据更新消息；
其中，数据更新消息中包括已更新内容的至少一个数据帐号ID。
具体的，当管理***检测到数据变更时，发送数据变更消息至消息队列服务器，其中，数据变更消息包括已更新内容的至少一个数据ID。
消息队列服务器获取与数据变更消息中的每个数据ID相对应的数据，并将与每个数据ID相对应的数据写入到Redis中，以及发送数据更新消息到API***中，数据更新消息中包括已更新内容的至少一个数据ID。
需要说明的是，API***与消息对列服务器通过JMS协议通信。
S22、删除第一存储模块中与每个数据ID对应的数据；
具体的，当Redis中的数据进行了更新时，此时，Redis与第一存储模块中相同的数据ID对应的数据内容就会不同，此时为了保证数据的一致性，需要删除第一存储模块中与每个数据ID对应的数据。
S23、删除第二存储模块中与每个数据ID对应的数据。
具体的，当Redis中的数据进行了更新时，此时，Redis与第二存储模块中相同的数据ID对应的数据内容就会不同，此时为了保证数据的一致性，需要删除第二存储模块中与每个数据ID对应的数据。
本实施例中，当Redis中的数据有更新时，此时需要删除第一存储模块和第二存储模块中与更新内容的数据ID相对应的数据，进而能够保证Redis、第一存储模块和第二存储模块中的数据的一致性。
本发明的另一实施例中提供了一种数据的获取装置，应用于应用程序编程接口API***，参照图1，包括：
接收模块101，用于接收用户终端发送的数据请求；
第一判断模块102，用于判断API***中的第一存储模块中是否保存有与数据请求相对应的反馈数据；
第一读取模块103，用于当第一判断模块102判断出API***中的第一存储模块中保存有与数据请求相对应的反馈数据，从第一存储模块中读取并发送反馈数据至用户终端。
进一步，还包括：
第二判断模块，用于当第一判断模块101判断出API***中的第一存储模块中未保存有与数据请求相对应的反馈数据时，判断API***中的第二存储模块中是否保存有反馈数据；
第二读取模块，用于当第二判断模块判断出API***中的第二存储模块中保存有反馈数据，从第二存储模块中读取并发送反馈数据至用户终端；
第一保存模块，用于将反馈数据保存到第一存储模块中。
本实施例中，API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
可选的，在上述获取装置的实施例的基础上，还包括：
第三判断模块，用于当第二判断模块判断出API***中的第二存储模块中未保存有反馈数据时，判断Redis中是否保存有反馈数据；
第三读取模块，用于当第三判断模块判断出Redis中保存有反馈数据，从Redis中读取并发送反馈数据至用户终端；
第二保存模块，用于将反馈数据保存到第二存储模块中。
错误消息发送模块，用于当第三判断模块判断出Redis中未保存有反馈数据，发送请求错误消息到用户终端。
本实施例中，当第一存储模块和第二存储模块中均未保存有反馈数据时，可以Redis中读取反馈数据，进而能够保证用户请求得到反馈。此外，将反馈数据写入第二存储模块中，还能够使API***再次接收到相同的数据请求时，可以直接从第二存储模块中读取数据，进而不需要通过网络读取Redis中的数据。
需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
可选的，在上述任一装置的实施例的基础上，还包括：
更新消息接收模块，用于接收消息队列服务器发送的数据更新消息；其中，数据更新消息中包括已更新内容的至少一个数据帐号ID；
第一删除模块，用于删除第一存储模块中与每个数据ID对应的数据；
第二删除模块，用于删除第二存储模块中与每个数据ID对应的数据。
本实施例中，当Redis中的数据有更新时，此时需要删除第一存储模块和第二存储模块中与更新内容的数据ID相对，进而能够保证Redis、第一存储模块和第二存储模块中的数据的一致性。
需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
可选的，本发明的另一实施例中提供了一种数据的获取***，包括：
接收端口、发送端口和处理器；
接收端口，用于接收用户终端发送的数据请求；
处理器，用于判断API***中的第一存储模块中是否保存有与数据请求相对应的反馈数据，当判断出API***中的第一存储模块中保存有与数据请求相对应的反馈数据，从第一存储模块中读取反馈数据；
发送端口，用于发送反馈数据至用户终端。
需要说明的是，本实施例中的数据的获取***可以是API***。
本实施例中，API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
可选的，本发明的另一实施例中提供了一种数据获取***，参照图4，包括：
管理***21、消息队列服务器22、API***23和Redis 24；
管理***21，用于当检测到数据变更时，发送数据变更消息至消息队列服务器22；其中数据变更消息包括已更新内容的至少一个数据ID；
消息队列服务器22，用于获取与数据变更消息中的每个数据ID相对应的数据，并将与每个数据ID相对应的数据写入到Redis中24，以及发送数据更新消息到API***23中；其中，数据更新消息中包括全部的数据ID；
Redis 24，用于接收消息队列服务器22写入的与每个数据ID相对应的数据；
API***23，用于接收用户终端发送的数据请求，判断API***23中的第一存储模块中是否保存有与数据请求相对应的反馈数据，当判断出API***23中的第一存储模块中保存有与数据请求相对应的反馈数据，从第一存储模块中读取并发送反馈数据至用户终端，以及接收消息队列服务器22发送的数据更新消息，删除第一存储模块中与每个数据ID对应的数据，删除第二存储模块中与每个数据ID对应的数据。
本实施例中，API***从第一存储模块中获取数据时，不需要通过网络，进而不会存在当受到带宽的限制而遇到网络堵塞时，造成API***获取数据的时间较长，进而在用户的计算机发送消息请求后的较长时间后才会收到API***反馈的数据，影响用户体验的问题。
需要说明的是，本实施例中的各个器件的工作过程，请参照上述实施例中的相应说明，在此不再赘述。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种数据的获取方法，其特征在于，应用于应用程序编程接口API***，包括：
接收用户终端发送的数据请求；
判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据；
当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端。
2.根据权利要求1所述的获取方法，其特征在于，当判断出所述API***中的第一存储模块中未保存有与所述数据请求相对应的反馈数据时，还包括：
判断所述API***中的第二存储模块中是否保存有所述反馈数据；
当判断出所述API***中的第二存储模块中保存有所述反馈数据，从所述第二存储模块中读取并发送所述反馈数据至所述用户终端；
将所述反馈数据保存到所述第一存储模块中。
3.根据权利要求2所述的获取方法，其特征在于，当判断出所述API***中的第二存储模块中未保存有所述反馈数据时，还包括：
判断Redis中是否保存有所述反馈数据；
当判断出所述Redis中保存有所述反馈数据，从所述Redis中读取并发送所述反馈数据至所述用户终端；
将所述反馈数据保存到所述第二存储模块中；
当判断出所述Redis中未保存有所述反馈数据，发送请求错误消息到所述用户终端。
4.根据权利要求1所述的获取方法，其特征在于，还包括：
接收消息队列服务器发送的数据更新消息；其中，所述数据更新消息中包括已更新内容的至少一个数据帐号ID；
删除所述第一存储模块中与每个所述数据ID对应的数据；
删除所述第二存储模块中与每个所述数据ID对应的数据。
5.一种数据的获取装置，其特征在于，应用于应用程序编程接口API***，包括：
接收模块，用于接收用户终端发送的数据请求；
第一判断模块，用于判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据；
第一读取模块，用于当所述第一判断模块判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端。
6.根据权利要求5所述的获取装置，其特征在于，还包括：
第二判断模块，用于当所述第一判断模块判断出所述API***中的第一存储模块中未保存有与所述数据请求相对应的反馈数据时，判断所述API***中的第二存储模块中是否保存有所述反馈数据；
第二读取模块，用于当所述第二判断模块判断出所述API***中的第二存储模块中保存有所述反馈数据，从所述第二存储模块中读取并发送所述反馈数据至所述用户终端；
第一保存模块，用于将所述反馈数据保存到所述第一存储模块中。
7.根据权利要求6所述的获取装置，其特征在于，还包括：
第三判断模块，用于当所述第二判断模块判断出所述API***中的第二存储模块中未保存有所述反馈数据时，判断Redis中是否保存有所述反馈数据；
第三读取模块，用于当所述第三判断模块判断出所述Redis中保存有所述反馈数据，从所述Redis中读取并发送所述反馈数据至所述用户终端；
第二保存模块，用于将所述反馈数据保存到所述第二存储模块中；
错误消息发送模块，用于当所述第三判断模块判断出所述Redis中未保存有所述反馈数据，发送请求错误消息到所述用户终端。
8.根据权利要求5所述的获取装置，其特征在于，还包括：
更新消息接收模块，用于接收消息队列服务器发送的数据更新消息；其中，所述数据更新消息中包括已更新内容的至少一个数据帐号ID；
第一删除模块，用于删除所述第一存储模块中与每个所述数据ID对应的数据；
第二删除模块，用于删除所述第二存储模块中与每个所述数据ID对应的数据。
9.一种数据的获取***，其特征在于，包括：
接收端口、发送端口和处理器；
所述接收端口，用于接收用户终端发送的数据请求；
所述处理器，用于判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据，当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取所述反馈数据；
所述发送端口，用于发送所述反馈数据至所述用户终端。
10.一种数据获取***，其特征在于，包括：
管理***、消息队列服务器、API***和Redis；
所述管理***，用于当检测到数据变更时，发送数据变更消息至所述消息队列服务器；其中所述数据变更消息包括已更新内容的至少一个数据ID；
所述消息队列服务器，用于获取与所述数据变更消息中的每个所述数据ID相对应的数据，并将与每个所述数据ID相对应的数据写入到所述Redis中，以及发送数据更新消息到所述API***中；其中，所述数据更新消息中包括全部的所述数据ID；
所述Redis，用于接收所述消息队列服务器写入的与每个所述数据ID相对应的数据；
所述API***，用于接收用户终端发送的数据请求，判断所述API***中的第一存储模块中是否保存有与所述数据请求相对应的反馈数据，当判断出所述API***中的第一存储模块中保存有与所述数据请求相对应的反馈数据，从所述第一存储模块中读取并发送所述反馈数据至所述用户终端，以及接收所述消息队列服务器发送的数据更新消息，删除所述第一存储模块中与每个所述数据ID对应的数据，删除所述第二存储模块中与每个所述数据ID对应的数据。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710624372.5A CN109947829A (zh) | 2017-07-27 | 2017-07-27 | 一种数据的获取方法、装置、***及数据获取*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710624372.5A CN109947829A (zh) | 2017-07-27 | 2017-07-27 | 一种数据的获取方法、装置、***及数据获取*** |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109947829A true CN109947829A (zh) | 2019-06-28 |
Family
ID=67003901
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710624372.5A Pending CN109947829A (zh) | 2017-07-27 | 2017-07-27 | 一种数据的获取方法、装置、***及数据获取*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109947829A (zh) |
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 (zh) * | 2011-06-27 | 2014-09-24 | 亚马逊科技公司 | 用于实施可扩展数据存储服务的***和方法 |
| CN104426948A (zh) * | 2013-08-28 | 2015-03-18 | 北京闹米科技有限公司 | 一种网络数据共享***和方法 |
| 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/zh 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 (zh) * | 2011-06-27 | 2014-09-24 | 亚马逊科技公司 | 用于实施可扩展数据存储服务的***和方法 |
| CN104426948A (zh) * | 2013-08-28 | 2015-03-18 | 北京闹米科技有限公司 | 一种网络数据共享***和方法 |
| 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 | |
| US7966383B2 (en) | Client-server systems and methods for accessing metadata information across a network using proxies | |
| US8458727B2 (en) | Asynchronous client to server updates | |
| US20160179919A1 (en) | Asynchronous data replication using an external buffer table | |
| US8307170B2 (en) | Information processing method and system | |
| US9600492B2 (en) | Data processing performance enhancement in a distributed file system | |
| CN103793485B (zh) | 客户端基于缓存数据实现查询网络数据的方法 | |
| CN109656956B (zh) | 一种实现业务***数据集中式缓存的方法及装置 | |
| CN110598138A (zh) | 基于缓存的处理方法和装置 | |
| US20060230078A1 (en) | Replicating modifications of a directory | |
| US8380663B2 (en) | Data integrity in a database environment through background synchronization | |
| CN107092628B (zh) | 时间序列数据的处理方法和装置 | |
| US9836358B2 (en) | Ephemeral remote data store for dual-queue systems | |
| CN109150608A (zh) | 用于语音对话平台的接口服务升级方法及*** | |
| US10873552B2 (en) | Large data management in communication applications through multiple mailboxes | |
| WO2019041670A1 (zh) | 一种降低功能页面请求次数的方法、存储介质、设备及*** | |
| CN107818111A (zh) | 一种缓存文件数据的方法、服务器及终端 | |
| CN113806300A (zh) | 数据存储方法、***、装置、设备及存储介质 | |
| CN101217449A (zh) | 远程调用管理方法 | |
| CN114896215A (zh) | 元数据的存储方法及装置 | |
| CN101699421A (zh) | 串口共享的方法和服务端 | |
| CN111753141B (zh) | 一种数据管理方法及相关设备 | |
| CN109947829A (zh) | 一种数据的获取方法、装置、***及数据获取*** | |
| CN114356970B (zh) | 一种存储***资源缓存方法及装置 | |
| CN112540954A (zh) | 以目录单位的多级存储构建与在线迁移方法 |
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 |