CN110019132A - 点赞数据存储方法及设备 - Google Patents

点赞数据存储方法及设备 Download PDF

Info

Publication number
CN110019132A
CN110019132A CN201711386346.XA CN201711386346A CN110019132A CN 110019132 A CN110019132 A CN 110019132A CN 201711386346 A CN201711386346 A CN 201711386346A CN 110019132 A CN110019132 A CN 110019132A
Authority
CN
China
Prior art keywords
data
thumb
type
database
thumbing
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
CN201711386346.XA
Other languages
English (en)
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.)
Beijing longzhixin Technology Co.,Ltd.
Original Assignee
Beijing Panda Mutual Entertainment Technology 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 Beijing Panda Mutual Entertainment Technology Co Ltd filed Critical Beijing Panda Mutual Entertainment Technology Co Ltd
Priority to CN201711386346.XA priority Critical patent/CN110019132A/zh
Publication of CN110019132A publication Critical patent/CN110019132A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/21Design, administration or maintenance of databases
    • G06F16/214Database migration support
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • G06F16/2308Concurrency control

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Measurement And Recording Of Electrical Phenomena And Electrical Characteristics Of The Living Body (AREA)

Abstract

本申请实施例提供一种点赞数据存储方法及设备,其中,方法包括:响应于点赞数据写入操作,确定所述请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型或热数据类型;根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;将所述请求写入的点赞数据存储至对应的数据库。本申请实施例提供的技术方案,能够降低点赞数据对内存的消耗,提高点赞数据库在读写高并发状态下的稳定性。

Description

点赞数据存储方法及设备
技术领域
本申请涉及互联网技术领域,尤其涉及一种点赞数据存储方法及设备。
背景技术
为了增加用户的互动性,许多社交平台为用户提供了投票/点赞,或反对/踩的功能。例如,在网络直播平台上,为了使用户和主播具有良性互动,增强用户的参与感,用户在观看直播时,可通过触发直播平台提供的点赞系统进行点赞,以表达对主播或直播内容的喜爱等。点赞数据存储于点赞数据库中,可用于后续对用户进行喜好分析。
在现有技术中,点赞数据库通常为纯内存型数据库或纯硬盘类的数据库。而针对较大的网络社交平台,其点赞数据十分庞大且读写频繁。采用纯内存型存储的方式来存储大量的点赞数据将十分耗费内存。若采用纯硬盘类的存储方式时,将无法满足针对已存储的点赞数据的高并发的查询需求。
发明内容
本申请实施例的多个方面提供一种点赞数据存储方法及设备,用以降低点赞数据对内存的消耗,提高点赞数据库在读写高并发状态下的稳定性。
本申请实施例提供一种点赞数据存储方法,包括:
响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型的点赞数据或热数据类型的点赞数据;
根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;
将所述请求写入的点赞数据存储至对应的数据库。
进一步可选地,根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库,包括:当所述请求写入的点赞数据包含热数据类型的点赞数据时,确定与所述热数据类型的点赞数据对应的数据库为内存型数据库;当所述请求写入的点赞数据包含冷数据类型的点赞数据时,确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。
进一步可选地,所述冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间;所述热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。
进一步可选地,所述方法还包括:以设定的数据迁移周期,将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库,并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。
进一步可选地,所述方法还包括:响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据;若包含冷数据类型的点赞数据,则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中;从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
本申请实施例还提供一种点赞数据存储设备,包括:存储器以及处理器;
所述存储器用于存储一条或多条计算机指令;
所述处理器用于执行所述一条或多条计算机指令以用于:
响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据包含的点赞数据类型;所述点赞数据类型包括:冷数据类型的点赞数据或热数据类型的点赞数据;
根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;
将所述请求写入的点赞数据存储至对应的数据库。
进一步可选地,所述处理器具体用于:当所述请求写入的点赞数据包含热数据类型的点赞数据时,确定与所述热数据类型的点赞数据对应的数据库为内存型数据库;当所述请求写入的点赞数据包含冷数据类型的点赞数据时,确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。
进一步可选地,所述冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间;所述热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。
进一步可选地,所述处理器还用于:以设定的数据迁移周期,将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库,并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。
进一步可选地,所述处理器还用于:响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据;若包含冷数据类型的点赞数据,则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中;从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
在本申请实施例中,在接收到点赞数据写入操作时,首先判断该写入操作请求写入的点赞数据是冷数据类型的点赞数据或热数据类型的点赞数据,并基于判断的结果选取用于存储该写入操作请求写入的点赞数据的数据库。通过上述实施方式,能够实现冷热数据的分离存储,降低大量点赞数据对内存的消耗,提高点赞数据库在读写高并发状态下的稳定性。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明一实施例提供的点赞数据存储方法的方法流程图;
图2为本发明另一实施例提供的点赞数据存储方法的方法流程图;
图3为本发明又一实施例提供的点赞数据存储方法的方法流程图;
图4为本发明一实施例提供的点赞数据存储设备的设备结构图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合本发明具体实施例及相应的附图对本发明技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有的点赞系统中,使用纯内存型存储方式来存储用户的点赞数据时,若点赞数据量庞大,将十分耗费系统内存。使用纯磁盘型的存储方式来存储点赞数据时,若对存储数据的读取操作出现高并发的情况,则磁盘型存储方式的可用性和稳定性将无法保证。
为解决上述缺陷,本申请实施例提出一种解决方案,其核心在于,采用内存型以及磁盘型的数据库组成点赞系统的点赞数据库,并对需要存储的点赞数据分类。基于对点赞数据的分类结果,分别将点赞数据存储至内存型或磁盘型数据库,进而可在解决对系统内存造成的压力的同时,确保点赞数据库在读写高并发的情况下具有高可用性和稳定性。以下部分将结合附图对本申请实施例的技术方案进行具体阐述。图1为本发明一实施例提供的点赞数据存储方法的方法流程图,结合图1,该方法包括:
步骤101、响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型的点赞数据或热数据类型的点赞数据。
步骤102、根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型。
步骤103、将所述请求写入的点赞数据存储至对应的数据库。
在步骤101中,点赞数据的写入操作指的是,点赞行为发生时,需要存储点赞行为对应的点赞数据的操作。
点赞数据,指的是点赞系统中发生的点赞行为所产生的一系列数据,包括但不仅限于点赞对象、点赞的用户ID(identification,身份)、点赞时间或某一点赞对象累计的点赞数量等。
冷数据类型的点赞数据,指的是读写频率低的点赞数据。反之,热数据类型的点赞数据,指的是读写频率高的点赞数据。
在步骤102中,内存型数据库指的是,能够将数据放在内存中直接操作的数据库。相对于磁盘型数据库,内存型数据库的数据读写速度高,稳定性良好。磁盘型数据库的优势在于,存储空间可扩展,且不消耗系统内存。
在本实施例中,预先设置数据库类型与点赞数据类型的对应关系,在确定该请求写入的点赞数据对应的数据类型后,查询上述对应关系,可确定对应的数据库。
在步骤103中,确定该请求写入的点赞数据对应的数据库之后,可将该请求写入的点赞数据存储至对应的数据库。
在本实施例中,在接收到点赞数据写入操作时,首先判断该写入操作请求写入的点赞数据是冷数据类型的点赞数据或热数据类型的点赞数据,并基于判断的结果选取用于存储该写入操作请求写入的点赞数据的数据库。通过上述实施方式,能够实现冷热数据的分离存储,降低大量点赞数据对内存的消耗,提高点赞数据库在读写高并发状态下的稳定性。
上述实施例中记载了基于点赞数据类型选取用于存储点赞数据的数据库的过程,以下部分将结合图2,对上述过程进行详细阐述。如图2所示,该过程具体包括:
步骤201、响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型。
步骤202、判断请求写入的点赞数据是否包含热数据类型的点赞数据;若包含,则执行步骤204。
步骤203、判断请求写入的点赞数据是否包含冷数据类型的点赞数据;若为是,执行步骤206。
步骤204、确定内存型数据库作为与所述热数据类型的点赞数据对应的数据库,并执行步骤205。
步骤205、将所述热数据类型的点赞数据存储至内存型数据库。
步骤206、确定磁盘型数据库作为与所述冷数据类型的点赞数据对应的数据库。
步骤207、将所述冷数据类型的点赞数据存储至磁盘型数据库。
在步骤201中,点赞数据类型包括冷数据类型或热数据类型。可选的,冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间。其中,指定时间范围可以是3天、一周或一个月等,视具体应用场景而定,本实施例不做限制。
可选的,热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。其中,指定数量,是一个可根据需求进行变化的值,例如,在一些需求场景中,可以是200,在另一些需求场景中可以是500,本实施例不做限制。
以具体的应用场景为例,假设在直播平台上,用户针对某一直播间主播展示的直播内容发起点赞行为,则该点赞行为生成的点赞数据可包括:用户ID、直播间ID、以及点赞时间。在上述点赞数据中,若针对该直播间的直播内容,该用户的点赞行为属于距离当前时刻最近的200个点赞行为,则该用户ID可以被确定为热数据类型的点赞数据。
在步骤202以及203中,请求写入的点赞数据可能包含冷数据类型的点赞数据,也可能包含热数据类型的点赞数据,也可能同时包含冷数据类型以及热数据类型的点赞数据。
需要说明的是,步骤202以及步骤203仅仅是用于区分开两个不同的操作步骤,在实际执行时,可以先执行步骤203,后执行步骤202,也可以同时执行步骤203以及步骤202,本实施例对此不做限制。
在步骤204中,若该点赞数据类型包含热数据类型,则热数据类型的点赞数据在后续可能具有较高的被访问频率,因而可确定内存型数据库作为与其对应的数据库。
在步骤205、确定与热数据类型的点赞数据对应的数据库之后,可将热数据类型的点赞数据存储至内存型数据库。
在步骤206、若该点赞数据类型包含冷数据类型,则冷数据类型的点赞数据在后续可能具有较低的被访问频率,因而可确定磁盘型数据库作为与冷数据类型的点赞数据对应的数据库。
在步骤207、确定与冷数据类型的点赞数据对应的数据库之后,可将冷数据类型的点赞数据存储至磁盘型数据库。
可选的,本实施例中内存型数据库可采用Redis构建,磁盘型数据库可采用MySQL构建,本申请实施例包含但不仅限于此。
可选的,在上述或下述实施例中,本申请实施例提供的点赞数据存储方法还可包括如下的步骤:
以设定的数据迁移周期,将内存型数据库中的增量点赞数据迁移至磁盘型数据库,并删除内存型数据库中除热数据类型的点赞数据之外的点赞数据。
可选的,增量点赞数据,指的是内存型数据库中,相对于磁盘型数据库中新增加的点赞数据。这部分数据可以设定的周期从内存型数据库迁移至磁盘型数据库。与此同时,随着点赞行为的不断发生以及时间的推移,点赞数据的类型会发生变化,例如从热数据类型转变为冷数据类型。可选的,本实施例中,可删除内存型数据库中点赞数据类型发生变化,且已经迁移至磁盘型数据库的点赞数据。通过上述实施方式,一方面,及时地释放内存型数据库的存储空间,以降低对系统内存的消耗;另一方面,及时地备份内存数据库中的点赞数据,可以在内存型数据库出现故障时进行数据恢复,提升点赞数据库的稳定性。
可选的,在本实施例提供的数据存储方法的基础上,从点赞数据库读取点赞数据时,其过程可如图3所示:
步骤301、响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据的点赞数据类型。
步骤302、判断所述点赞数据类型为冷数据类型或热数据类型;若为冷数据类型,执行步骤303;若为热数据类型,执行步骤304;。
步骤303、从磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中,并执行步骤304。
步骤304、从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
在步骤301中,点赞数据读取操作可包括:例如,针对一点赞对象,查询有哪些用户对其进行点赞。再例如,针对一点赞对象,查询其对应的点赞总数。
以查询有哪些用户对点赞对象进行点赞为例,通常点赞系统具有一“查询”按钮,可触发该按钮对点赞用户进行查询。在显示查询结果的页面,可设一“显示更多”按钮,触发该按钮可显示更早的点赞行为对应的点赞用户。在触发“查询”按钮时,可获取距离当前时刻最近的指定数量的点赞行为对应的点赞用户,这部分指定数量的点赞行为对应的点赞用户属于热数据类型。在触发“显示更多”按钮时,可获取指定数量的点赞行为之前的点赞行为对应的用户,这部分点赞用户属于冷数据类型。
在步骤302~304中,由上述实施例可知,热数据类型的点赞数据存储在内存型数据库中,可直接从内存型数据库中获取请求读取的点赞数据。例如,可响应于对“查询”按钮的触发,直接从内存型数据库中获取距离当前时刻最近的指定数量的点赞行为对应的点赞用户并进行显示。
冷数据类型的点赞数据存储在磁盘型数据库中,需从磁盘型数据库中加载到内存型数据库。例如,响应于对“显示更多”按钮的触发,可从磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至内存型数据库中。再从内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
在本实施例中,读写频率高的点赞数据,可以直接从内存型数据库中进行读取,读取效率高,且读写高并发状态下的稳定性良好。读写频率低的数据库可通过磁盘型数据库加载至内存型数据库中,降低了大量点赞数据对内存的消耗,避免了内存的浪费。
需要说明的是,上述实施例所提供方法的各步骤的执行主体均可以是同一设备,或者,该方法也由不同设备作为执行主体。比如,步骤201至步骤203的执行主体可以为设备A;又比如,步骤201和202的执行主体可以为设备A,步骤203的执行主体可以为设备B;等等。
另外,在上述实施例及附图中的描述的一些流程中,包含了按照特定顺序出现的多个操作,但是应该清楚了解,这些操作可以不按照其在本文中出现的顺序来执行或并行执行,操作的序号如101、102等,仅仅是用于区分开各个不同的操作,序号本身不代表任何的执行顺序。另外,这些流程可以包括更多或更少的操作,并且这些操作可以按顺序执行或并行执行。需要说明的是,本文中的“第一”、“第二”等描述,是用于区分不同的消息、设备、模块等,不代表先后顺序,也不限定“第一”和“第二”是不同的类型。
以上描述了点赞数据存储方法的可选实施方式,如图4所示,实际中,该点赞数据存储方法可通过点赞数据存储设备实现,如图4所示,该设备包括:存储器41以及处理器42、输入装置43以及输出装置44。
存储器41以及处理器42、输入装置43以及输出装置44可以通过总线或其他方式连接,图4中以总线连接为例。
其中,存储器41用于存储一条或多条计算机指令,并可被配置为存储其它各种数据以支持在点赞数据存储设备上的操作。这些数据的示例包括用于在点赞数据存储设备上操作的任何应用程序或方法的指令。
存储器41可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
在一些实施例中,存储器41可选包括相对于处理器42远程设置的存储器,这些远程存储器可以通过网络连接至点赞数据存储设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
存储器42与存储器41耦合,用于执行所述一条或多条计算机指令以用于:响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型的点赞数据或热数据类型的点赞数据;根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;将所述请求写入的点赞数据存储至对应的数据库。
进一步可选地,存储器42具体用于:当所述请求写入的点赞数据包含热数据类型的点赞数据时,确定与所述热数据类型的点赞数据对应的数据库为内存型数据库;当所述请求写入的点赞数据包含冷数据类型的点赞数据时,确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。
进一步可选地,所述冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间;所述热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。
进一步可选地,存储器42还用于:以设定的数据迁移周期,将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库,并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。
进一步可选地,存储器42还用于:响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据;若包含冷数据类型的点赞数据,则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中;从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
输入装置43可接收输入的数字或字符信息,以及产生与点赞数据存储设备的用户设置以及功能控制有关的键信号输入。输出装置44可包括显示屏等显示设备。
进一步,如图4所示,该点赞数据存储设备还包括:电源组件45。电源组件45,为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统,一个或多个电源,及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。
上述点赞数据存储设备可执行本申请实施例所提供的点赞数据存储方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请实施例所提供的方法,不再赘述。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本发明的实施例而已,并不用于限制本发明。对于本领域技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本发明的权利要求范围之内。

Claims (10)

1.一种点赞数据存储方法,其特征在于,包括:
响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型或热数据类型;
根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;
将所述请求写入的点赞数据存储至对应的数据库。
2.根据权利要求1所述的方法,其特征在于,根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库,包括:
当所述请求写入的点赞数据包含热数据类型的点赞数据时,确定与所述热数据类型的点赞数据对应的数据库为内存型数据库;
当所述请求写入的点赞数据为冷数据类型的点赞数据时,确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。
3.根据权利要求2所述的方法,其特征在于,
所述冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间;
所述热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
以设定的数据迁移周期,将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库,并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。
5.根据权利要求2~4中任一项所述的方法,其特征在于,所述方法还包括:
响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据为冷数据类型的点赞数据或热数据类型的点赞数据;
若为冷数据类型的点赞数据,则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中;
从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
6.一种点赞数据存储设备,其特征在于,包括:存储器以及处理器;
所述存储器用于存储一条或多条计算机指令;
所述处理器用于执行所述一条或多条计算机指令以用于:
响应于点赞数据写入操作,确定所述点赞数据写入操作请求写入的点赞数据对应的点赞数据类型;所述点赞数据类型包括:冷数据类型的点赞数据或热数据类型的点赞数据;
根据数据库类型与点赞数据类型的对应关系,确定与所述请求写入的点赞数据对应的数据库;所述数据库类型包括内存型或磁盘型;
将所述请求写入的点赞数据存储至对应的数据库。
7.根据权利要求6所述的设备,其特征在于,所述处理器具体用于:
当所述请求写入的点赞数据包含热数据类型的点赞数据时,确定与所述热数据类型的点赞数据对应的数据库为内存型数据库;
当所述请求写入的点赞数据包含冷数据类型的点赞数据时,确定与所述冷数据类型的点赞数据对应的数据库为磁盘型数据库。
8.根据权利要求7所述的设备,其特征在于,
所述冷数据类型的点赞数据包括:当前时刻之前指定时间范围内的所有点赞行为对应的用户ID、点赞对象和/或点赞时间;
所述热数据类型的点赞数据包括:针对每一点赞对象的、点赞时间距离当前时刻最近的指定数量的点赞行为对应的用户ID和/或累计至当前时刻的点赞总数。
9.根据权利要求8所述的设备,其特征在于,所述处理器还用于:
以设定的数据迁移周期,将所述内存型数据库中的增量点赞数据迁移至所述磁盘型数据库,并删除所述内存型数据库中除所述热数据类型的点赞数据之外的点赞数据。
10.根据权利要求7~9中任一项所述的设备,其特征在于,所述处理器还用于:
响应于点赞数据读取操作,确定所述点赞数据读取操作请求读取的点赞数据包含冷数据类型的点赞数据或热数据类型的点赞数据;
若包含冷数据类型的点赞数据,则从所述磁盘型数据库中加载与所述点赞数据读取操作对应的点赞数据至所述内存型数据库中;
从所述内存型数据库中读取所述点赞数据读取操作请求读取的点赞数据。
CN201711386346.XA 2017-12-20 2017-12-20 点赞数据存储方法及设备 Pending CN110019132A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711386346.XA CN110019132A (zh) 2017-12-20 2017-12-20 点赞数据存储方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711386346.XA CN110019132A (zh) 2017-12-20 2017-12-20 点赞数据存储方法及设备

Publications (1)

Publication Number Publication Date
CN110019132A true CN110019132A (zh) 2019-07-16

Family

ID=67187028

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711386346.XA Pending CN110019132A (zh) 2017-12-20 2017-12-20 点赞数据存储方法及设备

Country Status (1)

Country Link
CN (1) CN110019132A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110995781A (zh) * 2019-11-01 2020-04-10 腾讯科技(深圳)有限公司 点赞信息处理方法、装置及系统
CN112347399A (zh) * 2019-08-08 2021-02-09 武汉东湖大数据交易中心股份有限公司 一种基于大数据的智能推荐系统
CN114257842A (zh) * 2021-12-20 2022-03-29 中国平安财产保险股份有限公司 一种点赞数据处理系统、方法、装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105797381A (zh) * 2014-12-30 2016-07-27 博雅网络游戏开发(深圳)有限公司 游戏冷数据的存储、读取方法和装置
CN106021335A (zh) * 2016-05-06 2016-10-12 北京奇虎科技有限公司 访问数据库的方法及装置
CN106156331A (zh) * 2016-07-06 2016-11-23 益佳科技(北京)有限责任公司 冷热温数据服务器系统及其处理方法
US20170039232A1 (en) * 2015-08-03 2017-02-09 Sap Se Unified data management for database systems
CN107305564A (zh) * 2016-04-21 2017-10-31 阿里巴巴集团控股有限公司 一种数据处理的方法和设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105797381A (zh) * 2014-12-30 2016-07-27 博雅网络游戏开发(深圳)有限公司 游戏冷数据的存储、读取方法和装置
US20170039232A1 (en) * 2015-08-03 2017-02-09 Sap Se Unified data management for database systems
CN107305564A (zh) * 2016-04-21 2017-10-31 阿里巴巴集团控股有限公司 一种数据处理的方法和设备
CN106021335A (zh) * 2016-05-06 2016-10-12 北京奇虎科技有限公司 访问数据库的方法及装置
CN106156331A (zh) * 2016-07-06 2016-11-23 益佳科技(北京)有限责任公司 冷热温数据服务器系统及其处理方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112347399A (zh) * 2019-08-08 2021-02-09 武汉东湖大数据交易中心股份有限公司 一种基于大数据的智能推荐系统
CN110995781A (zh) * 2019-11-01 2020-04-10 腾讯科技(深圳)有限公司 点赞信息处理方法、装置及系统
CN114257842A (zh) * 2021-12-20 2022-03-29 中国平安财产保险股份有限公司 一种点赞数据处理系统、方法、装置及存储介质
CN114257842B (zh) * 2021-12-20 2023-06-23 中国平安财产保险股份有限公司 一种点赞数据处理系统、方法、装置及存储介质

Similar Documents

Publication Publication Date Title
CN100580695C (zh) 存储卡、存取装置及存储卡的处理方法
CN111506269B (zh) 一种磁盘存储空间分配方法、装置、设备及存储介质
CN110019132A (zh) 点赞数据存储方法及设备
CN107861989A (zh) 数据的分区存储方法、装置、计算机设备及存储介质
CN103544153A (zh) 一种基于数据库的数据更新方法和系统
CN102880542B (zh) 云计算服务评测系统及评测方法
CN109857239B (zh) 存储控制方法及装置
CN104346202A (zh) 终端应用程序的设置方法、装置及终端
CN110457305B (zh) 数据去重方法、装置、设备及介质
CN103197962B (zh) 多进程状态切换方法和装置
CN105074675A (zh) 具有层级化块存储装置的计算机系统、存储控制器及程序
CN104766628A (zh) 电容节能验证
US11210282B2 (en) Data placement optimization in a storage system according to usage and directive metadata embedded within the data
CN108256034A (zh) 数据迁移方法及设备
CN102422276B (zh) 在双向同步期间同步自引用字段
CN104272273A (zh) 动态存储器分配
CN113949933A (zh) 一种播放数据分析方法、装置、设备以及存储介质
KR20150055776A (ko) 퍼스널 클라우드 스토리지 체인 서비스 시스템 및 방법
CN109558082B (zh) 分布式文件系统
CN106980685B (zh) 数据处理方法及数据处理装置
CN102682794B (zh) 一种多码流混合直刻的控制方法及系统
CN115203130A (zh) 一种分布式文件系统的文件清理方法、装置、设备及介质
CN103945233A (zh) 流媒体播放方法及移动终端
CN110018985B (zh) 快照删除方法、装置及系统
CN111459412A (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
TA01 Transfer of patent application right

Effective date of registration: 20210310

Address after: 101300 309, 3rd floor, 60 Fuqian 1st Street, Tianzhu District, Shunyi District, Beijing

Applicant after: Beijing longzhixin Technology Co.,Ltd.

Address before: 100041 room 120, 4th floor, building 17, yard 30, Shixing street, Shijingshan District, Beijing

Applicant before: BEIJING PANDA MUTUAL ENTERTAINMENT TECHNOLOGY Co.,Ltd.

TA01 Transfer of patent application right
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20190716

WD01 Invention patent application deemed withdrawn after publication