CN110489433A - 一种基于MongoDB的消息处理方法及装置、电子设备 - Google Patents
一种基于MongoDB的消息处理方法及装置、电子设备 Download PDFInfo
- Publication number
- CN110489433A CN110489433A CN201910625979.4A CN201910625979A CN110489433A CN 110489433 A CN110489433 A CN 110489433A CN 201910625979 A CN201910625979 A CN 201910625979A CN 110489433 A CN110489433 A CN 110489433A
- Authority
- CN
- China
- Prior art keywords
- message
- target
- stored
- field
- document
- 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/23—Updating
-
- 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
-
- 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/2455—Query execution
-
- 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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
Abstract
本发明涉及数据更新技术领域,揭示了一种基于MongoDB的消息处理方法及装置、电子设备,该方法包括:在检测到消息接收指令时,获取预存储消息;识别出预存储消息的目标消息类型;根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,将预存储消息存储至预设数据库的目标消息文档中;其中,预设数据库的数据库类型为MongoDB数据库;在检测到对预存储消息的查询指令时,根据查询指令所指示的目标用户信息以及查询指令所指示的目标消息类型,从预设数据库中查询出目标消息文档;从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。可见,实施本发明实施例,能够提升大数据量下的消息读写效率。
Description
技术领域
本发明涉及数据更新技术领域,特别涉及一种基于MongoDB的消息处理方法及装置、电子设备。
背景技术
随着互联网的普及,急速增长的信息量对消息的处理、存储以及更新提出了更高的要求。现有技术中,不同类型的消息内容以及其关联资讯大多以二维表的形式存储在关系型数据库(比如PostgreSQL)中。实践中发现,由于大量不同类型的消息内容将导致数据库表的冗余字段繁多,这种方式大大增加了对关系型数据库的内存消耗,进而影响了关系型数据库的性能,降低了大数据量下的消息读写效率。
发明内容
为了解决相关技术中存在的大数据量下的消息读写效率低的问题,本发明提供了一种基于MongoDB的消息处理方法及装置、电子设备。
本发明实施例第一方面公开了一种基于MongoDB的消息处理方法,所述方法包括:
在检测到消息接收指令时,获取预存储消息;
识别出所述预存储消息的目标消息类型;
根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中;其中,所述预设数据库的数据库类型为MongoDB数据库;
在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档;
从所述目标消息文档中获取所述预存储消息,以将所述预存储消息传送到前端进行显示。
作为一种可选的实施方式,在本发明实施例第一方面中,所述目标消息文档包括目标用户信息字段、目标消息类型字段以及目标消息内容字段;
所述根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中,包括:
根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,判断预设数据库中是否存储有目标消息文档;其中,所述目标用户信息字段对应的字段值与所述消息接收指令指示的目标用户信息相匹配,所述目标消息类型字段对应的字段值与所述预存储消息的目标消息类型相匹配;
若否,在所述预设数据库中创建所述目标消息文档;
针对所述目标消息内容字段,创建一个目标消息子文档;
将所述预存储消息存储至所述目标消息子文档中。
作为一种可选的实施方式,在本发明实施例第一方面中,所述在所述预设数据库中创建所述目标消息文档之后,所述方法还包括:
对所述目标消息文档所包括的目标字段建立索引;其中,所述目标字段包括所述目标用户信息字段和所述目标消息类型字段;
将所述目标字段对应的索引添加至索引集合。
作为一种可选的实施方式,在本发明实施例第一方面中,所述在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档,包括:
在检测到对所述预存储消息的查询指令时,在所述索引集合中查找出所有包括用户信息字段和消息类型字段的索引;
在所述所有包括用户信息字段和消息类型字段的索引中,获取所述目标索引;其中,所述目标索引的目标用户信息字段对应的字段值与所述查询指令所指示的所述目标用户信息相匹配,所述目标索引的目标消息类型字段对应的字段值与所述查询指令所指示的所述目标消息类型相匹配;
利用所述目标索引,从所述预设数据库中查询出所述目标消息文档。
作为一种可选的实施方式,在本发明实施例第一方面中,所述将所述预存储消息存储至所述目标消息子文档中,包括:
识别所述预存储消息的数据类型;
若识别出所述预存储消息的数据类型为非结构化数据,将所述预存储消息存储至所述目标消息子文档中;
若识别出所述预存储消息的数据类型为结构化数据,针对所述预存储消息包括的每一个数据项,根据所述每一个数据项与所述每一个数据项对应的列名之间的映射关系,新建所述每一个数据项的替换字段;以及,将所述预存储消息包括的所有数据项的替换字段存储至所述目标消息子文档中。
作为一种可选的实施方式,在本发明实施例第一方面中,所述查询指令包括搜索关键词,所述从所述目标消息文档中获取所述预存储消息,包括:
根据所述搜索关键词,在所述目标消息文档中搜索是否存在与所述搜索关键词匹配的字段;
若存在,定位出所述与所述搜索关键词匹配的字段所在的目标消息子文档;
从所述目标消息子文档中获取所述预存储消息。
作为一种可选的实施方式,在本发明实施例第一方面中,所述方法还包括:
在检测到消息列表更新指令时,根据所述消息列表更新指令所指示的用户信息以及所述消息列表更新指令所指示的消息类型,从所述预设数据库中查询出待更新消息文档;
获取所述待更新消息文档的消息内容字段所包括的所有消息子文档,以生成消息列表,并将所述消息列表传送到前端进行显示;其中,所述待更新消息文档的消息内容字段所包括的每一个消息子文档对应于所述消息列表中的一条消息。
本发明实施例第二方面公开了一种基于MongoDB的消息处理装置,所述装置包括:
第一获取单元,用于在检测到消息接收指令时,获取预存储消息;
第一识别单元,用于识别出所述预存储消息的目标消息类型;
第一存储单元,用于根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中;其中,所述预设数据库的数据库类型为MongoDB数据库;
第一查询单元,用于在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档;
第二获取单元,用于从所述目标消息文档中获取所述预存储消息,以将所述预存储消息传送到前端进行显示。
本发明实施例第三方面公开了一种电子设备,所述电子设备包括:
处理器;
存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,实现本发明实施例第一方面公开的基于MongoDB的消息处理方法。
本发明实施例第四方面公开了一种计算机可读存储介质,其存储计算机程序,所述计算机程序使得计算机执行本发明实施例第一方面公开的基于MongoDB的消息处理方法。
本发明的实施例提供的技术方案可以包括以下有益效果:
本发明所提供的基于MongoDB的消息处理方法包括如下步骤:在检测到消息接收指令时,获取预存储消息;识别出预存储消息的目标消息类型;根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,将预存储消息存储至预设数据库的目标消息文档中;其中,预设数据库的数据库类型为MongoDB数据库;在检测到对预存储消息的查询指令时,根据查询指令所指示的用户信息以及查询指令所指示的消息类型,从预设数据库中查询出目标消息文档;从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。
此方法下,通过结合用户信息和消息类型,将相应的消息内容存储至MongoDB数据库的消息文档中,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,基于用户信息和消息类型,还可以从数据库中查询出相应的消息文档,并获取消息文档中的消息内容,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并于说明书一起用于解释本发明的原理。
图1是本发明实施例公开的一种电子设备的结构示意图;
图2是本发明实施例公开的一种基于MongoDB的消息处理方法的流程图;
图3是本发明实施例公开的另一种基于MongoDB的消息处理方法的流程图;
图4是本发明实施例公开的又一种基于MongoDB的消息处理方法的流程图;
图5是本发明实施例公开的一种基于MongoDB的消息处理装置的结构示意图;
图6是本发明实施例公开的另一种基于MongoDB的消息处理装置的结构示意图;
图7是本发明实施例公开的又一种基于MongoDB的消息处理装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例执行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
实施例一
本发明的实施环境可以是电子设备,例如智能手机、平板电脑、台式电脑。
图1是本发明实施例公开的一种装置的结构示意图。装置100可以是上述电子设备。如图1所示,装置100可以包括以下一个或多个组件:处理组件102,存储器104,电源组件106,多媒体组件108,音频组件110,传感器组件114以及通信组件116。
处理组件102通常控制装置100的整体操作,诸如与显示,电话呼叫,数据通信,相机操作以及记录操作相关联的操作等。处理组件102可以包括一个或多个处理器118来执行指令,以完成下述的方法的全部或部分步骤。此外,处理组件102可以包括一个或多个模块,用于便于处理组件102和其他组件之间的交互。例如,处理组件102可以包括多媒体模块,用于以方便多媒体组件108和处理组件102之间的交互。
存储器104被配置为存储各种类型的数据以支持在装置100的操作。这些数据的示例包括用于在装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(StaticRandomAccess Memory,简称SRAM),电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory,简称EEPROM),可擦除可编程只读存储器(ErasableProgrammable Read Only Memory,简称EPROM),可编程只读存储器(Programmable Red-Only Memory,简称PROM),只读存储器(Read-Only Memory,简称ROM),磁存储器,快闪存储器,磁盘或光盘。存储器104中还存储有一个或多个模块,用于该一个或多个模块被配置成由该一个或多个处理器118执行,以完成如下所示方法中的全部或者部分步骤。
电源组件106为装置100的各种组件提供电力。电源组件106可以包括电源管理系统,一个或多个电源,及其他与为装置100生成、管理和分配电力相关联的组件。
多媒体组件108包括在装置100和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(Liquid Crystal Display,简称LCD)和触摸面板。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与触摸或滑动操作相关的持续时间和压力。屏幕还可以包括有机电致发光显示器(Organic Light Emitting Display,简称OLED)。
音频组件110被配置为输出和/或输入音频信号。例如,音频组件110包括一个麦克风(Microphone,简称MIC),当装置100处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器104或经由通信组件116发送。在一些实施例中,音频组件110还包括一个扬声器,用于输出音频信号。
传感器组件114包括一个或多个传感器,用于为装置100提供各个方面的状态评估。例如,传感器组件114可以检测到装置100的打开/关闭状态,组件的相对定位,传感器组件114还可以检测装置100或装置100一个组件的位置改变以及装置100的温度变化。在一些实施例中,该传感器组件114还可以包括磁传感器,压力传感器或温度传感器。
通信组件116被配置为便于装置100和其他设备之间有线或无线方式的通信。装置100可以接入基于通信标准的无线网络,如WiFi(Wireless-Fidelity,无线保真)。在本发明实施例中,通信组件116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在本发明实施例中,通信组件116还包括近场通信(Near Field Communication,简称NFC)模块,用于以促进短程通信。例如,在NFC模块可基于射频识别(Radio FrequencyIdentification,简称RFID)技术,红外数据协会(Infrared DataAssociation,简称IrDA)技术,超宽带(UltraWideband,简称UWB)技术,蓝牙技术和其他技术来实现。
在示例性实施例中,装置100可以被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit,简称ASIC)、数字信号处理器、数字信号处理设备、可编程逻辑器件、现场可编程门阵列、控制器、微控制器、微处理器或其他电子元件实现,用于执行下述方法。
实施例二
请参阅图2,图2是本发明实施例公开的一种基于MongoDB的消息处理方法的流程示意图。如图2所示一种基于MongoDB的消息处理方法可以包括以下步骤:
201、在检测到消息接收指令时,获取预存储消息。
202、识别出预存储消息的目标消息类型。
本发明实施例中,消息类型与触发消息的应用软件所支持的业务类型相关,举例来说,对于通讯类/或社交类应用软件,消息类型可以包括评论、留言、回复、私信、提醒、应用通知以及系统通知等。
203、根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,将预存储消息存储至预设数据库的目标消息文档中;其中,预设数据库的数据库类型为MongoDB数据库。
本发明实施例中,MongoDB数据库是一个面向文档存储的分布式数据库,其数据存储结构由键值对组成。其中,一个MongoDB数据库可以包含一组集合,一个集合可以包含一组文档,一个文档包含一组字段,每一个字段都是一个键值对,并且,每一个字段对应的字段值可以是基本数据类型、数组类型或者文档。因此,本发明实施例的预设数据库中存储有若干个以用户信息-消息类型为主体的消息文档,每一个消息文档以键值对的数据结构存储有用户信息、消息类型以及若干个包含消息内容的消息子文档。举例来说,用于存储用户U的评论消息的消息文档可以如下所示:
可见,消息文档包含用户信息字段、消息类型字段和消息内容字段,依次对应于用户U、评论和多个消息子文档字段(如消息子文档A字段、消息子文档B字段和消息子文档C字段等),其中,每一个消息子文档字段可以对应于不同的数据类型,并存储不同的评论内容,比如,评论内容A为基本数据类型,评论内容B为数组类型,评论内容C为文档。可以理解,通过自定义添加字段属性,可以对消息文档和消息子文档进行进一步划分,获得下一级的消息子文档。
204、在检测到对预存储消息的查询指令时,根据查询指令所指示的目标用户信息以及查询指令所指示的目标消息类型,从预设数据库中查询出目标消息文档。
205、从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。
本发明实施例中,举例来说,用户通过在前端应用界面点击“私信”的选项,可以生成一个查询指令,该查询指令可以用于指示触发点击操作的当前已登录用户的用户信息,以及指示消息类型为私信。根据查询指令,便可以从预设数据库中查询出包含当前已登录用户的私信内容的目标消息文档,进而获取存储在目标消息文档中的预存储消息。
可见,实施图2所描述的方法,通过结合用户信息和消息类型,将相应的消息内容存储至MongoDB数据库的消息文档中,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,基于用户信息和消息类型,还可以从数据库中查询出相应的消息文档,并获取消息文档中的消息内容,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率。
实施例三
请参阅图3,图3是本发明实施例公开的另一种基于MongoDB的消息处理方法的流程示意图。在如图3所示的基于MongoDB的消息处理方法中,目标消息文档包括目标用户信息字段、目标消息类型字段以及目标消息内容字段,具体可以包括以下步骤:
301、在检测到消息接收指令时,获取预存储消息。
302、识别出预存储消息的目标消息类型。
303、根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,判断预设数据库中是否存储有目标消息文档,若否,执行步骤304;若是,直接执行步骤305。
本发明实施例中,目标用户信息字段对应的字段值与消息接收指令指示的目标用户信息相匹配,目标消息类型字段对应的字段值与预存储消息的目标消息类型相匹配。比如,消息接收指令指示接收对象为用户U,则目标用户信息字段对应的字段值应为“用户U”;预存储消息的目标消息类型为私信,则目标消息类型字段对应的字段值应为“私信”。
304、在预设数据库中创建目标消息文档,并执行步骤305。
305、针对目标消息内容字段,创建一个目标消息子文档。
306、将预存储消息存储至目标消息子文档中。
可见,实施上述步骤303~步骤306,针对特定的一组用户信息和消息类型,通过判断预设数据库中是否已经存储有相应的消息文档,从而在无法搜索到相应的消息文档时,自动新建该消息文档以存储预存储消息;以及,在搜索到相应的消息文档时,直接将预存储消息以消息子文档的形式添加到已有的消息文档中,无需再次新建消息文档,能够减少对数据库的内存消耗。
307、在检测到对预存储消息的查询指令时,根据查询指令所指示的目标用户信息以及查询指令所指示的目标消息类型,从预设数据库中查询出目标消息文档。
作为一种可选的实施方式,在步骤304之后,还可以包括以下步骤:
对目标消息文档所包括的目标字段建立索引;其中,目标字段包括目标用户信息字段和目标消息类型字段;
将目标字段对应的索引添加至索引集合。
进一步地,作为一种可选的实施方式,步骤307具体可以包括:
在检测到对预存储消息的查询指令时,在索引集合中查找出所有包括用户信息字段和消息类型字段的索引;
在上述所有包括用户信息字段和消息类型字段的索引中,获述目标索引;其中,目标索引的目标用户信息字段对应的字段值与查询指令所指示的目标用户信息相匹配,目标索引的目标消息类型字段对应的字段值与查询指令所指示的目标消息类型相匹配;
利用目标索引,从预设数据库中查询出目标消息文档。
其中,索引是一种特殊的数据结构,存储在一个易于遍历读取的数据集合中。可见,实施可选的实施方式,通过对用户信息字段和消息类型字段建立索引,在查询消息时,能够快速在易于遍历读取的索引集合中查找出与查询指令匹配的目标索引,并直接利用目标索引从预设数据库中获取相应的消息文档,无需扫描预设数据库中的每一个文件,极大地提高了消息查询的效率。
可选的,可以对预设数据库的消息文档中的一个字段建立索引,也可以从消息文档以及消息文档所包括的若干级消息子文档中选取多个字段以建立索引,并将索引存储到索引集合中。可见,这样能够提高索引组合方式的多样性,丰富消息查询方式,进一步提高消息查询的效率。
308、从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。
作为一种可选的实施方式,本方案还可以包括以下步骤:
在检测到消息列表更新指令时,根据消息列表更新指令所指示的用户信息以及消息列表更新指令所指示的消息类型,从预设数据库中查询出待更新消息文档;
获取待更新消息文档的消息内容字段所包括的所有消息子文档,以生成消息列表,并将消息列表传送到前端进行显示;其中,待更新消息文档的消息内容字段所包括的每一个消息子文档对应于消息列表中的一条消息。
可见,实施可选的实施方式,通过从预设数据库中找到消息列表更新指令指示的消息文档,将该消息文档转换为最新的消息列表,以传送到前端显示,便能实现对该消息文档对应的原消息列表进行更新,提高了数据的实时更新效率。
可见,实施图3所描述的方法,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,基于特定的一组用户信息和消息类型,能够在无法搜索到相应的消息文档时,自动新建该消息文档以存储预存储消息,以及,在搜索到相应的消息文档时,直接将预存储消息以消息子文档的形式添加到已有的消息文档中,无需再次新建消息文档,也能够减少对数据库的内存消耗;此外,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率;进一步地,在查询消息时,能够快速在易于遍历读取的索引集合中查找出与查询指令匹配的目标索引,并直接利用目标索引从预设数据库中获取相应的消息文档,无需扫描预设数据库中的每一个文件,极大地提高了消息查询的效率;再进一步地,通过从预设数据库中找到消息列表更新指令指示的消息文档,将该消息文档转换为最新的消息列表,以传送到前端显示,便能实现对该消息文档对应的原消息列表进行更新,提高了数据的实时更新效率。
实施例四
请参阅图4,图4是本发明实施例公开的又一种基于MongoDB的消息处理方法的流程示意图。在如图4所示的基于MongoDB的消息处理方法中,查询指令包括搜索关键词,具体可以包括以下步骤:
步骤401~步骤405;其中,针对步骤401~步骤405的描述,请参照实施例三中针对步骤301~步骤305的详细描述,本发明实施例不再赘述。
406、识别预存储消息的数据类型,并执行步骤407或者步骤408~步骤409。
本发明实施例中,消息的数据类型主要可以分为结构化数据和非结构化数据。结构化数据是由二维表结构来逻辑表达和实现的数据,严格遵循数据格式与长度规范,主要通过关系型数据库进行存储和管理。非结构化数据是数据结构不规则、不完整,或没有预定义等不便于利用二维逻辑来表现的数据,主要通过非关系型数据库进行存储和管理。其中,非结构化数据可以包括所有格式的办公文档、文本、图片、XML(Extensible MarkupLanguage,可扩展标记语言)、HTML(HyperText Markup Language,超文本标记语言)、各类报表、以及音视频信息等。
407、若识别出预存储消息的数据类型为非结构化数据,将预存储消息存储至目标消息子文档中,并执行步骤410。
408、若识别出预存储消息的数据类型为结构化数据,针对预存储消息包括的每一个数据项,根据每一个数据项与每一个数据项对应的列名之间的映射关系,新建每一个数据项的替换字段。
409、将预存储消息包括的所有数据项的替换字段存储至目标消息子文档中,并执行步骤410。
可以理解,若预存储消息的数据类型为结构化数据,则可以将预存储消息表示为一个二维表,其中,二维表由行列组成,并通过行列位置确定一个数据项。可选的,步骤409具体可以为:
以预存储消息的元组为单位,提取预存储消息中每一个元组的关键字;
根据每一个元组的关键字,在目标消息子文档中创建每一个元组对应的字段;以及,将每一个元组所包括的所有数据项的替换字段作为该元组对应的字段的字段值,存储至目标消息子文档中。
可见,通过对预存储消息中每一个元组的关键字创建字段,能够利用关键字唯一标识每一个元组,并将每一个元组作为一个实体存储至目标消息子文档中,使得预存储消息从结构化数据转换为非结构化数据时,仍能够保持原来的逻辑结构。
可见,实施上述步骤406~步骤409,基于MongoDB数据库的高拓展性,通过将预存储消息转换为非结构化数据存储在MongoDB数据库中,能够适应数据量的增加与数据结构的变化,从而充分发挥数据库的优良性能来实现消息存储、查询及更新。
410、在检测到对预存储消息的查询指令时,根据查询指令所指示的目标用户信息以及查询指令所指示的目标消息类型,从预设数据库中查询出目标消息文档。
411、根据搜索关键词,在目标消息文档中搜索是否存在与搜索关键词匹配的字段,若是,执行步骤412。
本发明实施例中,若在目标消息文档中无法搜索到与搜索关键词匹配的字段,则可以返回提示信息,用以提示查询指令所指示的消息不存在。
412、定位出与搜索关键词匹配的字段所在的目标消息子文档。
本发明实施例中,举例来说,在预设数据库中查找到查询指令所指示的目标消息文档之后,假设查询指令还包括搜索关键词“消息时间”和“2018年9月1日”,则可以在目标消息文档中搜索是否存在与搜索关键词“消息时间”匹配的字段;若存在,则从所有与搜索关键词“消息时间”匹配的字段中,挑选出字段值与搜索关键词“2018年9月1日”匹配的字段,以定位出相应的目标消息子文档,便可以获取到搜索关键词所指定搜索的消息。
可见,实施上述步骤410~步骤412,能够基于查询指令所包括的搜索关键词,从目标消息文档中更加精确地定位出目标消息子文档,从而实现消息的精确查询。
若搜索关键词为字符串,作为一种可选的实施方式,步骤411可以包括:
针对目标消息子文档中包括的每一个字段,通过对搜索关键词进行编辑操作(包括插入、删除以及替换等),计算得出搜索关键词与该字段之间的编辑距离;
判断目标消息子文档中是否包含与搜索关键词之间的编辑距离小于预设距离值的字段;
若存在,则判定出在目标消息文档中存在与搜索关键词匹配的字段,并从上述与搜索关键词之间的编辑距离小于预设距离值的字段中获取编辑距离最小的字段,以作为与搜索关键词匹配的字段。
作为另一种可选的实施方式,步骤411可以为:
对搜索关键词进行哈希运算,获得第一签名;
针对目标消息子文档中包括的每一个字段,对该字段进行哈希运算,获得第二签名;以及,对第一签名和第二签名进行匹配,获得该字段与搜索关键词之间的签名匹配度;
判断目标消息子文档中是否包含与搜索关键词之间的签名匹配度大于或等于预设匹配度的字段;
若存在,则判定出在目标消息文档中存在与搜索关键词匹配的字段,并从上述与搜索关键词之间的签名匹配度大于或等于预设匹配度的字段中获取签名匹配度最大的字段,以作为与搜索关键词匹配的字段。
413、从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。
可见,实施图4所描述的方法,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率;进一步地,通过将预存储消息转换为非结构化数据存储在MongoDB数据库中,能够适应数据量的增加与数据结构的变化,从而充分发挥数据库的优良性能来实现消息存储、查询及更新;再进一步地,还能够基于查询指令所包括的搜索关键词,从目标消息文档中更加精确地定位出目标消息子文档,从而实现消息的精确查询。
实施例五
请参阅图5,图5是本发明实施例公开的一种基于MongoDB的消息处理装置的结构示意图。如图5所示,该基于MongoDB的消息处理装置可以包括:第一获取单元501、第一识别单元502、第一存储单元503、第一查询单元504以及第二获取单元505,其中:
第一获取单元501,用于在检测到消息接收指令时,获取预存储消息。
第一识别单元502,用于识别出预存储消息的目标消息类型。
第一存储单元503,用于根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,将预存储消息存储至预设数据库的目标消息文档中;其中,预设数据库的数据库类型为MongoDB数据库。
第一查询单元504,用于在检测到对预存储消息的查询指令时,根据查询指令所指示的目标用户信息以及查询指令所指示的目标消息类型,从预设数据库中查询出目标消息文档。
第二获取单元505,用于从目标消息文档中获取预存储消息,以将预存储消息传送到前端进行显示。
可见,实施图5所描述的装置,通过结合用户信息和消息类型,将相应的消息内容存储至MongoDB数据库的消息文档中,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,基于用户信息和消息类型,还可以从数据库中查询出相应的消息文档,并获取消息文档中的消息内容,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率。
实施例六
请参阅图6,图6是本发明实施例公开的另一种基于MongoDB的消息处理装置的结构示意图。图6所示的基于MongoDB的消息处理装置是由图5所示的基于MongoDB的消息处理装置进行优化得到的。与图5所示的基于MongoDB的消息处理装置相比较,在图6所示的基于MongoDB的消息处理装置中,目标消息文档包括目标用户信息字段、目标消息类型字段以及目标消息内容字段,其中:
第一存储单元503,包括:
判断子单元5031,用于根据消息接收指令指示的目标用户信息以及预存储消息的目标消息类型,判断预设数据库中是否存储有目标消息文档;其中,目标用户信息字段对应的字段值与消息接收指令指示的目标用户信息相匹配,目标消息类型字段对应的字段值与预存储消息的目标消息类型相匹配;
第一创建子单元5032,用于在判断子单元5031判定出预设数据库中未存储有目标消息文档时,在预设数据库中创建目标消息文档;
第二创建子单元5033,用于针对目标消息内容字段,创建一个目标消息子文档;
存储子单元5034,用于将预存储消息存储至目标消息子文档中。
作为一种可选的实施方式,该装置还包括索引建立单元506以及添加单元507,其中:
索引建立单元506,用于在第二创建子单元5033在预设数据库中创建目标消息文档之后,对目标消息文档所包括的目标字段建立索引;其中,目标字段包括目标用户信息字段和目标消息类型字段。
可选的,索引建立单元506可以用于对预设数据库的消息文档中的一个字段建立索引,也可以从消息文档以及消息文档所包括的若干级消息子文档中选取多个字段以建立索引,并将索引存储到索引集合中。可见,这样能够提高索引组合方式的多样性,丰富消息查询方式,进一步提高消息查询的效率。
添加单元507,用于将目标字段对应的索引添加至索引集合。
进一步地,作为一种可选的实施方式,第一查询单元504,包括:
查找子单元5041,用于在检测到对预存储消息的查询指令时,在索引集合中查找出所有包括用户信息字段和消息类型字段的索引;
第一获取子单元5042,用于在上述所有包括用户信息字段和消息类型字段的索引中,获取目标索引;其中,目标索引的目标用户信息字段对应的字段值与查询指令所指示的目标用户信息相匹配,目标索引的目标消息类型字段对应的字段值与查询指令所指示的目标消息类型相匹配;
查询子单元5043,用于利用目标索引,从预设数据库中查询出目标消息文档。
作为一种可选的实施方式,该装置还可以包括第二查询单元和第三获取单元,其中:
第二查询单元,用于在检测到消息列表更新指令时,根据消息列表更新指令所指示的用户信息以及消息列表更新指令所指示的消息类型,从预设数据库中查询出待更新消息文档。
第三获取单元,用于获取待更新消息文档的消息内容字段所包括的所有消息子文档,以生成消息列表,并将消息列表传送到前端进行显示;其中,待更新消息文档的消息内容字段所包括的每一个消息子文档对应于消息列表中的一条消息。
可见,实施图6所描述的装置,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,基于特定的一组用户信息和消息类型,能够在无法搜索到相应的消息文档时,自动新建该消息文档以存储预存储消息,以及,在搜索到相应的消息文档时,直接将预存储消息以消息子文档的形式添加到已有的消息文档中,无需再次新建消息文档,也能够减少对数据库的内存消耗;此外,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率;进一步地,在查询消息时,能够快速在易于遍历读取的索引集合中查找出与查询指令匹配的目标索引,并直接利用目标索引从预设数据库中获取相应的消息文档,无需扫描预设数据库中的每一个文件,极大地提高了消息查询的效率;再进一步地,通过从预设数据库中找到消息列表更新指令指示的消息文档,将该消息文档转换为最新的消息列表,以传送到前端显示,便能实现对该消息文档对应的原消息列表进行更新,提高了数据的实时更新效率。
实施例七
请参阅图7,图7是本发明实施例公开的又一种基于MongoDB的消息处理装置的结构示意图。图7所示的基于MongoDB的消息处理装置是由图6所示的基于MongoDB的消息处理装置进行优化得到的。与图6所示的基于MongoDB的消息处理装置相比较,在图7所示的基于MongoDB的消息处理装置中,查询指令包括搜索关键词,其中:
存储子单元5034,包括:
第二识别单元50341,用于识别预存储消息的数据类型;
第二存储单元50342,用于在第二识别单元50341识别出预存储消息的数据类型为非结构化数据时,将预存储消息存储至目标消息子文档中;
新建单元50343,用于在第二识别单元50341识别出预存储消息的数据类型为结构化数据时,针对预存储消息包括的每一个数据项,根据每一个数据项与每一个数据项对应的列名之间的映射关系,新建每一个数据项的替换字段;
第三存储单元50344,用于将预存储消息包括的所有数据项的替换字段存储至目标消息子文档中。
可以理解,若预存储消息的数据类型为结构化数据,则可以将预存储消息表示为一个二维表,其中,二维表由行列组成,并通过行列位置确定一个数据项。可选的,第三存储单元50344用于将预存储消息包括的所有数据项的替换字段存储至目标消息子文档中的方式具体为:
第三存储单元50344,用于以预存储消息的元组为单位,提取预存储消息中每一个元组的关键字;以及,根据每一个元组的关键字,在目标消息子文档中创建每一个元组对应的字段;以及,将每一个元组所包括的所有数据项的替换字段作为该元组对应的字段的字段值,存储至目标消息子文档中。
可见,通过对预存储消息中每一个元组的关键字创建字段,能够利用关键字唯一标识每一个元组,并将每一个元组作为一个实体存储至目标消息子文档中,使得预存储消息从结构化数据转换为非结构化数据时,仍能够保持原来的逻辑结构。
作为一种可选的实施方式,第二获取单元505,包括:
搜索子单元5051,用于根据搜索关键词,在目标消息文档中搜索是否存在与搜索关键词匹配的字段;
定位子单元5052,用于在目标消息文档中搜索到与搜索关键词匹配的字段时,定位出与所述搜索关键词匹配的字段所在的目标消息子文档;
第二获取子单元5053,用于从目标消息子文档中获取预存储消息,以将预存储消息传送到前端进行显示。
若搜索关键词为字符串,作为一种可选的实施方式,搜索子单元5051用于根据搜索关键词,在目标消息文档中搜索是否存在与搜索关键词匹配的字段的方式具体为:
搜索子单元5051,用于针对目标消息子文档中包括的每一个字段,通过对搜索关键词进行编辑操作(包括插入、删除以及替换等),计算得出搜索关键词与该字段之间的编辑距离;以及,判断目标消息子文档中是否包含与搜索关键词之间的编辑距离小于预设距离值的字段;若存在,则判定出在目标消息文档中存在与搜索关键词匹配的字段,并从上述与搜索关键词之间的编辑距离小于预设距离值的字段中获取编辑距离最小的字段,以作为与搜索关键词匹配的字段。
作为另一种可选的实施方式,搜索子单元5051用于根据搜索关键词,在目标消息文档中搜索是否存在与搜索关键词匹配的字段的方式具体为:
搜索子单元5051,用于对搜索关键词进行哈希运算,获得第一签名;以及,针对目标消息子文档中包括的每一个字段,对该字段进行哈希运算,获得第二签名;以及,对第一签名和第二签名进行匹配,获得该字段与搜索关键词之间的签名匹配度;以及,判断目标消息子文档中是否包含与搜索关键词之间的签名匹配度大于或等于预设匹配度的字段;若存在,则判定出在目标消息文档中存在与搜索关键词匹配的字段,并从上述与搜索关键词之间的签名匹配度大于或等于预设匹配度的字段中获取签名匹配度最大的字段,以作为与搜索关键词匹配的字段。
可见,实施图7所描述的装置,减少了因存储不同消息内容而产生的冗余字段,进而减少了消息内容占用的数据库内存消耗,有利于改善数据库的性能;并且,解决了传统的关系型数据库在大数据量下因数据表关联复杂而导致查询效率低的问题,从而提升了大数据量下的消息读写效率;进一步地,通过将预存储消息转换为非结构化数据存储在MongoDB数据库中,能够适应数据量的增加与数据结构的变化,从而充分发挥数据库的优良性能来实现消息存储、查询及更新;再进一步地,还能够基于查询指令所包括的搜索关键词,从目标消息文档中更加精确地定位出目标消息子文档,从而实现消息的精确查询。
本发明还提供一种电子设备,该电子设备包括:
处理器;
存储器,该存储器上存储有计算机可读指令,该计算机可读指令被处理器执行时,实现如前所示的基于MongoDB的消息处理方法。
该电子设备可以是图1所示装置100。
在一示例性实施例中,本发明还提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,实现如前所示的基于MongoDB的消息处理方法。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (10)
1.一种基于MongoDB的消息处理方法,其特征在于,所述方法包括:
在检测到消息接收指令时,获取预存储消息;
识别出所述预存储消息的目标消息类型;
根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中;其中,所述预设数据库的数据库类型为MongoDB数据库;
在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档;
从所述目标消息文档中获取所述预存储消息,以将所述预存储消息传送到前端进行显示。
2.根据权利要求1所述的方法,其特征在于,所述目标消息文档包括目标用户信息字段、目标消息类型字段以及目标消息内容字段;
所述根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中,包括:
根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,判断预设数据库中是否存储有目标消息文档;其中,所述目标用户信息字段对应的字段值与所述消息接收指令指示的目标用户信息相匹配,所述目标消息类型字段对应的字段值与所述预存储消息的目标消息类型相匹配;
若否,在所述预设数据库中创建所述目标消息文档;
针对所述目标消息内容字段,创建一个目标消息子文档;
将所述预存储消息存储至所述目标消息子文档中。
3.根据权利要求2所述的方法,其特征在于,所述在所述预设数据库中创建所述目标消息文档之后,所述方法还包括:
对所述目标消息文档所包括的目标字段建立索引;其中,所述目标字段包括所述目标用户信息字段和所述目标消息类型字段;
将所述目标字段对应的索引添加至索引集合。
4.根据权利要求3所述的方法,其特征在于,所述在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档,包括:
在检测到对所述预存储消息的查询指令时,在所述索引集合中查找出所有包括用户信息字段和消息类型字段的索引;
在所述所有包括用户信息字段和消息类型字段的索引中,获取所述目标索引;其中,所述目标索引的目标用户信息字段对应的字段值与所述查询指令所指示的所述目标用户信息相匹配,所述目标索引的目标消息类型字段对应的字段值与所述查询指令所指示的所述目标消息类型相匹配;
利用所述目标索引,从所述预设数据库中查询出所述目标消息文档。
5.根据权利要求2所述的方法,其特征在于,所述将所述预存储消息存储至所述目标消息子文档中,包括:
识别所述预存储消息的数据类型;
若识别出所述预存储消息的数据类型为非结构化数据,将所述预存储消息存储至所述目标消息子文档中;
若识别出所述预存储消息的数据类型为结构化数据,针对所述预存储消息包括的每一个数据项,根据所述每一个数据项与所述每一个数据项对应的列名之间的映射关系,新建所述每一个数据项的替换字段;以及,将所述预存储消息包括的所有数据项的替换字段存储至所述目标消息子文档中。
6.根据权利要求5所述的方法,其特征在于,所述查询指令包括搜索关键词,所述从所述目标消息文档中获取所述预存储消息,包括:
根据所述搜索关键词,在所述目标消息文档中搜索是否存在与所述搜索关键词匹配的字段;
若存在,定位出所述与所述搜索关键词匹配的字段所在的目标消息子文档;
从所述目标消息子文档中获取所述预存储消息。
7.根据权利要求1~6任一项所述的方法,其特征在于,所述方法还包括:
在检测到消息列表更新指令时,根据所述消息列表更新指令所指示的用户信息以及所述消息列表更新指令所指示的消息类型,从所述预设数据库中查询出待更新消息文档;
获取所述待更新消息文档的消息内容字段所包括的所有消息子文档,以生成消息列表,并将所述消息列表传送到前端进行显示;其中,所述待更新消息文档的消息内容字段所包括的每一个消息子文档对应于所述消息列表中的一条消息。
8.一种基于MongoDB的消息处理装置,其特征在于,所述装置包括:
第一获取单元,用于在检测到消息接收指令时,获取预存储消息;
第一识别单元,用于识别出所述预存储消息的目标消息类型;
第一存储单元,用于根据所述消息接收指令指示的目标用户信息以及所述预存储消息的目标消息类型,将所述预存储消息存储至预设数据库的目标消息文档中;其中,所述预设数据库的数据库类型为MongoDB数据库;
第一查询单元,用于在检测到对所述预存储消息的查询指令时,根据所述查询指令所指示的所述目标用户信息以及所述查询指令所指示的所述目标消息类型,从所述预设数据库中查询出所述目标消息文档;
第二获取单元,用于从所述目标消息文档中获取所述预存储消息,以将所述预存储消息传送到前端进行显示。
9.一种电子设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1~7中任一项所述的方法的步骤。
10.一种计算机可读存储介质,其特征在于,其存储计算机程序,所述计算机程序使得计算机执行权利要求1~7任一项所述的基于MongoDB的消息处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910625979.4A CN110489433B (zh) | 2019-07-11 | 2019-07-11 | 一种基于MongoDB的消息处理方法及装置、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910625979.4A CN110489433B (zh) | 2019-07-11 | 2019-07-11 | 一种基于MongoDB的消息处理方法及装置、电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110489433A true CN110489433A (zh) | 2019-11-22 |
CN110489433B CN110489433B (zh) | 2023-10-27 |
Family
ID=68547017
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910625979.4A Active CN110489433B (zh) | 2019-07-11 | 2019-07-11 | 一种基于MongoDB的消息处理方法及装置、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110489433B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111651481A (zh) * | 2020-05-29 | 2020-09-11 | 泰康保险集团股份有限公司 | 日志处理方法、装置、设备及计算机可读存储介质 |
CN111897818A (zh) * | 2020-07-31 | 2020-11-06 | 平安普惠企业管理有限公司 | 数据存储方法、装置、电子设备及存储介质 |
CN112835930A (zh) * | 2021-03-03 | 2021-05-25 | 上海渠杰信息科技有限公司 | 一种数据库的查询方法及设备 |
CN113672562A (zh) * | 2020-05-14 | 2021-11-19 | 北京字节跳动网络技术有限公司 | 数据删除方法、装置、设备和存储介质 |
CN113703692A (zh) * | 2021-11-01 | 2021-11-26 | 飞狐信息技术(天津)有限公司 | 基于缓存优化的消息写入方法和消息读取方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102262640A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团贵州有限公司 | 一种全文检索文档数据库的方法及装置 |
CN105550333A (zh) * | 2015-12-22 | 2016-05-04 | 歌尔声学股份有限公司 | 基于MongoDB的测试数据存储查询方法及系统 |
CN106682145A (zh) * | 2016-12-22 | 2017-05-17 | 北京览群智数据科技有限责任公司 | 一种企业信息的处理方法、服务器及客户端 |
CN109522307A (zh) * | 2018-09-25 | 2019-03-26 | 中国平安人寿保险股份有限公司 | 服务器、基于Mongodb的保单数据查询方法及存储介质 |
CN109885654A (zh) * | 2019-02-01 | 2019-06-14 | 天津字节跳动科技有限公司 | 在线文档修改处理方法和装置 |
-
2019
- 2019-07-11 CN CN201910625979.4A patent/CN110489433B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102262640A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团贵州有限公司 | 一种全文检索文档数据库的方法及装置 |
CN105550333A (zh) * | 2015-12-22 | 2016-05-04 | 歌尔声学股份有限公司 | 基于MongoDB的测试数据存储查询方法及系统 |
CN106682145A (zh) * | 2016-12-22 | 2017-05-17 | 北京览群智数据科技有限责任公司 | 一种企业信息的处理方法、服务器及客户端 |
CN109522307A (zh) * | 2018-09-25 | 2019-03-26 | 中国平安人寿保险股份有限公司 | 服务器、基于Mongodb的保单数据查询方法及存储介质 |
CN109885654A (zh) * | 2019-02-01 | 2019-06-14 | 天津字节跳动科技有限公司 | 在线文档修改处理方法和装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113672562A (zh) * | 2020-05-14 | 2021-11-19 | 北京字节跳动网络技术有限公司 | 数据删除方法、装置、设备和存储介质 |
CN113672562B (zh) * | 2020-05-14 | 2024-01-16 | 抖音视界有限公司 | 数据删除方法、装置、设备和存储介质 |
CN111651481A (zh) * | 2020-05-29 | 2020-09-11 | 泰康保险集团股份有限公司 | 日志处理方法、装置、设备及计算机可读存储介质 |
CN111651481B (zh) * | 2020-05-29 | 2023-08-22 | 泰康保险集团股份有限公司 | 日志处理方法、装置、设备及计算机可读存储介质 |
CN111897818A (zh) * | 2020-07-31 | 2020-11-06 | 平安普惠企业管理有限公司 | 数据存储方法、装置、电子设备及存储介质 |
CN112835930A (zh) * | 2021-03-03 | 2021-05-25 | 上海渠杰信息科技有限公司 | 一种数据库的查询方法及设备 |
CN113703692A (zh) * | 2021-11-01 | 2021-11-26 | 飞狐信息技术(天津)有限公司 | 基于缓存优化的消息写入方法和消息读取方法 |
Also Published As
Publication number | Publication date |
---|---|
CN110489433B (zh) | 2023-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110489433A (zh) | 一种基于MongoDB的消息处理方法及装置、电子设备 | |
US8886598B1 (en) | Tag-based synchronization | |
US11188586B2 (en) | Organization, retrieval, annotation and presentation of media data files using signals captured from a viewing environment | |
CN103235776B (zh) | 呈现搜索结果信息 | |
US20090119572A1 (en) | Systems and methods for finding information resources | |
US20160210298A1 (en) | Dynamic semantic models having multiple indices | |
US20170344631A1 (en) | Task completion using world knowledge | |
CN102480565A (zh) | 移动终端和在其中使用元数据管理视频的方法 | |
US9934283B2 (en) | Social annotations for enhanced search results | |
CN103761242A (zh) | 检索方法、检索系统以及自然语言理解系统 | |
US8082276B2 (en) | Techniques using captured information | |
CN111666390B (zh) | 保存并获取对象的位置 | |
US11561968B2 (en) | Systems and methods for retrieving relevant information content while typing | |
CN103366010A (zh) | 一种录音文件的检索方法和装置 | |
CN110069571A (zh) | 一种自动化数据对比方法及装置、电子设备 | |
US20160299911A1 (en) | Processing search queries and generating a search result page including search object related information | |
CN111782731A (zh) | 一种数据同步方法及装置 | |
US20160335358A1 (en) | Processing search queries and generating a search result page including search object related information | |
CN105335466A (zh) | 一种音频数据的检索方法与装置 | |
US10909146B2 (en) | Providing automated hashtag suggestions to categorize communication | |
CN103678624A (zh) | 搜索方法、搜索服务器、搜索请求执行方法及终端 | |
CN104572730B (zh) | 数字资源导入、导出方法及装置 | |
KR101377395B1 (ko) | 아티팩트를 관리하기 위한 방법, 시스템, 서버, 콘텍스트 캡처 장치 및 콘텍스트 리포지토리 | |
CN102647520A (zh) | 一种在移动终端上进行快速歌曲查找及下载的方法 | |
CN103186583A (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 |