CN110209720A - 榜单数据的管理方法及装置 - Google Patents
榜单数据的管理方法及装置 Download PDFInfo
- Publication number
- CN110209720A CN110209720A CN201910435970.7A CN201910435970A CN110209720A CN 110209720 A CN110209720 A CN 110209720A CN 201910435970 A CN201910435970 A CN 201910435970A CN 110209720 A CN110209720 A CN 110209720A
- Authority
- CN
- China
- Prior art keywords
- list
- redis
- ordered set
- numerical value
- data
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
- G06F16/2474—Sequence data queries, e.g. querying versioned data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Software Systems (AREA)
- Computational Linguistics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种榜单数据的管理方法及装置。该方法包括获取榜单排行数值;将所述榜单排行数值存储在redis的有序集合中;接收客户端的调取命令;在所述redis的有序集合中调取榜单数据。该装置包括:获取模块、存储模块、接收模块和调取模块。本申请解决了由于使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的技术问题。
Description
技术领域
本申请涉及榜单数据管理领域,具体而言,涉及一种榜单数据的管理方法及装置。
背景技术
为了生成榜单数据,一般都是使用关系数据库(比如mysql)进行存储,然后使用数据库的排序查询功能,查询出符合条件的排行数据。一旦数据量规模变大,这种查询方式的性能就会急剧下降,对外提供的榜单展示服务自然也会受大很大的影响。
针对相关技术中使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的问题,目前尚未提出有效的解决方案。
发明内容
本申请的主要目的在于提供一种榜单数据的管理方法及装置,以解决使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的问题。
为了实现上述目的,根据本申请的一个方面,提供了一种榜单数据的管理方法。
根据本申请的榜单数据的管理方法包括:获取榜单排行数值;将所述榜单排行数值存储在redis的有序集合中;接收客户端的调取命令;在所述redis 的有序集合中调取榜单数据。
进一步的,获取榜单排行数值之前还包括:确定与成绩相关的模型参数;依照所述模型参数建立分值模型;从数据库中解析出成绩数据;将所述成绩数据输入所述分值模型,生成榜单排行数值。
进一步的,将所述榜单排行数值存储在redis的有序集合中包括:定义 redis的有序集合的键值;令使用用户的ID作为有序集合的成员;令所述榜单排行数值作为成员对应的分值。
进一步的,接收客户端的调取命令包括:接收客户端的zdd、zrank或 zrevrange命令;在所述redis的有序集合中调取榜单数据包括:根据zdd、 zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
进一步的,接收客户端的调取命令包括:接收客户端的接口调取命令;在所述redis的有序集合中调取榜单数据包括:根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
进一步的,获取榜单排行数值之后,将所述榜单排行数值存储在redis 的有序集合中之前包括:将所述榜单排行数值备份至mysql数据库;判断redis 的有序集合是否发生故障;如果是,则从所述mysql数据库调取所述榜单排行数值。
为了实现上述目的,根据本申请的另一方面,提供了一种榜单数据的管理装置。
根据本申请的榜单数据的管理装置包括:获取模块,用于获取榜单排行数值;存储模块,用于将所述榜单排行数值存储在redis的有序集合中;接收模块,用于接收客户端的调取命令;调取模块,用于在所述redis的有序集合中调取榜单数据。
进一步的,所述存储模块包括:定义redis的有序集合的键值;令使用用户的ID作为有序集合的成员;令所述榜单排行数值作为成员对应的分值。
进一步的,所述接收模块包括:接收客户端的zdd、zrank或zrevrange 命令;所述调取模块包括:根据zdd、zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
进一步的,所述接收模块还包括:接收客户端的接口调取命令;所述调取模块还包括:根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
在本申请实施例中,采用管理榜单数据的方式,通过获取榜单排行数值;将所述榜单排行数值存储在redis的有序集合中;接收客户端的调取命令;在所述redis的有序集合中调取榜单数据;达到了通过redis的有序集合替代的数据库的目的,从而实现了在数据量规模变大时性能仍然较为优越,且消除了对榜单展示服务的负面影响的技术效果,进而解决了由于使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的技术问题。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解,使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1是根据本申请实施例的榜单数据的管理方法示意图;
图2是根据本申请一优选实施例的榜单数据的管理方法示意图;
图3是根据本申请实施例的榜单数据的管理装置示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本申请中,术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本发明及其实施例,并非用于限定所指示的装置、元件或组成部分必须具有特定方位,或以特定方位进行构造和操作。
并且,上述部分术语除了可以用于表示方位或位置关系以外,还可能用于表示其他含义,例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言,可以根据具体情况理解这些术语在本发明中的具体含义。
此外,术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如,可以是固定连接,可拆卸连接,或整体式构造;可以是机械连接,或电连接;可以是直接相连,或者是通过中间媒介间接相连,又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
根据本发明实施例,提供了一种榜单数据的管理方法,如图1所示,该方法包括如下的步骤S100至步骤S106:
步骤S100、获取榜单排行数值;
榜单排行数值用于作为排行的根据,直观体现数值之间的大小。所有成绩数据对应的榜单排行数值生成之后,即可获取该数值,为榜单数据的生成提供保障。
根据本发明实施例,优选的,如图2所示,获取榜单排行数值之前还包括:
步骤S200、确定与成绩相关的模型参数;
步骤S202、依照所述模型参数建立分值模型;
步骤S204、从数据库中解析出成绩数据;
步骤S206、将所述成绩数据输入所述分值模型,生成榜单排行数值。
与成绩相关的模型参数可以是答题分数、答题时长、提交时间等多个维度能够反应成绩的参数。
开发人员可以将以上多个维度的模型参数预先设置到服务器中,设置的方式可以是开发人员直接设置,也可以是通过终端配合软件将以上的至少一个模型参数设置到服务器;优选为通过终端配合软件设置,能够提高配置的效率,减轻开发人员工作负担,而且其他非专业人员也可以完成简单设置。
具体的,依照所述模型参数建立分值模型包括:
令模型参数中的答题分数为M、答题时长L、提交时间N;
设置M、L、N的数值范围和数字长度;
建立分值模型为S=M+(9999-L)+(99999999-N);
其中,M越大S越大,L越小S越大,N越小S越大。
举个例子:设置M的分数范围为1-100,用2个数字长度表示,可以记为 M(2);设置L的时长范围为2小时以内,以秒为单位,用4个数值长度来表示,可以记为L(4);设置N的时间戳为基数为2019年1月1日,计算出提交时间与基础时间戳的差值作为提交成绩的时间戳,假设这个排行榜要用3年(约 92275200秒),使用8位数字即可表示,可以记为N(8)。
可以得到分值模型:S=M(2)+(9999-L(4))+(99999999-N(8)),用一共14 位大整型数来表示。其中,M越大S越大,L越小S越大,N越小S越大。
通过该模型,只要输入相应的模型参数值,就可以计算得到榜单排行数值,为榜单数据的生成提供保障,替代使用统计脚本生成榜单数据。
在数据库中预存成绩数据,成绩数据中包括但不限于,用户的答题实际分数、实际答题时长和实际提交时间;从数据库中解析出以上的成绩数据,为分值模型计算分值提供实际参数。
成绩数据中的用户的答题实际分数(分值)、实际答题时长(时间值)和实际提交时间(时间节点值)输入到分值模型:
S=M(2)+(9999-L(4))+(99999999-N(8))中;
通过运算可以得到一个分值,即为某用户答题对应的榜单排行数值;
每个用户对应的成绩数据,均通过以上的方式进行运算,为后续的榜单数据中的排名提供保障。
步骤S102、将所述榜单排行数值存储在redis的有序集合中;
具体的,将所述榜单排行数值存储在redis的有序集合中包括:
定义redis的有序集合的键值;
令使用用户的ID作为有序集合的成员;
令所述榜单排行数值作为成员对应的分值。
将排行榜的某个维度作为有序集合的键值;
比如:每日榜单可以用每日的日期作为键值,周榜可以用当前时间所属的周数作为键值,月榜可以用当前月份数作为键值,地区榜可以用当前用户的地区编号作为键值;
使用用户的id作为有序集合的成员;
用上述S的值作为有序集合成员对应的分值;
使用这种存储方案,可以快速生成多种维度的排行榜;每个维度均可以代表一有序集合,当将S的值存入多个有序集合中后,每个集合均按榜单排行数值自动生成一榜单数据;不在使用数据库的排序查询功能,进而不会出现性能下降的情况。
优选的,获取榜单排行数值之后,将所述榜单排行数值存储在redis的有序集合中之前包括:
将所述榜单排行数值备份至mysql数据库;
判断redis的有序集合是否发生故障;
如果是,则从所述mysql数据库调取所述榜单排行数值。
提供一种榜单数据备份、恢复机制,将用户分值存储到redis的同时,需要同时存储一份相同的数据到mysql等数据库中进行落地。一旦redis服务发生故障,可以快速把榜单数据从mysql等数据库备份中读取出来,依照步骤 S100-S102重新构建生成redis中的有序集合。提升了服务器数据处理能力,即使发生故障,也能实现自我恢复。
步骤S104、接收客户端的调取命令;
步骤S106、在所述redis的有序集合中调取榜单数据。
具体的,接收客户端的调取命令包括:
接收客户端的zdd、zrank或zrevrange命令;
在所述redis的有序集合中调取榜单数据包括:
根据zdd、zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
榜单数据默认就是进行有序存储的,使用相关的redis的有序集合命令,比如:zdd、zrank、zrevrange等,可以很方便的对这些榜单进行高效读写操作。
比如:使用zrevrange或者zrange命令可以很方便的取出倒序或者顺序的数据集合出来。
使用任何一种编程语言的redis客户端都可以很高效地读取redis中的有序集合(榜单数据)。
采用redis的有序集合结构,在内存中存储有序的数据,相比较传统的磁盘存储要高效数十倍。
优选的,接收客户端的调取命令包括:
接收客户端的接口调取命令;
在所述redis的有序集合中调取榜单数据包括:
根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
使用http服务集群,对外提供高可用的榜单接口服务;可以大大提升整个榜单系统的可用性和稳定性。
从以上的描述中,可以看出,本发明实现了如下技术效果:
在本申请实施例中,采用管理榜单数据的方式,通过获取榜单排行数值;将所述榜单排行数值存储在redis的有序集合中;接收客户端的调取命令;在所述redis的有序集合中调取榜单数据;达到了通过redis的有序集合替代的数据库的目的,从而实现了在数据量规模变大时性能仍然较为优越,且消除了对榜单展示服务的负面影响的技术效果,进而解决了由于使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的技术问题。
需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,还提供了一种用于实施上述榜单数据的管理方法的装置,如图3所示,该装置包括:
获取模块10,用于获取榜单排行数值;
榜单排行数值用于作为排行的根据,直观体现数值之间的大小。所有成绩数据对应的榜单排行数值生成之后,即可获取该数值,为榜单数据的生成提供保障。
根据本发明实施例,优选的,获取榜单排行数值之前还包括:
确定与成绩相关的模型参数;
依照所述模型参数建立分值模型;
从数据库中解析出成绩数据;
将所述成绩数据输入所述分值模型,生成榜单排行数值。
与成绩相关的模型参数可以是答题分数、答题时长、提交时间等多个维度能够反应成绩的参数。
开发人员可以将以上多个维度的模型参数预先设置到服务器中,设置的方式可以是开发人员直接设置,也可以是通过终端配合软件将以上的至少一个模型参数设置到服务器;优选为通过终端配合软件设置,能够提高配置的效率,减轻开发人员工作负担,而且其他非专业人员也可以完成简单设置。
具体的,依照所述模型参数建立分值模型包括:
令模型参数中的答题分数为M、答题时长L、提交时间N;
设置M、L、N的数值范围和数字长度;
建立分值模型为S=M+(9999-L)+(99999999-N);
其中,M越大S越大,L越小S越大,N越小S越大。
举个例子:设置M的分数范围为1-100,用2个数字长度表示,可以记为 M(2);设置L的时长范围为2小时以内,以秒为单位,用4个数值长度来表示,可以记为L(4);设置N的时间戳为基数为2019年1月1日,计算出提交时间与基础时间戳的差值作为提交成绩的时间戳,假设这个排行榜要用3年(约 92275200秒),使用8位数字即可表示,可以记为N(8)。
可以得到分值模型:S=M(2)+(9999-L(4))+(99999999-N(8)),用一共14 位大整型数来表示。其中,M越大S越大,L越小S越大,N越小S越大。
通过该模型,只要输入相应的模型参数值,就可以计算得到榜单排行数值,为榜单数据的生成提供保障,替代使用统计脚本生成榜单数据。
在数据库中预存成绩数据,成绩数据中包括但不限于,用户的答题实际分数、实际答题时长和实际提交时间;从数据库中解析出以上的成绩数据,为分值模型计算分值提供实际参数。
成绩数据中的用户的答题实际分数(分值)、实际答题时长(时间值)和实际提交时间(时间节点值)输入到分值模型:
S=M(2)+(9999-L(4))+(99999999-N(8))中;
通过运算可以得到一个分值,即为某用户答题对应的榜单排行数值;
每个用户对应的成绩数据,均通过以上的方式进行运算,为后续的榜单数据中的排名提供保障。
存储模块20,用于将所述榜单排行数值存储在redis的有序集合中;
具体的,将所述榜单排行数值存储在redis的有序集合中包括:
定义redis的有序集合的键值;
令使用用户的ID作为有序集合的成员;
令所述榜单排行数值作为成员对应的分值。
将排行榜的某个维度作为有序集合的键值;
比如:每日榜单可以用每日的日期作为键值,周榜可以用当前时间所属的周数作为键值,月榜可以用当前月份数作为键值,地区榜可以用当前用户的地区编号作为键值;
使用用户的id作为有序集合的成员;
用上述S的值作为有序集合成员对应的分值;
使用这种存储方案,可以快速生成多种维度的排行榜;每个维度均可以代表一有序集合,当将S的值存入多个有序集合中后,每个集合均按榜单排行数值自动生成一榜单数据;不在使用数据库的排序查询功能,进而不会出现性能下降的情况。
优选的,获取榜单排行数值之后,将所述榜单排行数值存储在redis的有序集合中之前包括:
将所述榜单排行数值备份至mysql数据库;
判断redis的有序集合是否发生故障;
如果是,则从所述mysql数据库调取所述榜单排行数值。
提供一种榜单数据备份、恢复机制,将用户分值存储到redis的同时,需要同时存储一份相同的数据到mysql等数据库中进行落地。一旦redis服务发生故障,可以快速把榜单数据从mysql等数据库备份中读取出来,重新构建生成redis中的有序集合。提升了服务器数据处理能力,即使发生故障,也能实现自我恢复。
接收模块30,用于接收客户端的调取命令;
调取模块40,用于在所述redis的有序集合中调取榜单数据。
具体的,
接收模块30包括:
接收客户端的zdd、zrank或zrevrange命令;
调取模块40包括:
根据zdd、zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
榜单数据默认就是进行有序存储的,使用相关的redis的有序集合命令,比如:zdd、zrank、zrevrange等,可以很方便的对这些榜单进行高效读写操作。
比如:使用zrevrange或者zrange命令可以很方便的取出倒序或者顺序的数据集合出来。
使用任何一种编程语言的redis客户端都可以很高效地读取redis中的有序集合(榜单数据)。
采用redis的有序集合结构,在内存中存储有序的数据,相比较传统的磁盘存储要高效数十倍。
优选的,
接收模块30包括:
接收客户端的接口调取命令;
调取模块40包括:
根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
使用http服务集群,对外提供高可用的榜单接口服务;可以大大提升整个榜单系统的可用性和稳定性。
从以上的描述中,可以看出,本发明实现了如下技术效果:
在本申请实施例中,采用管理榜单数据的方式,通过获取榜单排行数值;将所述榜单排行数值存储在redis的有序集合中;接收客户端的调取命令;在所述redis的有序集合中调取榜单数据;达到了通过redis的有序集合替代的数据库的目的,从而实现了在数据量规模变大时性能仍然较为优越,且消除了对榜单展示服务的负面影响的技术效果,进而解决了由于使用数据库的排序查询功能查询,在数据量规模变大时会造成性能下降,且对榜单展示服务有负面影响的技术问题。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种榜单数据的管理方法,其特征在于,包括:
获取榜单排行数值;
将所述榜单排行数值存储在redis的有序集合中;
接收客户端的调取命令;
在所述redis的有序集合中调取榜单数据。
2.根据权利要求1所述的管理方法,其特征在于,获取榜单排行数值之前还包括:
确定与成绩相关的模型参数;
依照所述模型参数建立分值模型;
从数据库中解析出成绩数据;
将所述成绩数据输入所述分值模型,生成榜单排行数值。
3.根据权利要求1所述的管理方法,其特征在于,将所述榜单排行数值存储在redis的有序集合中包括:
定义redis的有序集合的键值;
令使用用户的ID作为有序集合的成员;
令所述榜单排行数值作为成员对应的分值。
4.根据权利要求1所述的管理方法,其特征在于,
接收客户端的调取命令包括:
接收客户端的zdd、zrank或zrevrange命令;
在所述redis的有序集合中调取榜单数据包括:
根据zdd、zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
5.根据权利要求1所述的管理方法,其特征在于,
接收客户端的调取命令包括:
接收客户端的接口调取命令;
在所述redis的有序集合中调取榜单数据包括:
根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
6.根据权利要求1所述的管理方法,其特征在于,获取榜单排行数值之后,将所述榜单排行数值存储在redis的有序集合中之前还包括:
将所述榜单排行数值备份至mysql数据库;
判断redis的有序集合是否发生故障;
如果是,则从所述mysql数据库调取所述榜单排行数值。
7.一种榜单数据的管理装置,其特征在于,包括:
获取模块,用于获取榜单排行数值;
存储模块,用于将所述榜单排行数值存储在redis的有序集合中;
接收模块,用于接收客户端的调取命令;
调取模块,用于在所述redis的有序集合中调取榜单数据。
8.根据权利要求7所述的榜单数据的管理装置,其特征在于,所述存储模块包括:
定义redis的有序集合的键值;
令使用用户的ID作为有序集合的成员;
令所述榜单排行数值作为成员对应的分值。
9.根据权利要求7所述的榜单数据的管理装置,其特征在于,
所述接收模块包括:
接收客户端的zdd、zrank或zrevrange命令;
所述调取模块包括:
根据zdd、zrank或zrevrange命令在redis的有序集合中读写出榜单数据。
10.根据权利要求7所述的榜单数据的管理装置,其特征在于,
所述接收模块还包括:
接收客户端的接口调取命令;
所述调取模块还包括:
根据所述接口的接口类型在所述redis的有序集合中读写出榜单数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910435970.7A CN110209720A (zh) | 2019-05-23 | 2019-05-23 | 榜单数据的管理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910435970.7A CN110209720A (zh) | 2019-05-23 | 2019-05-23 | 榜单数据的管理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110209720A true CN110209720A (zh) | 2019-09-06 |
Family
ID=67788392
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910435970.7A Pending CN110209720A (zh) | 2019-05-23 | 2019-05-23 | 榜单数据的管理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110209720A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110852778A (zh) * | 2019-09-30 | 2020-02-28 | 口口相传(北京)网络技术有限公司 | 一种针对业务对象的数据处理方法及装置 |
CN111914140A (zh) * | 2020-07-24 | 2020-11-10 | 上海阅文信息技术有限公司 | 一种基于消息数据源的实时榜单实现方法及系统 |
CN112286970A (zh) * | 2020-10-30 | 2021-01-29 | 领扣网络(上海)有限公司 | 信息处理方法、系统、计算机设备及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104794146A (zh) * | 2014-12-22 | 2015-07-22 | 广州唯品会信息科技有限公司 | 商品实时筛选和排序的方法和装置 |
CN106250392A (zh) * | 2016-07-15 | 2016-12-21 | 北京奇虎科技有限公司 | 数据排行的方法及装置 |
CN108200070A (zh) * | 2018-01-10 | 2018-06-22 | 武汉斗鱼网络科技有限公司 | 一种生成榜单的方法及装置 |
CN109299143A (zh) * | 2018-11-28 | 2019-02-01 | 重庆邮电大学 | 基于Redis缓存的数据互操作测试知识库的知识快速索引方法 |
CN109471879A (zh) * | 2018-10-25 | 2019-03-15 | 珠海天燕科技有限公司 | 一种数据排行的辅助方法及装置 |
-
2019
- 2019-05-23 CN CN201910435970.7A patent/CN110209720A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104794146A (zh) * | 2014-12-22 | 2015-07-22 | 广州唯品会信息科技有限公司 | 商品实时筛选和排序的方法和装置 |
CN106250392A (zh) * | 2016-07-15 | 2016-12-21 | 北京奇虎科技有限公司 | 数据排行的方法及装置 |
CN108200070A (zh) * | 2018-01-10 | 2018-06-22 | 武汉斗鱼网络科技有限公司 | 一种生成榜单的方法及装置 |
CN109471879A (zh) * | 2018-10-25 | 2019-03-15 | 珠海天燕科技有限公司 | 一种数据排行的辅助方法及装置 |
CN109299143A (zh) * | 2018-11-28 | 2019-02-01 | 重庆邮电大学 | 基于Redis缓存的数据互操作测试知识库的知识快速索引方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110852778A (zh) * | 2019-09-30 | 2020-02-28 | 口口相传(北京)网络技术有限公司 | 一种针对业务对象的数据处理方法及装置 |
CN111914140A (zh) * | 2020-07-24 | 2020-11-10 | 上海阅文信息技术有限公司 | 一种基于消息数据源的实时榜单实现方法及系统 |
CN112286970A (zh) * | 2020-10-30 | 2021-01-29 | 领扣网络(上海)有限公司 | 信息处理方法、系统、计算机设备及计算机可读存储介质 |
CN112286970B (zh) * | 2020-10-30 | 2024-04-26 | 领扣网络(上海)有限公司 | 信息处理方法、系统、计算机设备及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110209720A (zh) | 榜单数据的管理方法及装置 | |
CN103902698B (zh) | 一种数据存储系统和存储方法 | |
CN109146677B (zh) | 并行构建区块链视图的方法、计算机系统和可读存储介质 | |
CN103064933A (zh) | 数据查询方法及系统 | |
CN102890682A (zh) | 构建索引的方法、检索方法、装置及系统 | |
CN102750283A (zh) | 海量数据同步系统及方法 | |
US9612617B1 (en) | Wearable computing device for managing and storing data | |
CN106844753B (zh) | 一种构建网元树组件的方法以及装置 | |
CN109903097A (zh) | 一种用户画像构建方法以及用户画像构建装置 | |
CN106293309A (zh) | 一种应用程序图标排列方法和装置 | |
CN107229718A (zh) | 处理报表数据的方法和装置 | |
CN108875035B (zh) | 分布式文件系统的数据存储方法及相关设备 | |
CN112711612A (zh) | 数据处理方法、装置和存储介质及电子装置 | |
CN113342791A (zh) | 一种数据质量监测方法及装置 | |
CN109101599A (zh) | 一种增量索引更新方法及系统 | |
CN109255587A (zh) | 一种工作数据的协同处理方法及装置 | |
CN105630419A (zh) | 一种资源池的分区视图发送方法及管理节点 | |
CN104063377B (zh) | 信息处理方法和使用其的电子设备 | |
US20210216516A1 (en) | Management of a secondary vertex index for a graph | |
CN107707487B (zh) | 一种网络业务流量的实时检索系统及实时检索方法 | |
CN105550347B (zh) | 数据处理方法及装置 | |
US20150254288A1 (en) | Sorting database collections for parallel processing | |
CN113986931A (zh) | 报表分页的方法、装置、存储介质及计算设备 | |
CN104765748B (zh) | 一种将复制表转换为分片表的方法及装置 | |
CN108536758B (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: 20190906 |