CN105187231A - 客户端拉取配置数据的方法及装置 - Google Patents
客户端拉取配置数据的方法及装置 Download PDFInfo
- Publication number
- CN105187231A CN105187231A CN201510415292.XA CN201510415292A CN105187231A CN 105187231 A CN105187231 A CN 105187231A CN 201510415292 A CN201510415292 A CN 201510415292A CN 105187231 A CN105187231 A CN 105187231A
- Authority
- CN
- China
- Prior art keywords
- configuration
- client
- server
- pulls
- ttl
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
- H04L41/0826—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability for reduction of network costs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种客户端拉取配置数据的方法及装置,上述方法包括:客户端获取TTL,以及上一次向服务器拉取配置数据的时间戳;客户端根据时间戳确定TTL是否已经过期;在TTL已经过期的情况下,客户端向服务器拉取配置域数据;客户端将从配置域数据中获取配置表的令牌值与本地存储的令牌值进行对比;如果获取的令牌值与本地存储的令牌值不一致,则向服务器拉取获取的令牌值对应的配置表数据。根据本发明提供的技术方案,对配置的使用进行了详细的分类,提供了优化的更新机制和策略来解决流量和及时性的平衡。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种客户端拉取配置数据的方法及装置。
背景技术
配置(Configuration)是在软件开发或系统实现中将一些可能变化的数据封装成结构实体,并不依赖软件更新或发布而实现功能调整或控制行为的方式,配置的主要特点是可以直接更新而不依赖于重新发布程序。
在软件架构中,客户端软件会需要各种类型的配置数据。一般情况下,这些配置数据存储在客户端本地,例如,数据库或可扩展标记语言(XML)文件中。在一般运营型的项目中,配置要求不依赖于新版本客户端的发布而去维护和更新,则通常会将配置信息存储在服务器上,由相应的人员去维护进行更新。
对于这些变更不是很频繁的数据,客户端需要与服务器进行通信来获取。如果客户端每次都在相应的触发点(例如程序启动,登录等时机)进行一次强制拉取,会增加没必要的数据流量和服务器的压力,但是如果同步的较慢,也不利于配置数据的维护和更新,在这两者之间存在一定的矛盾。那么如何在两者之间找到一个平衡点,设计一种更新同步策略成为开发中需要解决的问题。此外,针对各种配置类型采用不同的更新策略和存储方式,提供更高的抽象层次也是亟待解决的问题。
发明内容
本发明的主要目的在于公开了一种客户端拉取配置数据的方法及装置,以至少解决相关技术中采用的客户端配置策略,无法平衡流量和及时性的问题。
根据本发明的一个方面,提供了一种客户端拉取配置数据的方法。
根据本发明的客户端拉取配置数据的方法包括:客户端获取向服务器同步配置的最大时间间隔(Timetolive,简称为TTL),以及上一次向服务器拉取配置数据的时间戳;客户端根据时间戳确定TTL是否已经过期;在TTL已经过期的情况下,客户端向服务器拉取配置域数据;客户端将从配置域数据中获取配置表的令牌值与本地存储的令牌值进行对比;如果获取的令牌值与本地存储的令牌值不一致,则向服务器拉取获取的令牌值对应的配置表数据。
根据本发明的另一方面,提供了一种客户端拉取配置数据的装置。
根据本发明的客户端拉取配置数据的装置包括:获取模块,用于获取向服务器同步配置的最大时间间隔TTL,以及上一次向服务器拉取配置数据的时间戳;确定模块,用于根据时间戳确定TTL是否已经过期;第一拉取模块,用于在TTL已经过期的情况下,向服务器拉取配置域数据;对比模块,用于将从配置域数据中获取的配置表的令牌值与本地存储的令牌值进行对比;第二拉取模块,用于在获取的令牌值与本地存储的令牌值不一致时,向服务器拉取获取的令牌值对应的配置表数据。
通过本发明,在设置的TTL已经过期的情况下,客户端向服务器拉取配置域数据,在获取的令牌值与本地存储的令牌值不一致的情况下,向服务器拉取获取的令牌值对应的配置表数据,由此可见,对配置的使用进行了详细的分类,提供了优化的更新机制和策略来解决流量和及时性的平衡。
附图说明
图1是根据本发明实施例的客户端拉取配置数据的方法的流程图;
图2是根据本发明优选实施例的客户端拉取配置域数据的方法的流程图;
图3是根据本发明优选实施例的客户端拉取配置表数据的方法的流程图;
图4是根据本发明优选实施例的客户端拉取配置数据的方法的流程图;
图5是根据本发明实施例的客户端拉取配置数据的装置的结构框图;以及
图6是根据本发明优选实施例的客户端拉取配置数据的装置的结构框图。
具体实施方式
下面结合说明书附图对本发明的具体实现方式做一详细描述。
图1是根据本发明实施例的客户端拉取配置数据的方法的流程图。如图1所示,该客户端拉取配置数据的方法包括:
步骤S101:客户端获取向服务器同步配置的最大时间间隔(TTL),以及上一次向上述服务器拉取配置数据的时间戳;
步骤S103:上述客户端根据上述时间戳确定上述TTL是否已经过期;
步骤S105:在上述TTL已经过期的情况下,上述客户端向上述服务器拉取配置域数据;
步骤S107:上述客户端将从上述配置域数据中获取配置表的令牌值与本地存储的令牌值进行对比;
步骤S109:如果上述获取的令牌值与上述本地存储的令牌值不一致,则向上述服务器拉取上述获取的令牌值对应的配置表数据。
通过本发明,在设置的TTL已经过期的情况下,上述客户端向上述服务器拉取配置域数据,在上述获取的令牌值与上述本地存储的令牌值不一致的情况下,向上述服务器拉取上述获取的令牌值对应的配置表数据,由此可见,对配置的使用进行了详细的分类,提供了优化的更新机制和策略来解决流量和及时性的平衡。
其中,上述TTL根据当前配置域承载的配置信息的需求情况动态设置。即TTL的时间长短可根据目前ConfigField承载的配置信息需要的及时性来进行配置,如果需要及时性较高(频率较高)则配置TTL短一些,如果不是很及时(频率较低)的就可以长一些,以减少服务器请求的压力和流量。
优选地,步骤S101中,上述客户端获取向服务器同步配置的上述TTL可以进一步包括:上述客户端查找本地的XML文件;如果在本地没查找到XML文件,则上述客户端使用资源文件中的XML文件,并下载上述XML文件保存到本地;上述客户端解析上述XML文件中得到上述TTL。
优选地,步骤S105中上述客户端向上述服务器拉取配置域数据之后,还可以包括:上述客户端记录拉取时间,将拉取到的配置域数据保存在本地并解析上述配置域数据。
优选地,在步骤S109向上述服务器拉取配置表数据之后,还可以包括以下处理:上述客户端将本地保存的配置表数据全量更新为上述拉取到的配置表数据。
其中,针对各种配置数据,本方案抽象出配置域和配置表两种数据结构来维护和管理配置:
配置域数据主要以键值对的形式存在,一般用一个整数作为键,以一个字符串作为值,如果存储的是一个数值型配置那么需要程序代码在使用时自行从字符串转换为数值;以及
配置表数据主要是以表格的形式存在,表格中的每一条代表配置项目,例如国家码,区域码等。
以上两种抽象可以承载几乎所有的配置数据,也包括上述的配置域的更新TTL和配置表的更新令牌(TOKEN)等。
对于配置数据的拉取方式,本发明实施例采用两种机制。
第一种,对于配置数据中的配置域数据,基于TTL的更新机制,客户端本地判断上次拉取服务器配置的时间与本次拉取时间的间隔是否大于某一时长(TTL值),如果大于该时长,则向服务器重新拉取配置域数据,否则流程结束。具体的TTL的更新机制如图2所示。
图2是根据本发明优选实施例的客户端拉取配置域数据的方法的流程图。如图2所示,该客户端拉取配置域数据的方法包括:
步骤S201:客户端解析本地路径下的XML文件,如果该XML文件不存在,则解析资源包中的XML文件。
步骤S203:客户端获取TTL以及上一次向上述服务器拉取配置数据的时间戳,根据上述时间戳确定上述TTL已经过期。
步骤S205:客户端向服务器拉取配置域数据。
步骤S207:服务器返回上述配置域数据。
步骤S209:服务器记录拉取时间,将结果存储在本地路径下并解析。
第二种,对于配置数据中的配置表数据,基于令牌(TOKEN)的更新机制,客户端向服务器查询TOKEN字段,与本地配置的TOKEN进行对比,如果有变化则向服务器拉取新的配置,否则流程结束。具体的TOKEN的更新机制如图3所示。
图3是根据本发明优选实施例的客户端拉取配置表数据的方法的流程图。如图3所示,该客户端拉取配置表数据的方法包括:
步骤S301:客户端从服务器拉取更新配置TOKEN。
步骤S303:客户端将拉取的TOKEN与本地TOKEN进行对比。如果相同,则流程结束,如果不相同,则执行步骤S305。
步骤S305:客户端向服务器拉取配置表数据。
由此可见,基于TOKEN的更新方式每次都向服务器拉取一次TOKEN数据,浪费了一定的流量但是实时性较好,两种更新机制的对比:
TTL | TOKEN | |
高效率 | 高 | 低 |
延迟性 | 存在 | 不存在 |
鉴于此与实际业务需求,本文在设计上对于配置域使用TTL进行更新,对于配置表使用TOKEN进行更新以达到最佳平衡。
以下结合图4进一步描述上述实施例。
图4是根据本发明优选实施例的客户端拉取配置数据的方法的流程图。如图4所示,该客户端拉取配置数据的方法包括:
步骤S401:客户端的本地配置表加载到应用程序缓存。
步骤S403:客户端根据上述时间戳判断配置域的TTL是否过期。如果是,执行步骤S405。
步骤S405:客户端向服务器拉取配置域数据。
步骤S407:客户端检查各个配置表的令牌值(Token)是否更新。如果是,执行步骤S409,如果否,流程结束。
步骤S409:客户端拉取令牌值发生更新的配置表数据。
在优选实施过程中,配置域(ConfigField)数据通过Web服务器上的一个接口进行拉取,客户端在本地会以XML文件形式进行存储,如果在拉取失败时客户端同时也会采用本地资源中的XML进行配置的解析和管理。服务器上可以通过管理页面进行配置数据的修改和变更,在客户端拉取时将这些配置数据返回给客户端。
基于以上方式,在客户端触发点中判断本地配置域ConfigField中存储的TTL(例如编号为1)字段与上一次客户端向服务器拉取配置的时间戳(需要存储在客户端本地)进行对比,如果已经过期,则再次向服务器拉取配置以更新,如果没有过期则继续使用本地配置。
对于配置域ConfigField的配置主要存储在一个XML文件中,解析时首先查找文件系统中的XML,如果没有找到则使用资源文件中的XML,同时在触发点从服务器上下载最新的XML更新到文件系统中。
TTL的时间可根据目前ConfigField承载的配置信息需要的及时性来进行配置,如果需要及时性较高则配置TTL短一些,如果不是很及时的就可以长一些,以减少服务器请求的压力和流量。
在优选实施过程中,配置表数据在客户端本地有两种形式存在,分别为XML和数据库表,每一个配置表对应服务器的一个接口用于获取最新的配置表数据,更新采用全量更新(服务器配置表在拉取后会替换整个本地表)。
每个配置表需要维护一个TOKEN值,这个TOKEN值同样采用上文中的ConfigField机制下发,客户端保存在一张数据库表中t_cfg_token(包括f_table_name和f_token两个字段),客户端在完成ConfigField的拉取后通过获取某个配置表的TOKEN值与本地数据库中对应表的TOKEN值对比,如果发现变化则再次向服务器拉取对应配置表的数据,返回后更新到本地的XML或数据库中,同时刷新本地对应表的TOKEN值到t_cfg_token中。
对于Web服务器来说一般变化较为频繁的配置表我们可以采用数据库的存储形式并提供管理页面由运营人员进行修改,对于一些几乎很少变化的配置表我们采用XML的存储方式直接由运维人员手动修改。
图5是根据本发明实施例的客户端拉取配置数据的装置的结构框图。如图5所示,该客户端拉取配置数据的装置包括:获取模块50,用于获取向服务器同步配置的最大时间间隔(TTL),以及上一次向上述服务器拉取配置数据的时间戳;确定模块52,用于根据上述时间戳确定上述TTL是否已经过期;第一拉取模块54,用于在上述TTL已经过期的情况下,向上述服务器拉取配置域数据;对比模块56,用于将从上述配置域数据中获取的配置表的令牌值与本地存储的令牌值进行对比;第二拉取模块58,用于在上述获取的令牌值与上述本地存储的令牌值不一致时,向上述服务器拉取上述获取的令牌值对应的配置表数据。
图5所示的装置中,在设置的TTL已经过期的情况下,第一拉取模块向上述服务器拉取配置域数据,在上述获取的令牌值与上述本地存储的令牌值不一致的情况下,第二拉取模块向上述服务器拉取上述获取的令牌值对应的配置表数据,由此可见,对配置的使用进行了详细的分类,提供了优化的更新机制和策略来解决流量和及时性的平衡。
其中,上述TTL可以根据配置域数据的需求频率状况进行动态设置。
优选地,如图6所示,上述获取模块50可以进一步包括:查找单元500,用于查找本地的XML文件;处理单元502,用于在本地没查找到XML文件,使用资源文件中的XML文件,并下载上述XML文件保存到本地;解析单元504,用于解析上述XML文件中得到上述TTL。
优选地,如图6所示,上述装置还可以包括:处理模块60,用于记录拉取时间,将拉取到的配置域数据保存在本地并解析上述配置域数据。
优选地,如图6所示,上述装置还可以包括:更新模块62,用于将本地保存的配置表数据全量更新为上述拉取到的配置表数据。
综上,借助本发明提供的上述实施例,包容了基本所有的客户端配置管理,解决了配置问题;高度抽象了配置域和配置表的形式,对配置的使用进行详细的分类;提供了优化的更新机制和策略来解决流量和及时性的平衡。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种客户端拉取配置数据的方法,其特征在于,包括:
客户端获取向服务器同步配置的最大时间间隔TTL,以及上一次向服务器拉取配置数据的时间戳;
客户端根据时间戳确定TTL是否已经过期;
在TTL已经过期的情况下,客户端向服务器拉取配置域数据;
客户端将从配置域数据中获取配置表的令牌值与本地存储的令牌值进行对比;
如果获取的令牌值与本地存储的令牌值不一致,则向服务器拉取获取的令牌值对应的配置表数据。
2.根据权利要求1的方法,其特征在于,客户端获取向服务器同步配置的TTL包括:
客户端查找本地的XML文件;
如果在本地没查找到XML文件,则客户端使用资源文件中的XML文件,并下载XML文件保存到本地;
客户端解析XML文件中得到TTL。
3.根据权利要求1的方法,其特征在于,客户端向服务器拉取配置域数据之后,还包括:
客户端记录拉取时间,将拉取到的配置域数据保存在本地并解析配置域数据。
4.根据权利要求1的方法,其特征在于,在向服务器拉取配置表数据之后,还包括:客户端将本地保存的配置表数据全量更新为拉取到的配置表数据。
5.根据权利要求1至4中任一项的方法,其特征在于,TTL根据当前配置域承载的配置信息的需求情况动态设置。
6.一种客户端拉取配置数据的装置,设置于客户端,其特征在于,包括:
获取模块,用于获取向服务器同步配置的最大时间间隔TTL,以及上一次向服务器拉取配置数据的时间戳;
确定模块,用于根据时间戳确定TTL是否已经过期;
第一拉取模块,用于在TTL已经过期的情况下,向服务器拉取配置域数据;
对比模块,用于将从配置域数据中获取的配置表的令牌值与本地存储的令牌值进行对比;
第二拉取模块,用于在获取的令牌值与本地存储的令牌值不一致时,向服务器拉取获取的令牌值对应的配置表数据。
7.根据权利要求6的装置,其特征在于,获取模块包括:
查找单元,用于查找本地的XML文件;
处理单元,用于在本地没查找到XML文件,使用资源文件中的XML文件,并下载XML文件保存到本地;
解析单元,用于解析XML文件中得到TTL。
8.根据权利要求6的装置,其特征在于,还包括:
处理模块,用于记录拉取时间,将拉取到的配置域数据保存在本地并解析配置域数据。
9.根据权利要求6的装置,其特征在于,还包括:更新模块,用于将本地保存的配置表数据全量更新为拉取到的配置表数据。
10.根据权利要求6至9中任一项的装置,其特征在于,TTL根据配置域数据的需求频率状况进行动态设置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510415292.XA CN105187231B (zh) | 2015-07-15 | 2015-07-15 | 客户端拉取配置数据的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510415292.XA CN105187231B (zh) | 2015-07-15 | 2015-07-15 | 客户端拉取配置数据的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105187231A true CN105187231A (zh) | 2015-12-23 |
CN105187231B CN105187231B (zh) | 2018-10-26 |
Family
ID=54909085
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510415292.XA Active CN105187231B (zh) | 2015-07-15 | 2015-07-15 | 客户端拉取配置数据的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105187231B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107544837A (zh) * | 2016-06-24 | 2018-01-05 | 腾讯科技(深圳)有限公司 | 云服务设备性能数据采集系统、方法和装置 |
CN110447011A (zh) * | 2017-03-23 | 2019-11-12 | 日本电气株式会社 | 开发操作支持系统、开发管理服务器、操作管理服务器及其方法以及存储有其程序的非暂时性计算机可读介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
CN101960417A (zh) * | 2008-03-05 | 2011-01-26 | 罗斯蒙德公司 | 网络上现场设备的配置 |
CN102314368A (zh) * | 2011-09-26 | 2012-01-11 | 贵阳朗玛信息技术股份有限公司 | 更新服务器程序的配置数据的方法及设备 |
CN102841793A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种软件的升级方法及终端 |
CN103257973A (zh) * | 2012-02-20 | 2013-08-21 | 腾讯科技(深圳)有限公司 | 浏览器缓存更新方法和系统 |
CN104125249A (zh) * | 2013-04-24 | 2014-10-29 | 北京远方环宇通讯技术有限责任公司 | 通信终端配置文件的同步系统和方法 |
US20140330935A1 (en) * | 2013-05-01 | 2014-11-06 | International Business Machines Corporation | Managing file transfer commands |
-
2015
- 2015-07-15 CN CN201510415292.XA patent/CN105187231B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101110706A (zh) * | 2007-07-23 | 2008-01-23 | 中兴通讯股份有限公司 | 一种配置数据同步方法 |
CN101960417A (zh) * | 2008-03-05 | 2011-01-26 | 罗斯蒙德公司 | 网络上现场设备的配置 |
CN102841793A (zh) * | 2011-06-23 | 2012-12-26 | 中兴通讯股份有限公司 | 一种软件的升级方法及终端 |
CN102314368A (zh) * | 2011-09-26 | 2012-01-11 | 贵阳朗玛信息技术股份有限公司 | 更新服务器程序的配置数据的方法及设备 |
CN103257973A (zh) * | 2012-02-20 | 2013-08-21 | 腾讯科技(深圳)有限公司 | 浏览器缓存更新方法和系统 |
CN104125249A (zh) * | 2013-04-24 | 2014-10-29 | 北京远方环宇通讯技术有限责任公司 | 通信终端配置文件的同步系统和方法 |
US20140330935A1 (en) * | 2013-05-01 | 2014-11-06 | International Business Machines Corporation | Managing file transfer commands |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107544837A (zh) * | 2016-06-24 | 2018-01-05 | 腾讯科技(深圳)有限公司 | 云服务设备性能数据采集系统、方法和装置 |
CN110447011A (zh) * | 2017-03-23 | 2019-11-12 | 日本电气株式会社 | 开发操作支持系统、开发管理服务器、操作管理服务器及其方法以及存储有其程序的非暂时性计算机可读介质 |
CN110447011B (zh) * | 2017-03-23 | 2023-02-17 | 日本电气株式会社 | 开发操作支持系统、开发管理服务器、操作管理服务器及其方法以及存储有其程序的非暂时性计算机可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105187231B (zh) | 2018-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102164186B (zh) | 一种实现云搜索服务的方法及系统 | |
CN100501746C (zh) | 网页抓取方法和网页抓取服务器 | |
CN101876983B (zh) | 数据库分区方法与系统 | |
CN103098024B (zh) | 移动中间设备场景中的成员跟踪和数据逐出 | |
US20140082013A1 (en) | Query templates for queries in data stream management systems | |
CN103235820B (zh) | 一种集群系统中数据存储方法与装置 | |
CN102262544A (zh) | 软件升级的方法和装置 | |
CN101160797B (zh) | 动态订阅数据的方法 | |
CN105843867B (zh) | 基于元数据模型的检索方法和基于元数据模型的检索装置 | |
CN103678494A (zh) | 客户端同步服务端数据的方法及装置 | |
CN106648917B (zh) | 一种差异更新缓存数据的方法及系统 | |
CN104050276A (zh) | 一种分布式数据库的缓存处理方法及系统 | |
CN103200278A (zh) | 源站文件更新发布方法及缓存文件更新方法 | |
CN111127252A (zh) | 一种水资源管理决策支持系统的数据管理方法 | |
CN102339290A (zh) | 一种网页数据信息的定向采集方法及装置 | |
CN104679500A (zh) | 实体类自动生成实现方法及装置 | |
CN100470546C (zh) | 资料中心服务器、资料服务系统及实现资料查询方法 | |
CN107171888A (zh) | 一种基于cAdvisor的集群性能监测方法 | |
CN105187231A (zh) | 客户端拉取配置数据的方法及装置 | |
CN109739885A (zh) | 基于本地缓存的数据查询方法、装置、设备及存储介质 | |
CN114185991A (zh) | 基于分布式数据库实现数据同步的方法及相关装置 | |
CN104536785B (zh) | 实时系统更新方法及装置 | |
CN106603610A (zh) | 一种数据获取方法及装置 | |
WO2016029670A1 (zh) | 一种机顶盒的数据管理方法及机顶盒 | |
CN110321227A (zh) | 页面数据同步方法、电子装置及计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |