CN101046807A - 存储数据已读的方法及装置 - Google Patents
存储数据已读的方法及装置 Download PDFInfo
- Publication number
- CN101046807A CN101046807A CN 200610067003 CN200610067003A CN101046807A CN 101046807 A CN101046807 A CN 101046807A CN 200610067003 CN200610067003 CN 200610067003 CN 200610067003 A CN200610067003 A CN 200610067003A CN 101046807 A CN101046807 A CN 101046807A
- Authority
- CN
- China
- Prior art keywords
- information
- read
- tabulation
- readed
- database
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种存储数据已读的方法及装置,该方法包括:A.建立第一和第二信息缓存列表;B.获取第一信息缓存列表的读取范围以及该列表中的已读记录;C.更新第一信息缓存列表中的阅读记录信息,并将所更新的阅读记录信息添加到第二信息缓存列表中;D.将第二信息缓存列表中的已读信息统一提交到数据库中,并清空该信息缓存列表。该装置包括:包括客户端、服务器和数据库,所述服务器中包括:第一缓存单元,用于获取并存储客户端变动的信息,以及更新记录已读信息的标识;第二缓存单元,用于接收并存储第一缓存单元发送的已读信息或修改本身的已读信息,并统一将已读信息发送给数据库后清空。以减少访问数据库的次数,提高页面更新的速度。
Description
技术领域
本发明涉及数据库技术,特别是涉及一种存储数据已读的方法及装置。
背景技术
随着诸如通信系统的迅速发展,各系统发布的信息越来越多,也越来越快,为了避免反复阅览所发布的信息,对各个系统中要求存在信息的阅读记录。
目前,阅读信息记录是否已读的技术方案主要有两种:
一种是客户端只将记录信息存放在本机的Cookie中,不将其记录在Web服务器端或数据库中,即不支持数据库记录。也就是说,客户端每阅读一条信息后,就记录一条相应的信息到Cookie中,然后通过Web服务器直接访问数据库或者通过Web服务器和中间件技术访问数据库。之后在本机打开信息列表页面时,若找到与其相匹配的信息,自动将该信息标记为已读。但是,这种方法不能实现信息记录的共享和长期保存。如果Cookie被删除或更换登录的机器,则无法体现信息是否已读。该技术方案的系统示意图详见图1。但是,如果客户端不支持Cookie,则无法使用信息的记录功能;由于Cookie是临时性存储,离开保存Cookie的机器后,无法显示信息已读,即无法真正实现信息的共享;另外,由于Cookie的容量很小,一般只有4K,无法长期保存大量的数据;同时也无法体现信息状态的更新,即信息更新后,只能机械的显示为已读。
另一种是将记录信息存储在数据库中,客户端通过Web服务器端直接采用读写数据库的方式,或者通过中间件技术访问数据库。每做一次操作都要访问一次数据库,而实际访问数据库的时间相对于内存处理要慢得多,这对于在多人并发访问的情况下,会对数据库造成巨大的压力,造成系统性能下降很大(即便采用了数据库连接池也是如此),此时访问速度变慢,等待时间可能超过几秒甚至十几秒。该技术方案的系统示意图详见图2。
由此可见,该技术方案虽然比第一种方案有所改进,即虽能长久保存和共享已读信息,但是,在多人并发访问数据库的情况下,其访问数据库的次数多,访问速度减慢,同时也增大资源的开销,即该方案对大量并发访问支持性差。
发明内容
本发明解决的技术问题是提供一种存储数据已读的方法,以解决目前技术中访问数据库的次数较多,不能快速存取和标记数据已读的问题。
本发明解决的另一技术问题是提供一种存储数据已读的装置,以提高访问数据库的性能。
为解决上述问题,本发明提供一种存储数据已读的方法,所述方法包括步骤:
A、建立第一和第二信息缓存列表;
B、获取第一信息缓存列表的读取范围以及该列表中的已读记录;
C、更新第一信息缓存列表中的阅读记录信息,并将所更新的阅读记录信息添加到第二信息缓存列表中;
D、将第二信息缓存列表中的已读信息统一提交到数据库中,并清空该信息缓存列表。
步骤A中,在服务器的内存中建立第一和第二信息缓存列表。
所述步骤B的具体实现过程为:
B1)确定信息读取的范围;
B2)当所述范围超过当前信息的范围或重新输入条件进行查询时,根据确定的信息范围重新向数据库获取信息,并将获取信息添加到第一信息缓存列表中。
步骤B1)中根据信息的关键字段确定信息读取的范围,所述关键字段包括:主题、类型和/或时间段。
所述第一信息缓存列表的形式为数据结构或数据库中的记录集。
步骤C的具体实现过程包括:
C1、更新第一信息缓存列表中阅读信息的标识;
C2、判断第二信息缓存列表中是否存在所述阅读信息,若是,则更新第二信息缓存列表中该阅读信息对应的记录时间;否则,将所述阅读信息添加到第二信息缓存列表中。
所述阅读信息的标识包括:阅读标记和阅读时间。
步骤C的具体实现过程包括:判断第一信息缓存列表中的信息是否已读,若否,更新第一信息缓存列表中该信息的阅读标记为已读,并将其添加到第二信息缓存列表中。
步骤D中的具体实现过程为:
判断第二信息缓存列表中的已读信息是否大于设定的阈值;若是,则将该列表中的已读信息统一提交到数据库,并清空该列表;若否,继续监控该列表,直到该列表中的已读信息符合设定的阈值。
所述大于设定值包括:大于数据信息的最大值和/或扫描时间的间隔值。
另外,本发明还提供一种存储数据已读的装置,包括客户端、服务器和数据库,其中,所述服务器包括:
第一缓存单元,用于获取并存储客户端变动的信息,以及更新记录已读信息的标识;
第二缓存单元,用于接收并存储第一缓存单元发送的已读信息或修改本身的已读信息的标识,并统一将所述已读信息发送给数据库后清空。
所述第一缓存单元包括:
信息确定子单元,用于接收并确定客户端访问信息的读取范围;
信息判断子单元,与信息确定子单元相连,用于判断所述访问信息的读取范围是否超过当前信息的范围,并根据判断的结果重新向数据库获取信息。
所述第二缓存单元包括:
信息判断变更子单元,与信息判断子单元相连,用于变更与信息判断子单元中对应的已读信息,并判断所有已读信息是否满足预定的条件;
信息发送子单元,与接收信息判断变更子单元相连,并将满足预定条件的已读信息统一提交到数据库。
所述满足预定的条件包括:大于数据信息的最大值和/或扫描时间的间隔值。
由上述公开的技术方案可知,本发明只对变动过的信息在服务器端建立缓存并批量提交,即通过批量记录新阅读过的信息,来长久保存和共享这些记录,有效的减少访问数据库的次数,达到更快存取和标记已读未读的目的,并解决访问性能的问题。此外,本发明相对于一般的直接访问数据库进行已读未读记录的方式,能更快的完成已读信息的记录,并大大提高了展示页面的更新速度。也就是说,客户端无须等待数据库的访问结果,可以时刻更新显示页面。
附图说明
图1是现有技术中将阅读记录存储在客户端的系统示意图;
图2是现有技术中将阅读记录存储在数据库中的系统示意图;
图3是本发明所述存储阅读信息的方法的流程图;
图4是本发明所述方法中获取第一信息缓存列表的范围以及该信息缓存列表中的已读信息的流程图;
图5是本发明所述方法中更新第一信息缓存列表中的已读信息,并将该表中已读信息添加到第二信息缓存列表中的一种实施例;
图6是本发明所述方法中更新第一信息缓存列表中的已读信息,并将该表中已读信息添加到第二信息缓存列表中的另一种实施例;
图7是本发明所述方法中定期将第二信息缓存列表中变动的部分已读信息提交到数据库中,并清空该信息缓存列表的流程图;
图8是本发明所述存储阅读信息的装置的结构示意图;
图9是本发明所述装置中第一和第二缓存单元的具体结构示意图。
具体实施方式
本发明的核心是通过在服务器中设置两块缓存,一块缓存用于存储客户端访问数据库的信息(包括已读和未读信息),当所述缓存中有变动信息(包括已读信息的变化和未读信息变为已读信息的变化)时,将所述已读信息或者是修改缓存中已读信息的阅读时间发送给另一块缓存进行存储或修改阅读时间,另一块缓存当满足一定的预设条件时,将存储的已读信息批量的提交到数据库,以有效减少客户端访问数据库的次数,同时,也能长久保存和共享缓存中存储的信息,达到更快存取和标记已读和未读信息的目的。
为了便于本领域技术人员的理解,下面结合附图对本发明做进一步的说明。
请参阅图3,为本发明所述存储阅读信息的方法的流程图。所述方法包括步骤:
步骤S11:建立第一和第二信息缓存列表;
步骤S12:获取第一信息缓存列表的读取范围以及该列表中的已读记录;
步骤S13:更新第一信息缓存列表中的阅读记录信息,并将所更新的阅读记录信息添加到第二信息缓存列表中;
也就是说,本发明所述更新第一信息缓存列表中的阅读记录信息包括两层含义:一层是第一信息缓存列表中的数据包括已读和未读的信息,对信息更新需要主要根据用户的需要,可能是未读过的信息,也可能是已经读过的信息;二层是将更新的信息添加到第一信息缓存列表中,并将该表中已读信息添加到第二信息缓存列表中。
步骤S14:将第二信息缓存列表中的已读信息提交到数据库中,并清空该信息缓存列表。
本发明所述技术方案在步骤S11中,先在服务器端设置第一和第二信息缓存列表,然后再获取第一信息缓存列表的范围以及该信息缓存列表中的已读信息(步骤S12),其详细的流程图详见图4,具体的实现步骤包括:
步骤S121:确定信息的读取范围;
步骤S122:判断所述信息的读取范围是否超过当前信息的范围或是否重新输入条件进行查询时;
步骤S123:若是,根据确定的信息范围重新向数据库获取信息,并将获取信息添加到第一信息缓存列表中;否则,结束(步骤S124)。
也就是说,当服务器接收到客户端访问数据库的信息时,根据所述信息的关键字段确定信息的读取范围,所述关键字段包括:主题、类型和时间段等,但并不限于这几种公开的字段。然后,判断所述确定信息的范围是否超过当前信息的范围或重新输入条件进行查询,若超过当前信息的读取范围,则根据确定信息的读取范围执行相应的结构式询问语言(SQL,StructuredQuery Language)或存储过程,(或重新访问数据库获取信息,其中,本发明所述重新访问数据库获取信息由数据库自己解析处理的,数据库只负责返回用户需要的信息。)从数据库中获取信息和已读信息的记录,并将其添加到第一信息缓存列表中。其中,所述第一信息缓存列表中的形式可以有很多,比如可以是一种数据结构(数组),也可以是数据库中的记录集。为了避免由于查询的信息范围过大导致一次读取数据过多而导致占用过多内存,设计时对一次查询读取的数据量做了限制,比如限定每次查询最多只查询500条信息。假设输入的查询条件所确定的信息总量是1000条,如果一次性读出所有数据,且每页显示25条信息,则会形成40个分页。但是由于查询读取量的限制,只读出了500条信息,尽管在显示页面上依然会显示查询到40页共1000条记录,实际上只有1-20页的信息是已经读取出来的。如果进行翻页超过20页的范围或者重新输入条件进行查询,则重新访问数据库获取信息。对前者(翻页)来说,就相当于取21-40页的数据,对后者来说,就相当于一次新的查询,否则还是在当前已经读取的信息实现跳转。
在步骤S13中,更新第一信息缓存列表中的阅读信息的标识,并将该表中已读信息添加到第二信息缓存列表中。其具体的实施方式有两种。
一种实施方式的流程图详见图5,具体的实现步骤包括:
步骤S131:更新第一信息缓存列表中阅读信息的标识;
所述阅读信息的标识包括:阅读标记和记录时间,也可以是其它附属信息。
步骤S132:判断第二信息缓存列表中是否存在所述阅读信息;
步骤S133:若是,则更新第二信息缓存列表中该阅读信息对应的记录时间;
步骤S134:若否,将所述阅读信息添加到第二信息缓存列表中。
为了便于理解上述实施例,现举例来说明。
在2005年9月30日,某一网站上新发布三条信息,即T1、T2和T3信息。在2005年10月1日用户甲登录,并查询到这三条新信息。此时第一信息缓存列表中已包括了T1、T2、T3三条信息,因为信息目前未被阅读过,所以第一信息缓存列表中的阅读标记为“未读”,对应的阅读时间(date)也为空,在这种状态下,第二信息缓存列表也为空。
如果用户甲在2005年10月1日的10点28分1秒阅读T1和T2信息,则更新第一信息缓存列表中的T1、T2信息的阅读标记为“已读”,对应的阅读时间(date)有空更新为当时操作的时间,即“2005年10月1日的10:28:01”。由于在第二信息缓存列表中还没有存在该T1和T2信息,即在没有阅读T1和T2信息之前,第二信息缓存列表为空,因此,当用户甲阅读T1和T2信息后,直接将T1和T2信息及其变动的相关信息添加到第二信息缓存列表中。
如果,在第二信息缓存列表中的数据未被提交到数据库之前,户甲在同日的10点29分1秒再次阅读了信息T2,此时,除了更新第一信息缓存列表中T1信息所对应的信息之外,还要更新第二信息缓存列表中对应的信息。由于第二信息缓存列表中已经存在T2的相关信息,此时,只需更新第二信息缓存列表中对应记录中的阅读时间为当前阅读时间,即“2005年10月1日的10点29分1秒”,无需在第二信息缓存列表中再增加一条信息的记录。
在上述所有实现步骤中,本发明所述客户端的所有访问信息操作都没有涉及数据库的操作,所述更新的数据信息暂时是通过第二信息缓存列表来保存的,但是,第二信息缓存列表中的修改记录最终会被提交到数据库中保存。而展示的数据是暂时保存在第一信息缓存列表中的,这样,用户每次更新信息可以直接进行页面的更新显示,而不涉及到数据库操作,大大提高数据访问的速度。
另一种具体的实施方式的流程图详见图6,包括步骤:
步骤S135:判断第一信息缓存列表中的信息是否已读;
步骤S136:若否,更新第一信息缓存列表中该信息的阅读标记为已读,并将其添加到第二信息缓存列表中;
步骤S137:若是,结束。
该流程图的实现步骤与图5的相比较,其不同之处为:图5是对所有变更的阅读信息都需要记录;所述变更包括:已阅读过信息的变更和以前未阅读过但现在阅读了的信息变更。即图5所述的实现步骤比较适用于对阅读记录信息有更高要求的情况(即处理已读标识之外的部分信息也要记录)。而图6所述的实现过程比较简单,只对未阅读过的信息进行处理,对已经读过的信息发生变化时不再做处理,即不会出现第二信息缓存列表中已经存在需要变更的信息。
在步骤S14中,定期将第二信息缓存列表中变动的部分已读信息提交到数据库中,并清空该信息缓存列表,以便于数据库的存储与记录。其详细的流程图详见图7。具体的实现步骤包括:
步骤S141:判断第二信息缓存列表中的已读信息是否大于设定的阈值;
步骤S142:若是,则将该列表中的已读信息统一提交到数据库,并清空该列表;
步骤S143:若否,继续监控该列表,直到该列表中的已读信息符合设定的阈值。
其中,在步骤S141中,设定阈值的形式可以有很多,比如是一个数据量的最大值,也可以是一个间隔的时间值,也可以是一个多个判断条件的集合等。为例便于理解本发明,所述设定的阈值以数据量最大值为例来说明。
先设定一个数据量最大值为50,如果用户阅读了50条新信息,则第二信息缓存列表中的记录数据量也达到50条信息,即在第二信息缓存列表中的已读信息符合设定的阈值,即数据量最大值50,则第二信息缓存列表一次性将这50条信息的记录提交到数据库中进行更新,同时清空第二信息缓存列表。而对于现有技术来说,如果每阅读一次信息的记录都要做一次数据库的更新,则需要50次访问数据库,如果采用本发明所述技术方案,访问数据库的次数只需要1次。由此可见,本发明所述方案不但减少了客户端访问数据库的次数,同时也大大提供访问的速度。
另外,本发明所述设定阈值也可以设定为扫描间隔时间10秒,即每10秒钟检查一次第二信息缓存列表是否为空,如果不为空也进行提交,否则,继续监控该列表,等到所设定的扫描间隔时间时,重复执行上述过程。该方案避免访问量特别小的时候数据长时间没有提交到数据库保存。此外,本发明所述设定的阈值也可以将上述这两种方案结合起来使用。具体的实现过程与上述过程基本相同,只不过设定的阈值是两个,即数据量最大值和扫描间隔时间值,在此不再详细的描述。
在步骤S142中,所述将第二信息缓存列表中的已读信息统一提交到数据库。也就是说,在保证数据库一次连接的情况下将批量的已读信息统一进行提交。
为了便于理解,下面举一实例来说明。
如果建立一次数据库连接需要0.5秒,提交一条信息要0.005秒,若要提交的已读信息为50条。如果是逐条提交,则所述50条已读信息需花费的时间为:(0.5+0.005)*50秒等于25.25秒;如果是在一次建立连接后,将50条已读信息统一提交,所需要的时间为:0.5+0.005*50秒等于0.75秒,由此可见,二则花费的时间相差很大。另外,本发明所述的统一提交,从微观的角度看还是逐条提交的,但从宏观的角度上是批量提交的,正如前面所说的,速度的改进并不只是体现在这里的,而是有以下两个方面来体现的:1)不用等待数据库的提交结果;2)需要建立访问数据库的连接减少了。一般来说,数据库连接数量都是有限制的,如果建立连接的请求多了,就有部分请求需要等待了(举个比较简单的例子,某人去买车票,只有5个买票通道,如果5个通道都有人在排队,那就必须等待了;再比如有10个人排队,而且都是去同一个地方,如果每人都要和售票员沟通一次(就像当于建立连接),花的时间就比较长,如果这10个人进行团购票,就像统一提交,那么时间就短很多)。
以上实例子虽然简单,但有助理解本发明所述统一提交已读信息的实现过程。由此可知,本发明所述第二信息缓存列表中的已读信息统一提交到数据库的实现原理与上述过程相同,但是其具体实现过程所涉及到的描述并不止上述简单。
由上述公开的技术方案可知,本发明可以获取变动的信息,只对这些变动的信息进行增量缓存,当满足一定的条件时,将该缓存中的已读信息统一提交到数据库进行保存,从而大大减少了访问数据库的次数。同时也无须等待数据库的访问结果,大大提高了展示页面的更新速度。
另外,本发明还提供一种存储数据已读的装置,所述装置的结构示意图详见图8。所述装置包括:客户端1、服务器2和数据库3和/或中间件4(如图中虚线所示),其中在所述服务器2中包括:第一缓存单元21,和第二缓存单元22,其中,所述第一缓存单元21,用于获取并存储客户端变动的信息,以及更新记录已读信息的标识;第二缓存单元22,用于接收并存储第一缓存单元21发送的已读信息或修改本身的已读信息,并统一将所述已读信息发送给数据库3后清空,或通过中间件4访问数据库3后清空。
所述第一缓存单元21包括:信息确定子单元211和信息判断子单元212。所述信息确定子单元211,用于接收并确定客户端访问信息的读取范围;所述信息判断子单元212,与信息确定子单元211相连,用于判断所述访问信息的读取范围是否超过当前信息的范围,并根据判断的结果重新向数据库获取信息。所述第二缓存单元22包括:信息判断变更子单元221和信息发送子单元222。所述信息判断变更子单元221,与信息判断子单元212相连,用于变更与信息判断子单元中对应的已读信息,并判断所有已读信息是否满足预定的条件;所述信息发送子单元222,与信息判断变更子单元221相连,并将满足预定条件的已读信息统一提交到数据库。而所述满足预定的条件包括:大于数据信息的最大值和/或扫描时间的间隔值。其中,所述第一缓存单元21和第二缓存单元22的详细结构示意图详见图9。
以上所述装置的各个单元的实现功能请参见上述方法的实现过程,在此不再赘述。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (14)
1、一种存储数据已读的方法,其特征在于,包括步骤:
A、建立第一和第二信息缓存列表;
B、获取第一信息缓存列表的读取范围以及该列表中的已读记录;
C、更新第一信息缓存列表中的阅读记录信息,并将所更新的阅读记录信息添加到第二信息缓存列表中;
D、将第二信息缓存列表中的已读信息统一提交到数据库中,并清空该信息缓存列表。
2、根据权利要求1所述存储数据已读的方法,其特征在于,步骤A中,在服务器的内存中建立第一和第二信息缓存列表。
3、根据权利要求1或2所述存储数据已读的方法,其特征在于,所述步骤B的具体实现过程为:
B1)确定信息读取的范围;
B2)当所述范围超过当前信息的范围或重新输入条件进行查询时,根据确定的信息范围重新向数据库获取信息,并将获取信息添加到第一信息缓存列表中。
4、根据权利要求3所述存储数据已读的方法,其特征在于,步骤B1)中根据信息的关键字段确定信息读取的范围,所述关键字段包括:主题、类型和/或时间段。
5、根据权利要求1或3所述存储数据已读的方法,其特征在于,所述第一信息缓存列表的形式为数据结构或数据库中的记录集。
6、根据权利要求1所述存储数据已读的方法,其特征在于,步骤C的具体实现过程包括:
C1、更新第一信息缓存列表中阅读信息的标识;
C2、判断第二信息缓存列表中是否存在所述阅读信息,若是,则更新第二信息缓存列表中该阅读信息对应的记录时间;否则,将所述阅读信息添加到第二信息缓存列表中。
7、根据权利要求6所述存储数据已读的方法,其特征在于,所述阅读信息的标识包括:阅读标记和阅读时间。
8、根据权利要求1所述存储数据已读的方法,其特征在于,步骤C的具体实现过程包括:判断第一信息缓存列表中的信息是否已读,若否,更新第一信息缓存列表中该信息的阅读标记为已读,并将其添加到第二信息缓存列表中。
9、根据权利要求1所述存储数据已读的方法,其特征在于,步骤D中的具体实现过程为:
判断第二信息缓存列表中的已读信息是否大于设定的阈值;若是,则将该列表中的已读信息统一提交到数据库,并清空该列表;若否,继续监控该列表,直到该列表中的已读信息符合设定的阈值。
10、根据权利要求9所述存储数据已读的方法,其特征在于,所述大于设定值包括:大于数据信息的最大值和/或扫描时间的间隔值。
11、一种存储数据已读的装置,包括客户端、服务器和数据库,其特征在于,所述服务器包括:
第一缓存单元,用于获取并存储客户端变动的信息,以及更新记录已读信息的标识;
第二缓存单元,用于接收并存储第一缓存单元发送的已读信息或修改本身的已读信息的标识,并统一将所述已读信息发送给数据库后清空。
12、根据权利要求11所述存储数据已读的装置,其特征在于,所述第一缓存单元包括:
信息确定子单元,用于接收并确定客户端访问信息的读取范围;
信息判断子单元,与信息确定子单元相连,用于判断所述访问信息的读取范围是否超过当前信息的范围,并根据判断的结果重新向数据库获取信息。
13、根据权利要求11所述存储数据已读的装置,其特征在于,所述第二缓存单元包括:
信息判断变更子单元,与信息判断子单元相连,用于变更与信息判断子单元中对应的已读信息,并判断所有已读信息是否满足预定的条件;
信息发送子单元,与接收信息判断变更子单元相连,并将满足预定条件的已读信息统一提交到数据库。
14、根据权利要求13所述存储数据已读的装置,其特征在于,所述满足预定的条件包括:大于数据信息的最大值和/或扫描时间的间隔值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100670032A CN101046807B (zh) | 2006-03-31 | 2006-03-31 | 存储数据已读信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006100670032A CN101046807B (zh) | 2006-03-31 | 2006-03-31 | 存储数据已读信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101046807A true CN101046807A (zh) | 2007-10-03 |
CN101046807B CN101046807B (zh) | 2010-04-14 |
Family
ID=38771423
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006100670032A Expired - Fee Related CN101046807B (zh) | 2006-03-31 | 2006-03-31 | 存储数据已读信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101046807B (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102542054A (zh) * | 2011-12-29 | 2012-07-04 | 厦门雅迅网络股份有限公司 | 一种利用缓存表来提高数据库数据插入性能的方法 |
CN102790683A (zh) * | 2011-05-16 | 2012-11-21 | 北大方正集团有限公司 | 一种实时行情数据处理方法、服务器及系统 |
CN103186475A (zh) * | 2011-12-29 | 2013-07-03 | 深圳市快播科技有限公司 | 海量数据的接收存储方法及系统 |
CN103995809A (zh) * | 2013-02-18 | 2014-08-20 | 阿里巴巴集团控股有限公司 | 社会化媒体的信息处理方法及装置 |
CN106331148A (zh) * | 2016-09-14 | 2017-01-11 | 郑州云海信息技术有限公司 | 一种客户端数据读取时的缓存管理方法及其装置 |
CN106503186A (zh) * | 2016-10-25 | 2017-03-15 | 广东浪潮大数据研究有限公司 | 一种数据管理方法、客户端及系统 |
CN106934044A (zh) * | 2017-03-16 | 2017-07-07 | 北京深思数盾科技股份有限公司 | 一种数据处理方法及装置 |
CN106959969A (zh) * | 2016-01-12 | 2017-07-18 | 恒生电子股份有限公司 | 一种数据处理方法及装置 |
CN107423999A (zh) * | 2017-03-31 | 2017-12-01 | 优品财富管理股份有限公司 | 一种基于用户分组的定向下发广告方法及系统 |
CN107679077A (zh) * | 2017-08-28 | 2018-02-09 | 平安科技(深圳)有限公司 | 分页的实现方法、装置、计算机设备及存储介质 |
CN108475215A (zh) * | 2016-08-03 | 2018-08-31 | 甲骨文国际公司 | 用于在多租户数据库环境中提供租户的动态重新定位的系统和方法 |
CN110765121A (zh) * | 2019-10-31 | 2020-02-07 | 太原蓝知科技有限公司 | 一种大数据智能采集处理方法和系统 |
CN112000905A (zh) * | 2020-08-26 | 2020-11-27 | 连尚(北京)网络科技有限公司 | 信息的显示方法和装置 |
CN113139081A (zh) * | 2021-04-27 | 2021-07-20 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5530855A (en) * | 1992-10-13 | 1996-06-25 | International Business Machines Corporation | Replicating a database by the sequential application of hierarchically sorted log records |
JP2000339337A (ja) * | 1999-05-28 | 2000-12-08 | Nec Corp | データベース検索システム |
US7099926B1 (en) * | 2000-07-06 | 2006-08-29 | International Business Machines Corporation | Object caching and update queuing technique to improve performance and resource utilization |
CN1241138C (zh) * | 2002-11-20 | 2006-02-08 | 金宝电子工业股份有限公司 | 电子字典的查询次数累加记录与显示的方法及其装置 |
CN1238792C (zh) * | 2002-12-18 | 2006-01-25 | 华为技术有限公司 | 一种数据库访问方法及实现该方法的客户机/服务器系统 |
-
2006
- 2006-03-31 CN CN2006100670032A patent/CN101046807B/zh not_active Expired - Fee Related
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102790683A (zh) * | 2011-05-16 | 2012-11-21 | 北大方正集团有限公司 | 一种实时行情数据处理方法、服务器及系统 |
CN102542054B (zh) * | 2011-12-29 | 2017-02-08 | 厦门雅迅网络股份有限公司 | 一种利用缓存表来提高数据库数据插入性能的方法 |
CN103186475A (zh) * | 2011-12-29 | 2013-07-03 | 深圳市快播科技有限公司 | 海量数据的接收存储方法及系统 |
CN102542054A (zh) * | 2011-12-29 | 2012-07-04 | 厦门雅迅网络股份有限公司 | 一种利用缓存表来提高数据库数据插入性能的方法 |
CN103995809A (zh) * | 2013-02-18 | 2014-08-20 | 阿里巴巴集团控股有限公司 | 社会化媒体的信息处理方法及装置 |
CN106959969B (zh) * | 2016-01-12 | 2020-07-17 | 恒生电子股份有限公司 | 一种数据处理方法及装置 |
CN106959969A (zh) * | 2016-01-12 | 2017-07-18 | 恒生电子股份有限公司 | 一种数据处理方法及装置 |
CN108475215A (zh) * | 2016-08-03 | 2018-08-31 | 甲骨文国际公司 | 用于在多租户数据库环境中提供租户的动态重新定位的系统和方法 |
CN106331148A (zh) * | 2016-09-14 | 2017-01-11 | 郑州云海信息技术有限公司 | 一种客户端数据读取时的缓存管理方法及其装置 |
CN106503186A (zh) * | 2016-10-25 | 2017-03-15 | 广东浪潮大数据研究有限公司 | 一种数据管理方法、客户端及系统 |
CN106934044B (zh) * | 2017-03-16 | 2020-02-14 | 北京深思数盾科技股份有限公司 | 一种数据处理方法及装置 |
CN106934044A (zh) * | 2017-03-16 | 2017-07-07 | 北京深思数盾科技股份有限公司 | 一种数据处理方法及装置 |
CN107423999A (zh) * | 2017-03-31 | 2017-12-01 | 优品财富管理股份有限公司 | 一种基于用户分组的定向下发广告方法及系统 |
CN107679077B (zh) * | 2017-08-28 | 2020-03-24 | 平安科技(深圳)有限公司 | 分页的实现方法、装置、计算机设备及存储介质 |
CN107679077A (zh) * | 2017-08-28 | 2018-02-09 | 平安科技(深圳)有限公司 | 分页的实现方法、装置、计算机设备及存储介质 |
CN110765121A (zh) * | 2019-10-31 | 2020-02-07 | 太原蓝知科技有限公司 | 一种大数据智能采集处理方法和系统 |
CN110765121B (zh) * | 2019-10-31 | 2022-09-20 | 上海意臣信息科技有限公司 | 一种大数据智能采集处理方法和系统 |
CN112000905A (zh) * | 2020-08-26 | 2020-11-27 | 连尚(北京)网络科技有限公司 | 信息的显示方法和装置 |
CN112000905B (zh) * | 2020-08-26 | 2023-12-08 | 连尚(北京)网络科技有限公司 | 信息的显示方法和装置 |
CN113139081A (zh) * | 2021-04-27 | 2021-07-20 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
CN113139081B (zh) * | 2021-04-27 | 2023-10-27 | 中山亿联智能科技有限公司 | 高效率低延迟上报读取用户在线播放信息的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101046807B (zh) | 2010-04-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101046807A (zh) | 存储数据已读的方法及装置 | |
CN1231833C (zh) | 分区方案能适应于应用增长的硬盘驱动器及相应数据处理系统和方法 | |
CN1783081A (zh) | 在本地缓存远程文件的方法和系统 | |
CN100339830C (zh) | 一种更新软件的方法 | |
US8966155B1 (en) | System and method for implementing a high performance data storage system | |
CN1975731A (zh) | 用于管理对数据库中数据的访问的系统和方法 | |
CN1908903A (zh) | 执行作业步的系统和方法以及计算机产品 | |
CN1637721A (zh) | 地址映射方法和映射信息管理方法及其闪速存储器 | |
CN1241098C (zh) | 存储系统中检验数据的方法及设备 | |
CN1862475A (zh) | 磁盘阵列缓存的管理方法 | |
CN1869933A (zh) | 实现数据升级的计算机处理系统和数据升级方法 | |
CN1629823A (zh) | 生成内容地址以指示即将写入存储系统的数据单元的方法和设备 | |
CN1991796A (zh) | 用于嵌入式系统的请求调页设备和方法 | |
CN1755633A (zh) | 用于电子表格链式计算的多线程处理的方法和系统 | |
CN1818890A (zh) | 用于实现卸载发起方功能的方法和系统 | |
CN1838128A (zh) | 存储装置系统的控制技术 | |
CN1924812A (zh) | 用于i/o适配器的方法和装置 | |
CN1670716A (zh) | 消除分段存储执行方法和存储器件 | |
CN1584822A (zh) | 一种升级计算机固件程序的方法 | |
CN1719422A (zh) | 一种存储器文件数据虚拟存取方法 | |
CN1277703A (zh) | Pos终端、控制pos终端的方法、使用pos终端的系统、以及信息存储介质 | |
CN1975655A (zh) | 用于管理对存储装置的访问的方法和设备 | |
CN1680926A (zh) | 带有相对受限存储空间以及操作/文件系统的计算装置 | |
US20160253341A1 (en) | Managing a binary object in a database system | |
CN1924842A (zh) | 用于i/o适配器的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100414 Termination date: 20150331 |
|
EXPY | Termination of patent right or utility model |