CN108460041A - 数据的处理方法和装置 - Google Patents
数据的处理方法和装置 Download PDFInfo
- Publication number
- CN108460041A CN108460041A CN201710090903.7A CN201710090903A CN108460041A CN 108460041 A CN108460041 A CN 108460041A CN 201710090903 A CN201710090903 A CN 201710090903A CN 108460041 A CN108460041 A CN 108460041A
- Authority
- CN
- China
- Prior art keywords
- attribute
- content
- modification
- bit
- 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.)
- Granted
Links
Classifications
-
- 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/2453—Query optimisation
- G06F16/24534—Query rewriting; Transformation
- G06F16/24539—Query rewriting; Transformation using cached or materialised query results
-
- 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/242—Query formulation
- G06F16/2425—Iterative querying; Query formulation based on the results of a preceding query
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供一种数据的处理方法和装置,该方法包括:接受查询操作请求,查询操作请求包括查询参数,查询参数包括第一属性标识和第一属性值;向内存数据库发送第一查询请求;接收内存数据库返回的第一查询响应,第一查询响应包括内存数据库根据查询参数在与第一属性标识对应的索引列表中查询到的对应的第一内容标识;向键值数据库发送第二查询请求,第二查询请求包括第一内容标识;接收键值数据库返回的第二查询响应,第二查询响应包括键值数据库以第一内容标识为键值,在键值记录中查找到的与第一内容标识对应的第一数据内容;将第一数据内容发送至查询操作请求的请求方。该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种数据的处理方法和装置。
背景技术
列表是指以列表形式存储的数据。列表数据的应用范围非常广泛,凡涉及到列表展示的都可以抽象成一个列表,根据不同的产品场景,列表的具体含义不同。例如,贴吧的贴子列表;新闻应用软件的每个分类的新闻列表,一条新闻下面的评论列表;直播软件中的用户列表,礼物列表;即时通讯软件的消息列表,好友列表等等。
传统的列表通常是使用MySQL(关系型数据库)实现,MySQL的记录保存在磁盘上,每次查询时需要从磁盘上读取大量数据,读取性能受磁盘的性能限制,以贴子列表为例,一个版块的贴子越多,数据表就会越大,每次读取需要载入的数据也会越多,读取性能也会随着数据的增长变差。
发明内容
基于此,有必要提供一种读取性能好的数据的处理方法和装置。
为达到上述目的,本发明实施例采用以下技术方案:
一种数据的处理方法,包括:
接受查询操作请求,所述查询操作请求包括查询参数,所述查询参数包括第一属性标识以及与第一属性标识对应的第一属性值;
向内存数据库发送第一查询请求,所述第一查询请求包括所述查询参数;
接收所述内存数据库返回的第一查询响应,所述第一查询响应包括所述内存数据库根据所述查询参数在与所述第一属性标识对应的索引列表中查询到的与所述第一属性值对应的第一内容标识;
向键值数据库发送第二查询请求,所述第二查询请求包括所述第一内容标识;
接收所述键值数据库返回的第二查询响应,所述第二查询响应包括所述键值数据库以所述第一内容标识为键值,在键值记录中查找到的与所述第一内容标识对应的第一数据内容;
将所述第一数据内容发送至所述查询操作请求的请求方。
一种数据的处理装置,包括:操作请求接收模块、请求发送模块、响应接收模块和查询结果发送模块;
所述操作请求接收模块,用于接受查询操作请求,所述查询操作请求包括查询参数,所述查询参数包括第一属性标识以及与第一属性标识对应的第一属性值;
所述请求发送模块,用于向内存数据库发送第一查询请求,所述第一查询请求包括所述查询参数;还用于向键值数据库发送第二查询请求,所述第二查询请求包括所述第一内容标识;
所述响应接收模块,用于接收所述内存数据库返回的第一查询响应,所述第一查询响应包括所述内存数据库根据所述查询参数在与所述第一属性标识对应的索引列表中查询到的与所述第一属性值对应的第一内容标识;还用于接收所述键值数据库返回的第二查询响应,所述第二查询响应包括所述键值数据库以所述第一内容标识为键值,在键值记录中查找到的与所述第一内容标识对应的第一数据内容;
所述查询结果发送模块,用于将所述第一数据内容发送至所述查询操作请求的请求方。
该方法和装置通过将包括内容标识、属性标识和属性值的对应关系的索引列表存储在内存数据库中,将以内容标识为键值的键值记录存储在键值数据库中,内存数据库的读取效率非常高,键值数据库的存放数据量大、支持高并发且成本低,根据查询参数在内存数据库中能够快速地查询到内容标识,键值数据库是一种分布式存储***,摆脱了磁盘的限制。在接收到查询操作请求后,通过向内存数据库发送第一查询请求,获取第一内容标识,通过以第一内容标识为键值,在键值数据库根据键值记录能够快速的查询到内容标识对应的数据内容,该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
附图说明
图1为一个实施例的提供数据的处理方法的应用环境示意图;
图2为一个实施例的服务器的内部结构示意图;
图3为一个实施例的数据的处理方法的流程图;
图4为另一个实施例的数据的处理方法的流程图;
图5为又一个实施例的数据的处理方法的流程图;
图6为再一个实施例的数据的处理方法的流程图;
图7为一个实施例的论坛的存储结构示意图;
图8为一个实施例的对数据的***处理的时序说明示意图;
图9为一个实施例的对数据的修改处理的时序说明示意图;
图10为一个实施例的对数据的查询处理的时序说明示意图;
图11为一个实施例的对数据的删除处理的时序说明示意图;
图12为一个实施例的数据的处理装置的结构框图;
图13为另一个实施例的数据的处理装置的结构框图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步的详细说明。应当理解,此处所描述的具体实施方式仅仅用以解释本发明,并不限定本发明的保护范围。
图1为一个实施例提供的数据的处理方法的应用环境示意图。如图1所示,该应用环境包括用户终端101和服务器102和键值数据库103,服务器102设置有内存数据库,内存数据库中存储数据的索引列表,键值数据库1022中存储数据的数据内容。本实施例中的键值数据库为一种分布式存储***,即数据内容可以存储在不同的存储服务器上。用户的查询请求通过用户终端101发送至服务器102,服务器102接收到查询请求后,通过内存数据库根据索引列表查找到与查询请求对应的内容标识,服务器102将查找到的内容标识发送至键值数据库103,由键值数据库103根据内容标识查找到与内容标识对应的数据内容,并返回给服务器102,服务器102将数据内容发送至用户终端101展示。本实施例中的数据内容的形式不限,与具体应用产品对应。本实施例中的数据内容可以为文字内容,例如,贴吧中某一条贴子的具体内容。本实施例中的数据内容也可以为图片内容,例如,表情列表中某一表情的具体图片。
图2为一个实施例中的服务器的内部结构示意图。如图2所示,服务器包括通过***总线连接的处理器、存储介质、内存和网络接口。其中,服务器的存储介质存储有操作***以及一种数据的处理装置,该数据的处理装置用于实现一种数据的处理方法。该处理器用于提供计算和控制能力,支撑整个服务器的运行。服务器中的内存为存储介质中的数据的处理装置运行提供环境,内存中设置有内存数据库,网络接口用于与用户终端和键值数据库进行网络通信,接收用户终端发送的对数据查询请求,将与查询请求对应的内容标识发送至键值数据库,并接收键值数据库返回的与内容标识对应的数据内容。本领域技术人员可以理解,图2中示出的结构,仅仅是与本发明方案相关的部分结构的框图,并不构成对本发明方案所应用于其上的终端的限定,具体的服务器可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
请参照图3,在一个实施例中,提供一种数据的处理方法,该方法运行在如图1所示的服务器102中,该方法包括以下步骤:
S302:接收查询操作请求。查询操作请求包括查询参数,查询参数包括第一属性标识以及与第一属性标识对应的第一属性值。
数据的查询请求通过用户终端101发送至服务器102,查询请求包括查询参数。在一个具体的实施例中,查询参数包括第一属性标识以及与第一属性标识对应的第一属性值。
本实施例中的第一、第二、第三和第四等用于区分不同的内容标识、属性标识和属性值。第一属性标识中包括的属性标识的个数与根据查询请求的请求方选择的属性标识的个数有关,第一属性标识中可以包括一个属性标识,也可以包括多个属性标识。第一属性值与第一属性标识对应,当第一属性标识中包括多个属性标识时,可以理解的是,第一属性值中包括与各属性标识分别对应的属性值。
以应用场景为一个论坛为例,论坛的贴子包括:用户名、类型和主题等属性标识,每个贴子的各属性标识具有对应的属性值。用户选择属性,根据查询条件输入属性值,能够快速查询满足需要的数据。例如,查询参数包括用户名为“张三”,类型为“国际新闻”,其中,用户名和类型为属性标识,“张三”和“国际新闻”分别为对应的属性标识的属性值,则能够查询到作者名称为“张三”,类型为“国际新闻”的数据内容。
S304:向内存数据库发送第一查询请求,第一查询请求包括查询参数。
内存数据库是指基于内存的非关系型数据库。本实施例中的内存数据库可以为Redis(开源的使用ANSI C语言编写、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库),内存数据库作为全内存存储,具有强大的性能优势。
S306:接收内存数据库返回的第一查询响应,第一查询响应包括内存数据库根据查询参数在与第一属性标识对应的索引列表中查询到的与第一属性值对应的第一内容标识。
本实施例中,内存数据库可以选用Redis,使用Redis的ZSet构建索引列表,每种查询或过滤条件对应一个ZSet索引列表。本实施例中,预先根据产品的功能和数据内容的属性标识设计索引策略,并在内存数据库中构建每个索引策略对应的索引列表。当新写入数据时,内存数据库根据预先设计的索引策略在包括新写入数据的属性标识的索引列表中新增索引条目。
当接收到查询参数时,内存数据库对第一查询请求做出响应。查询参数包括第一属性标识以及与第一属性标识对应的第一属性值。内存数据库根据查询参数在与第一属性标识对应的索引列表中查询满足与第一属性值对应的第一内容标识。内容标识是用于区分每一数据内容的唯一标识,在具体的实施方式中,内容标识可以为每个数据内容的序号。内存数据库向数据的处理装置返回对第一查询请求的第一查询响应,第一查询响应包括内存数据库查询到的第一内容标识。
S308:向键值数据库发送第二查询请求,第二查询请求包括第一内容标识。
键值(Key-Value)数据库是一种非关系型数据库(NOSQL),数据按键值对的形式进行组织、索引和存储,通过键值(Key)进行查询,能够查询到键值对应的值(Value),具有查询速度快、存放数据量大、支持高并发等特点。键值记录即数据的值键与值的对应关系。键值记录在数据新写入时产生。本实施例中,内容标识为键值记录中的键值,通过内容标识能够查询到内容标识对应的数据内容。
S310:接收键值数据库返回的第二查询响应,第二查询响应包括键值数据库以第一内容标识为键值,在键值记录中查找到的与第一内容标识对应的第一数据内容。
键值数据库在接收到第二查询请求时,对第二查询请求做出响应,以第一内容标识为键值,在键值记录中查找到与第一内容标识对应的第一数据内容。键值数据库向数据的处理装置返回对第二查询请求的第二查询响应,第二查询响应包括内存数据库查询到的第二数据内容。
S312:将第一数据内容发送至查询操作请求的请求方。
服务器102接收键值数据库103返回的第一数据内容即查询操作请求查询的查询结果,将查询结果发送至查询操作请求的请求方,即用户终端101,查询结果在用户终端101展示。
该方法通过将包括内容标识、属性标识和属性值的对应关系的索引列表存储在内存数据库中,将以内容标识为键值的键值记录存储在键值数据库中,内存数据库的读取效率非常高,键值数据库的存放数据量大、支持高并发且成本低,根据查询参数在内存数据库中能够快速地查询到内容标识,键值数据库是一种分布式存储***,摆脱了磁盘的限制。在接收到查询操作请求后,通过向内存数据库发送第一查询请求,获取第一内容标识,通过以第一内容标识为键值,在键值数据库根据键值记录能够快速的查询到内容标识对应的数据内容,该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
上述的数据查询方法可适用于多种应用场景,尤其适用于列表数据的查询。列表是指以列表形式存储的数据。列表数据的应用范围非常广泛,凡涉及到列表展示的都可以抽象成一个列表,根据不同的产品场景,列表的具体含义不同。例如,贴吧的贴子列表;新闻应用软件的每个分类的新闻列表,一条新闻下面的评论列表;直播软件中的用户列表,礼物列表;即时通讯软件的消息列表,好友列表等等。使用上述的数据查询方法,在分布式***中,性能非常稳定,有效提高了响应速度,降低了用户的等待时间。采用上述的方法,降低了非关系型数据库(NoSQL)使用的难度,方便开发者更快实现产品需求,降低产品开发周期,缩短了上线时间,从而提高了产品的竞争优势。
步骤S312具体为,根据预先设置的列表模型、查询参数、第一内容标识以及第一数据内容生成与查询操作请求对应的列表,并发送至查询操作请求的请求方。
本实施例中的查询结果以列表形式展示,列表模型是指根据查询结果的展示要求,预先设计的列表框架。列表的数据来源为查询参数、第一内容标识和第一数据内容,查询参数包括第一属性标识和第一属性值。根据预先设置的列表模型,从查询参数、第一内容标识和第一数据内容中提取对应的字段,得到列表,并发送至查询操作请求的请求方展示。
在另一个实施例中,如图2所示,还包括步骤:
S402:接收对数据的***操作请求。
***操作是写操作的一种,***操作请求包括***操作请求包括第二数据内容、与第二数据内容关联的第二属性标识以及与第二属性标识对应的第二属性值。通过第二属性标识和第二属性值能够设置查询条件或过滤条件。
S404:为***操作请求分配第二内容标识,第二内容标识与第二数据内容、第二属性标识及第二属性值对应。
本实施例中的第二内容标识为***操作请求分配的序号(ID),第二内容标识与第二数据内容、第二属性标识和第二属性值对应。
S406:根据***操作请求生成键值记录,键值记录中的键值为第二内容标识,键值记录中的值为第二数据内容。
为建立***的内容与键值数据库的关系,根据***操作请求生成键值记录,一个***操作请求转换为一条以该请求的序号(内容标识)为键值,数据内容为值的键值记录,使得每个***操作的内容均以键值记录的形式体现。
S408:向键值记录发送第一存储指令,第一存储指令包括键值记录,由键值数据库存储键值记录。
键值(Key-Value)数据库是一种非关系型数据库,所有的数据按照键值对的方式进行组织、索引和存储,其存放数据量大、支持高并发且成本低。
S408:向内存数据库发送第二存储指令,第二存储指令包括第二内容标识、第二属性标识和第二属性值,由内存数据库在包括第二属性标识的索引列表中增加包含第二内容标识、第二属性值的索引条目。
内存数据库作为全内存存储,具有强大的性能优势。本实施例中,预先根据产品的查询功能和数据内容的属性标识设计索引策略,并在内存数据库中构建每个索引策略对应的索引列表。当接收到第二存储指令时,在包括第二属性标识的索引列表中增加包括第二内容标识、第二属性标识和第二属性值的索引条目。
本实施例中,Redis中列表按时间排序,在增加索引条目之后,使用当前时间戳作为分值(Score)。
在一个具体的实施方式中,该方法的应用场景为论坛。论坛的贴子的属性标识包括用户名和类型。
构建的索引策略可包括以下几种:默认显示全部贴子、按用户名进行查询、按贴子类型进行查询和按用户名+贴子类型进行查询。对应每一种索引策略,设计对应的存储结构,即索引列表。索引列表包括贴子的属性标识、各属性标识的属性值和内容标识。当接收到***操作请求时,内存数据库根据预先设计的索引策略在包括该属性标识的索引列表中新增索引条目。
例如,***的内容的类型属性标识的属性值为“技术求助”,用户名属性标识的属性值为“张三”,则分别在包括类型属性标识、用户名属性标识和类型属性标识+用户名属性标识的列表中,增加一条与该***的数据内容的内容标识有关的索引条目。
上述的数据的处理方法,在数据***时,为***操作请求分配第二内容标识,根据***操作请求生成键值记录,键值记录中的键值为第二内容标识,键值记录中的值为***操作的内容,将键值记录发送至键值数据库进行存储,键值数据库存放数据量大、支持高并发且成本低。将***操作请求对应的第二内容标识、第二属性标识和第二属性值发送至内存数据库,在内存数据库包括第二属性标识的索引列表中增加与第二内容标识对应的索引条目。该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
在另一个实施例中,如图5所示,还包括:
S502:接收修改操作请求,修改操作请求包括修改参数。
S504:当修改参数包括第三内容标识和修改后数据内容时,向键值数据库发送第一修改指令,第一修改指令包括第三内容标识和修改后数据内容,由键值数据库以第三内容标识为键,在键值记录中查找与第三内容标识对应的第三数据内容,并根据修改后数据内容更新第三数据内容。
当修改参数包括修改后数据内容时,说明本次修改操作请求是针对数据内容的修改。数据内容存储在键值数据库中,向键值数据库发送第一修改指令,根据第一修改指令查找到与第三内容标识对应的第三数据内容,并将修改后数据内容更新为第三数据内容,从而完成对内容的修改。
当修改参数包括第三内容标识、第三属性标识、第三属性标识的修改后属性值、修改后数据内容时,在步骤S504之后,还包括:
S506:向内存数据库发送第二修改指令,第二修改指令包括第三内容标识、第三属性标识、第三属性标识的修改后属性值,由内存数据库在包括第三属性标识的索引列表中删除与第三内容标识对应的索引条目,并在包括第三属性标识的索引列表中增加包括第三内容标识、第三属性标识和第三属性标识的修改后属性值的索引条目。
当修改参数包括第三内容标识、第三属性标识和第三属性标识的修改后属性值时,在步骤S502之后执行步骤S506。
本实施例中,当涉及对属性值的修改时,例如修改论坛的贴子的类型属性标识时,则需要删除原各索引条目中,与该内容标识相关的包括类型属性标识的索引条目,并根据该属性标识的修改后的属性值在包括该属性标识的索引列表中增加与修改操作请求的内容标识的对应索引条目。
在具体的实施方式中,在数据进行***操作时,键值数据库会存储数据内容的完整属性以方便后续的操作。当修改参数包括第三属性标识和第三属性标识的修改后属性值时,第一修改指令包括第三内容标识、第三属性标识和第三属性标识的修改后属性值,由键值数据库根据修改后属性值更新第三内容标识和第三属性标识对应的属性值,键值数据库还以第三内容标识为键,在键值记录中查找与第三内容标识对应的第三数据内容,并根据修改后数据内容更新第三数据内容。第二修改指令包括第三内容标识、第三属性标识、第三属性标识的修改后属性值,由内存数据库在包括第三属性标识的索引列表中删除与第三内容标识对应的索引条目,并在包括第三属性标识的索引列表中增加包括第三内容标识、第三属性标识和第三属性标识的修改后属性值的索引条目。在这种实施方式中,当涉及属性值的修改时,也需要修改键值数据库。但是,如果修改的属性不属于索引用到的属性就不需要修改索引条目。
在另一个实施例中,如图6所示,还包括步骤:
S602:接收删除操作请求,删除操作请求包括删除参数;删除参数包括第四内容标识。
S604:根据删除操作请求向内存数据库发送第一删除指令,第一删除指令包括第四内容标识,由内存数据库在各索引列表中查找包括第四内容标识所有索引条目,并删除查找到的所有索引条目。
S606:根据删除操作请求向键值数据库发送第二删除指令,第二删除指令包括第四内容标识,由键值数据库在键值记录中删除以第四内容标识为键值的键值对。
上述数据的处理方法,在查询到内容后,若需要对内容进行删除,则分别在键值数据库中删除内容,在内存数据库中删除内容对应的所有索引条目。
下面,结合具体的应用场景对本发明的数据的处理方法进行说明。在一个实施例中,提供一种数据的处理方法,应用在论坛数据处理中。一种论坛的贴子的存储结构如图7所示,贴子包括用户名、贴子类型和贴子内容。本实施例中的内存数据库采用Redis,Redis存储有根据索引策略(过滤条件)设置的索引列表,分别包括索引0:默认索引列表,索引1:按用户名过滤的索引列表,索引2:按贴子类型过滤的索引列表,索引3:按贴子类型和用户名过滤的索引列表。
当需要***贴子时,根据索引策略找到需要操作的索引列表进行操作。其工作过程如图8所示,数据的处理装置801接收***操作请求,***操作请求包括第二数据内容、与第二数据内容关联的第二属性标识以及与第二属性标识对应的第二属性值。例如,***的数据为用户名为“张三”发表的、类型为“国际新闻”的数据内容。当接收到***操作请求时分配内容标识,生成键值记录,其中键值为为***操作分配的序号,值为***操作的内容。
数据的处理装置801将键值记录发送至键值数据库802存储,将***操作请求对应的序号、属性标识和属性值发送至内存数据库803,由内存数据库803根据属性和属性值在包括用户名属性标识和类型属性标识的索引列表中增加该序号对应的索引条目。由于上述的四个索引列表包括用户名属性标识或类型属性标识,因此,本实施例中,需要分别在索引0、索引1、索引2和索引3分别增加该序号对应的索引条目。一种实施方式的包括用户名属性和类型属性的索引列表(即前面的索引3,按贴子类型和用户名过滤的索引列表)如表1所示。
表1按贴子类型和用户名过滤的索引列表
ID | 类型 | 作者 |
4 | 新闻 | 张三 |
3 | 贴图 | 李四 |
2 | 求助 | 王五 |
1 | 分享 | 赵六 |
当需要对数据进行修改操作时,其工作过程如图9所示,数据的处理装置901接收修改操作请求,修改操作请求包括修改参数,修改参数包括修改后数据内容和第三内容标识。数据的处理装置901向键值数据库902发送第一修改指令,第一修改指令包括第三内容标识和修改后数据内容。键值数据库902查找与第三内容标识对应的第三数据容,并根据修改后数据内容更新第三数据内容。
若修改参数还包括修改后的属性值,则需要在内存数据库中删除修改前的属性值对应的索引条目,再新增与修改后的属性值对应的索引条目。
当需要对数据进行查询(读取)操作时,其工作过程如图10所示,数据的处理装置1001接收查询请求,查询请求包括查询参数,查询参数包括第一属性标识以及与第一属性标识对应的第一属性值。数据的处理装置1001向内存数据库发送第一查询请求,第一查询请求包括查询参数。内存数据库根据查询参数在与第一属性标识对应的索引列表中查询到的与第一属性值对应的第一内容标识。例如,当查询参数包括第一属性标识包括分享和用户名,对应的属性值为“分享”用户名为“赵六”时,查找到的内容标识(序号)为1,内存数据库1002向数据的处理装置发送第一查询响应,第一查询响应包括查找到的第一内容标识1。数据的处理装置1001向键值数据库1003发送第二查询请求,第二查询请求包括查找到的第一内容标识1。键值数据库1003以第一内容标识为键值,在键值记录中查找到的与第一内容标识对应的第一数据内容。
当需要对查询的内容进行删除时,其工作过程如图11所示,数据的处理装置1101接收删除操作请求,删除操作请求包括删除参数,删除参数包括第四内容标识(序号。例如,删除参数包括:内容标识为1、类型为分享、用户名为赵六,则数据的处理装置1101向内存数据库1102发送第一删除指令,第一删除指令包括第四内容标识,内存数据库1102在包括内容标识为1的索引列表中删除所有的索引条目。本实施例中,由于上述的四个索引列表包括用户名属性或类型属性,因此,本实施例中,需要分别在索引0、索引1、索引2和索引3分别删除该序号对应的索引条目。数据的处理装置1101向键值数据库1103发送第二删除指令,第二删除指令包括第四内容标识。键值数据库1103在键值记录中删除以内容标识1为键值的键值对。
在另一个实施例中,提供一种数据的处理装置,如图12所示,包括:操作请求接收模块121、请求发送模块122、响应接收模块123和查询结果发送模块124。
操作请求接收模块121,用于接受查询操作请求,查询操作请求包括查询参数,查询参数包括第一属性标识以及与第一属性标识对应的第一属性值。
请求发送模块122,用于向内存数据库发送第一查询请求,第一查询请求包括查询参数;还用于向键值数据库发送第二查询请求,第二查询请求包括第一内容标识。
响应接收模块123,用于接收内存数据库返回的第一查询响应,第一查询响应包括内存数据库根据查询参数在与第一属性标识对应的索引列表中查询到的与第一属性值对应的第一内容标识;还用于接收键值数据库返回的第二查询响应,第二查询响应包括键值数据库以第一内容标识为键值,在键值记录中查找到的与第一内容标识对应的第一数据内容;
查询结果发送模块124,用于将第一数据内容发送至查询操作请求的请求方。
该装置通过将包括内容标识、属性标识和属性值的对应关系的索引列表存储在内存数据库中,将以内容标识为键值的键值记录存储在键值数据库中,内存数据库的读取效率非常高,键值数据库的存放数据量大、支持高并发且成本低,根据查询参数在内存数据库中能够快速地查询到内容标识,键值数据库是一种分布式存储***,摆脱了磁盘的限制。在接收到查询操作请求后,通过向内存数据库发送第一查询请求,获取第一内容标识,通过以第一内容标识为键值,在键值数据库根据键值记录能够快速的查询到内容标识对应的数据内容,该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
在另一个实施例中,如图13所示,数据的处理装置还包括:分配模块125和键值记录生成模块126。
操作请求接收模块121,还用于接收***操作请求,***操作请求包括第二数据内容、与第二数据内容关联的第二属性标识以及与第二属性标识对应的第二属性值。
分配模块125,用于为***操作请求分配第二内容标识,第二内容标识与第二数据内容、第二属性标识及第二属性值对应。
键值记录生成模块126,用于根据***操作请求生成键值记录,键值记录中的键值为第二内容标识,键值记录中的值为第二数据内容。
请求发送模块122,还用于向键值数据库发送第一存储指令,第一存储指令包括键值记录,由键值数据库存储键值记录;还用于向内存数据库发送第二存储指令,第二存储指令包括第二内容标识、第二属性标识和第二属性值,由内存数据库在包括第二属性标识的索引列表中增加包含第二内容标识、第二属性值的索引条目。
上述的数据的处理装置,在数据***时,为***操作请求分配第二内容标识,根据***操作请求生成键值记录,键值记录中的键值为第二内容标识,键值记录中的值为***操作的内容,将键值记录发送至键值数据库进行存储,键值数据库存放数据量大、支持高并发且成本低。将***操作请求对应的第二内容标识、第二属性标识和第二属性值发送至内存数据库,在内存数据库包括第二属性标识的索引列表中增加与第二内容标识对应的索引条目。该方法结合内存数据库和键值数据库各自的优势,具有性能好且成本低的优点。
在另一个实施例中,操作请求接收模块121,还用于接收修改操作请求,修改操作请求包括修改参数;修改参数包括第三内容标识,还包括第三属性标识、第三属性标识的修改后属性值、修改后数据内容三者中的任意一种或者任意组合。
请求发送模块122,还用于当修改参数包括修改后数据内容时,向键值数据库发送第一修改指令,第一修改指令包括第三内容标识和修改后数据内容,由键值数据库以第三内容标识为键,在键值记录中查找与第三内容标识对应的第三数据内容,并根据修改后数据内容更新第三数据内容。
在另一个实施例中,请求发送模块122,还用于当修改参数包括第三属性标识、第三属性标识的修改后属性值、修改后数据内容时,或当修改参数包括第三属性标识和第三属性标识的修改后属性值时,向内存数据库发送第二修改指令,第二修改指令包括第三属性标识、第三属性标识的修改后属性值,由内存数据库在包括第三属性标识的索引列表中删除与第三内容标识对应的索引条目,并在包括第三属性标识的索引列表中增加包括第三内容标识、第三属性标识和第三属性标识的修改后属性值的索引条目。
本实施例中,当涉及对属性值的修改时,例如修改论坛的贴子的类型属性标识时,则需要删除原各索引条目中,与该内容标识相关的包括类型属性标识的索引条目,并根据该属性标识的修改后的属性值在包括该属性标识的索引列表中增加与修改操作请求的内容标识的对应索引条目。
也就是说,在仅涉及对属性值的修改时,无需对键值数据库进行处理,只需在内存数据库中删除包括该属性的索引条目,并根据修改后的属性在增加对应的索引条目,操作方便。
在另一个实施例中,操作请求接收模块121,还用于接收删除操作请求,删除操作请求包括删除参数,删除参数包括第四内容标识。
请求发送模块122,还用于根据删除操作请求向内存数据库发送第一删除指令,第一删除指令包括第四内容标识,由内存数据库在各索引列表中查找包括第四内容标识所有索引条目,并删除查找到的所有索引条目;还用于根据删除操作请求向键值数据库发送第二删除指令,第二删除指令包括第四内容标识,由键值数据库在键值记录中删除以第四内容标识为键值的键值对。
上述数据的处理装置,在查询到内容后,若需要对内容进行删除,则分别在键值数据库中删除内容,在内存数据库中删除内容对应的所有索引条目。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一非易失性的计算机可读取存储介质中,如本发明实施例中,该程序可存储于计算机***的存储介质中,并被该计算机***中的至少一个处理器执行,以实现包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种数据的处理方法,其特征在于,包括:
接受查询操作请求,所述查询操作请求包括查询参数,所述查询参数包括第一属性标识以及与第一属性标识对应的第一属性值;
向内存数据库发送第一查询请求,所述第一查询请求包括所述查询参数;
接收所述内存数据库返回的第一查询响应,所述第一查询响应包括所述内存数据库根据所述查询参数在与所述第一属性标识对应的索引列表中查询到的与所述第一属性值对应的第一内容标识;
向键值数据库发送第二查询请求,所述第二查询请求包括所述第一内容标识;
接收所述键值数据库返回的第二查询响应,所述第二查询响应包括所述键值数据库以所述第一内容标识为键值,在键值记录中查找到的与所述第一内容标识对应的第一数据内容;
将所述第一数据内容发送至所述查询操作请求的请求方。
2.根据权利要求1所述的方法,其特征在于,还包括:
接收***操作请求,所述***操作请求包括第二数据内容、与第二数据内容关联的第二属性标识以及与第二属性标识对应的第二属性值;
为所述***操作请求分配第二内容标识,所述第二内容标识与所述第二数据内容、所述第二属性标识及所述第二属性值对应;
根据所述***操作请求生成键值记录,所述键值记录中的键值为所述第二内容标识,所述键值记录中的值为所述第二数据内容;
向所述键值数据库发送第一存储指令,所述第一存储指令包括所述键值记录,由所述键值数据库存储所述键值记录;
向所述内存数据库发送第二存储指令,所述第二存储指令包括所述第二内容标识、所述第二属性标识和第二属性值,由所述内存数据库在包括所述第二属性标识的索引列表中增加包含所述第二内容标识、所述第二属性值的索引条目。
3.根据权利要求1所述的方法,其特征在于,还包括:
接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识和修改后数据内容;
向所述键值数据库发送第一修改指令,所述第一修改指令包括所述第三内容标识和修改后数据内容,由所述键值数据库以所述第三内容标识为键,在所述键值记录中查找与所述第三内容标识对应的第三数据内容,并根据所述修改后数据内容更新所述第三数据内容。
4.根据权利要求1所述的方法,其特征在于:
接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识、第三属性标识和第三属性标识的修改后属性值;
向所述内存数据库发送第二修改指令,所述第二修改指令包括所述第三内容标识、所述第三属性标识、所述第三属性标识的修改后属性值,由所述内存数据库在包括所述第三属性标识的索引列表中删除与所述第三内容标识对应的索引条目,并在包括所述第三属性标识的索引列表中增加包括所述第三内容标识、所述第三属性标识和第三属性标识的修改后属性值的索引条目;
或者
接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识、第三属性标识、第三属性标识的修改后属性值、修改后数据内容时;
向所述键值数据库发送第一修改指令,所述第一修改指令包括所述第三内容标识和修改后数据内容,由所述键值数据库以所述第三内容标识为键,在所述键值记录中查找与所述第三内容标识对应的第三数据内容,并根据所述修改后数据内容更新与所述第三内容标识对应的第三数据内容;
向所述内存数据库发送第二修改指令,所述第二修改指令包括所述第三内容标识、所述第三属性标识、所述第三属性标识的修改后属性值,由所述内存数据库在包括所述第三属性标识的索引列表中删除与所述第三内容标识对应的索引条目,并在包括所述第三属性标识的索引列表中增加包括所述第三内容标识、所述第三属性标识和第三属性标识的修改后属性值的索引条目。
5.根据权利要求1所述的方法,其特征在于,还包括:
接收删除操作请求,所述删除操作请求包括删除参数,所述删除参数包括第四内容标识;
根据所述删除操作请求向所述内存数据库发送第一删除指令,所述第一删除指令包括所述第四内容标识,由所述内存数据库在各索引列表中查找包括所述第四内容标识所有索引条目,并删除查找到的所有索引条目;
根据所述删除操作请求向所述键值数据库发送第二删除指令,所述第二删除指令包括所述第四内容标识,由所述键值数据库在所述键值记录中删除以所述第四内容标识为键值的键值对。
6.一种数据的处理装置,其特征在于,包括:操作请求接收模块、请求发送模块、响应接收模块和查询结果发送模块;
所述操作请求接收模块,用于接受查询操作请求,所述查询操作请求包括查询参数,所述查询参数包括第一属性标识以及与第一属性标识对应的第一属性值;
所述请求发送模块,用于向内存数据库发送第一查询请求,所述第一查询请求包括所述查询参数;还用于向键值数据库发送第二查询请求,所述第二查询请求包括所述第一内容标识;
所述响应接收模块,用于接收所述内存数据库返回的第一查询响应,所述第一查询响应包括所述内存数据库根据所述查询参数在与所述第一属性标识对应的索引列表中查询到的与所述第一属性值对应的第一内容标识;还用于接收所述键值数据库返回的第二查询响应,所述第二查询响应包括所述键值数据库以所述第一内容标识为键值,在键值记录中查找到的与所述第一内容标识对应的第一数据内容;
所述查询结果发送模块,用于将所述第一数据内容发送至所述查询操作请求的请求方。
7.根据权利要求6所述的装置,其特征在于,还包括:分配模块、键值记录生成模块
所述操作请求接收模块,还用于接收***操作请求,所述***操作请求包括第二数据内容、与第二数据内容关联的第二属性标识以及与第二属性标识对应的第二属性值;
分配模块,用于为所述***操作请求分配第二内容标识,所述第二内容标识与所述第二数据内容、所述第二属性标识及所述第二属性值对应;
所述键值记录生成模块,用于根据所述***操作请求生成键值记录,所述键值记录中的键值为所述第二内容标识,所述键值记录中的值为所述第二数据内容;
所述请求发送模块,还用于向所述键值数据库发送第一存储指令,所述第一存储指令包括所述键值记录,由所述键值数据库存储所述键值记录;还用于向所述内存数据库发送第二存储指令,所述第二存储指令包括所述第二内容标识、所述第二属性标识和第二属性值,由所述内存数据库在包括所述第二属性标识的索引列表中增加包含所述第二内容标识、所述第二属性值的索引条目。
8.根据权利要求6所述的装置,其特征在于:
所述操作请求接收模块,还用于接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识和修改后数据内容;
所述请求发送模块,还用于向所述键值数据库发送第一修改指令,所述第一修改指令包括所述第三内容标识和修改后数据内容,由所述键值数据库以所述第三内容标识为键,在所述键值记录中查找与所述第三内容标识对应的第三数据内容,并根据所述修改后数据内容更新所述第三数据内容。
9.根据权利要求6所述的装置,其特征在于:
所述操作请求接收模块,还用于接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识、第三属性标识和第三属性标识的修改后属性值;
所述请求发送模块,还用于向所述内存数据库发送第二修改指令,所述第二修改指令包括所述第三内容标识、所述第三属性标识、所述第三属性标识的修改后属性值,由所述内存数据库在包括所述第三属性标识的索引列表中删除与所述第三内容标识对应的索引条目,并在包括所述第三属性标识的索引列表中增加包括所述第三内容标识、所述第三属性标识和第三属性标识的修改后属性值的索引条目;
或者
所述操作请求接收模块,用于接收修改操作请求,所述修改操作请求包括修改参数;所述修改参数包括第三内容标识、第三属性标识、第三属性标识的修改后属性值、修改后数据内容时;
所述请求发送模块,还用于向所述键值数据库发送第一修改指令,所述第一修改指令包括所述第三内容标识和修改后数据内容,由所述键值数据库以所述第三内容标识为键,在所述键值记录中查找与所述第三内容标识对应的第三数据内容,并根据所述修改后数据内容更新与所述第三内容标识对应的第三数据内容;还用于向所述内存数据库发送第二修改指令,所述第二修改指令包括所述第三内容标识、所述第三属性标识、所述第三属性标识的修改后属性值,由所述内存数据库在包括所述第三属性标识的索引列表中删除与所述第三内容标识对应的索引条目,并在包括所述第三属性标识的索引列表中增加包括所述第三内容标识、所述第三属性标识和第三属性标识的修改后属性值的索引条目。
10.根据权利要求6所述的装置,其特征在于:
所述操作请求接收模块,还用于接收删除操作请求,所述删除操作请求包括删除参数,所述删除参数包括第四内容标识;
所述请求发送模块,还用于根据所述删除操作请求向所述内存数据库发送第一删除指令,所述第一删除指令包括所述第四内容标识,由所述内存数据库在各索引列表中查找包括所述第四内容标识所有索引条目,并删除查找到的所有索引条目;还用于根据所述删除操作请求向所述键值数据库发送第二删除指令,所述第二删除指令包括所述第四内容标识,由所述键值数据库在所述键值记录中删除以所述第四内容标识为键值的键值对。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710090903.7A CN108460041B (zh) | 2017-02-20 | 2017-02-20 | 数据的处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710090903.7A CN108460041B (zh) | 2017-02-20 | 2017-02-20 | 数据的处理方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108460041A true CN108460041A (zh) | 2018-08-28 |
CN108460041B CN108460041B (zh) | 2022-12-23 |
Family
ID=63229196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710090903.7A Active CN108460041B (zh) | 2017-02-20 | 2017-02-20 | 数据的处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108460041B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109325063A (zh) * | 2018-09-25 | 2019-02-12 | 奇瑞汽车股份有限公司 | 数据管理方法及装置 |
CN109542907A (zh) * | 2018-11-21 | 2019-03-29 | 万兴科技股份有限公司 | 数据库缓存构建方法、装置、计算机设备以及存储介质 |
CN109670975A (zh) * | 2018-12-17 | 2019-04-23 | 泰康保险集团股份有限公司 | 计算机***中生成单号的方法、介质及电子设备 |
CN109800336A (zh) * | 2019-01-30 | 2019-05-24 | 百度在线网络技术(北京)有限公司 | 基于键值对存储***的表格实现方法、装置、设备和介质 |
CN110910654A (zh) * | 2019-12-03 | 2020-03-24 | 上海眼控科技股份有限公司 | 违法信息的处理方法、装置、电子设备及可读存储介质 |
CN111159213A (zh) * | 2018-11-07 | 2020-05-15 | 航天信息股份有限公司 | 一种数据查询方法、装置、***和存储介质 |
CN111291018A (zh) * | 2018-12-07 | 2020-06-16 | 北京沃东天骏信息技术有限公司 | 数据管理方法、装置、设备及存储介质 |
CN111506582A (zh) * | 2019-01-30 | 2020-08-07 | 普天信息技术有限公司 | 一种数据存储方法和装置 |
CN113986942A (zh) * | 2021-12-28 | 2022-01-28 | 零犀(北京)科技有限公司 | 一种基于人机对话的消息队列管理方法及装置 |
CN114385663A (zh) * | 2022-03-23 | 2022-04-22 | 北京国联政信科技有限公司 | 数据处理的方法和装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120136901A1 (en) * | 2010-11-25 | 2012-05-31 | International Business Machines Corporation | Generating a checkpoint image for use with an in-memory database |
CN103853727A (zh) * | 2012-11-29 | 2014-06-11 | 深圳中兴力维技术有限公司 | 提高大数据量查询性能的方法及*** |
CN106250443A (zh) * | 2016-07-27 | 2016-12-21 | 福建富士通信息软件有限公司 | 基于内存全文检索解决数据库复杂文本查询的方法及*** |
CN106294595A (zh) * | 2016-07-29 | 2017-01-04 | 海尔优家智能科技(北京)有限公司 | 一种文档存储、检索方法及装置 |
-
2017
- 2017-02-20 CN CN201710090903.7A patent/CN108460041B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120136901A1 (en) * | 2010-11-25 | 2012-05-31 | International Business Machines Corporation | Generating a checkpoint image for use with an in-memory database |
CN103853727A (zh) * | 2012-11-29 | 2014-06-11 | 深圳中兴力维技术有限公司 | 提高大数据量查询性能的方法及*** |
CN106250443A (zh) * | 2016-07-27 | 2016-12-21 | 福建富士通信息软件有限公司 | 基于内存全文检索解决数据库复杂文本查询的方法及*** |
CN106294595A (zh) * | 2016-07-29 | 2017-01-04 | 海尔优家智能科技(北京)有限公司 | 一种文档存储、检索方法及装置 |
Non-Patent Citations (2)
Title |
---|
刘俊龙等: "基于Redis的海量互联网小文件实时存储与索引策略研究", 《计算机研究与发展》 * |
李绍俊等: "基于NoSQL数据库的空间大数据分布式存储策略", 《武汉大学学报(信息科学版)》 * |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109325063A (zh) * | 2018-09-25 | 2019-02-12 | 奇瑞汽车股份有限公司 | 数据管理方法及装置 |
CN111159213A (zh) * | 2018-11-07 | 2020-05-15 | 航天信息股份有限公司 | 一种数据查询方法、装置、***和存储介质 |
CN109542907A (zh) * | 2018-11-21 | 2019-03-29 | 万兴科技股份有限公司 | 数据库缓存构建方法、装置、计算机设备以及存储介质 |
CN109542907B (zh) * | 2018-11-21 | 2021-09-03 | 万兴科技股份有限公司 | 数据库缓存构建方法、装置、计算机设备以及存储介质 |
CN111291018A (zh) * | 2018-12-07 | 2020-06-16 | 北京沃东天骏信息技术有限公司 | 数据管理方法、装置、设备及存储介质 |
CN109670975B (zh) * | 2018-12-17 | 2021-02-05 | 泰康保险集团股份有限公司 | 计算机***中生成单号的方法、介质及电子设备 |
CN109670975A (zh) * | 2018-12-17 | 2019-04-23 | 泰康保险集团股份有限公司 | 计算机***中生成单号的方法、介质及电子设备 |
CN109800336A (zh) * | 2019-01-30 | 2019-05-24 | 百度在线网络技术(北京)有限公司 | 基于键值对存储***的表格实现方法、装置、设备和介质 |
CN111506582A (zh) * | 2019-01-30 | 2020-08-07 | 普天信息技术有限公司 | 一种数据存储方法和装置 |
CN110910654A (zh) * | 2019-12-03 | 2020-03-24 | 上海眼控科技股份有限公司 | 违法信息的处理方法、装置、电子设备及可读存储介质 |
CN113986942A (zh) * | 2021-12-28 | 2022-01-28 | 零犀(北京)科技有限公司 | 一种基于人机对话的消息队列管理方法及装置 |
CN113986942B (zh) * | 2021-12-28 | 2022-04-26 | 零犀(北京)科技有限公司 | 一种基于人机对话的消息队列管理方法及装置 |
CN114385663A (zh) * | 2022-03-23 | 2022-04-22 | 北京国联政信科技有限公司 | 数据处理的方法和装置 |
CN114385663B (zh) * | 2022-03-23 | 2022-06-28 | 北京国联政信科技有限公司 | 数据处理的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN108460041B (zh) | 2022-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108460041A (zh) | 数据的处理方法和装置 | |
CN110704453B (zh) | 一种数据查询方法、装置、存储介质及电子设备 | |
CN108733681A (zh) | 信息处理方法及装置 | |
JP5356657B2 (ja) | コンテンツ配信装置およびコンテンツ配信方法 | |
CN104980809A (zh) | 一种弹幕处理方法和装置 | |
CN111008521B (zh) | 生成宽表的方法、装置及计算机存储介质 | |
CN109889424A (zh) | 信息处理方法、装置及存储介质 | |
CN110737682A (zh) | 一种缓存操作方法、装置、存储介质和电子设备 | |
CN109240607B (zh) | 一种文件读取方法和装置 | |
CN106933891A (zh) | 访问分布式数据库的方法和分布式数据服务的装置 | |
US20180018361A1 (en) | Index Table Update Method, and Device | |
CN110019786A (zh) | 网络社区的话题发送方法、话题列表排序方法及装置 | |
CN114138181A (zh) | 一种绑定池放置组选主的方法、装置、设备及可读介质 | |
CN103905512A (zh) | 一种数据处理方法和设备 | |
CN111259062B (zh) | 一种能够保证分布式数据库全表查询语句结果集顺序的方法和装置 | |
CN112380004A (zh) | 内存管理方法、装置、计算机可读存储介质及电子设备 | |
CN111274004A (zh) | 进程实例管理方法、装置及计算机存储介质 | |
CN106980685B (zh) | 数据处理方法及数据处理装置 | |
CN110928895A (zh) | 一种数据查询、数据表建立方法、装置及设备 | |
CN103856535B (zh) | 一种获取用户数据的方法和装置 | |
CN103503358B (zh) | 一种群组资源交互消息的方法及其装置 | |
CN112685557B (zh) | 可视化信息资源管理方法及装置 | |
CN106372121B (zh) | 服务器及数据处理方法 | |
CN112817980B (zh) | 一种数据索引处理方法、装置、设备及存储介质 | |
CN102722543A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230927 Address after: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd. Address before: 518000 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 Floors Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |
|
TR01 | Transfer of patent right |