CN100485689C - 基于文件系统缓存的数据加速查询方法 - Google Patents
基于文件系统缓存的数据加速查询方法 Download PDFInfo
- Publication number
- CN100485689C CN100485689C CNB2007100134097A CN200710013409A CN100485689C CN 100485689 C CN100485689 C CN 100485689C CN B2007100134097 A CNB2007100134097 A CN B2007100134097A CN 200710013409 A CN200710013409 A CN 200710013409A CN 100485689 C CN100485689 C CN 100485689C
- Authority
- CN
- China
- Prior art keywords
- data
- query
- querying condition
- file
- inquiry
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000012545 processing Methods 0.000 claims description 21
- 238000004458 analytical method Methods 0.000 claims description 8
- 238000010606 normalization Methods 0.000 claims description 6
- 230000000694 effects Effects 0.000 claims description 5
- 238000012163 sequencing technique Methods 0.000 claims description 3
- 238000000605 extraction Methods 0.000 claims description 2
- 238000001914 filtration Methods 0.000 claims description 2
- 238000012546 transfer Methods 0.000 claims description 2
- 230000003139 buffering effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000006116 polymerization reaction Methods 0.000 description 1
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种查询系统的数据加速查询方法。本发明适用于针对历史性数据,存储后不变化,相同数据多次查询的特点,提供一种能够基于文件系统缓存的数据加速查询方法,通过将历史查询数据保存,利用历史查询数据作为查询缓存数据,进行的加速查询方法。在系统接收用户查询请求之后,先转到查询分析器,查询分析器的主要作用是分析查询条件,规划查询条件等,然后经过文件缓冲器,分析现有的结果数据文件中是否存在满足当前查询需求,没有则从数据库中进行查询,并将最终的结果文件返回给数据处理器,数据处理器按照最终的查询要求,对数据进行过滤、排序等处理,将结果文件返回上层应用系统。本查询方法在不增加硬件投资下,可以大大的降低数据库和系统资源的占用,大大提高查询速度。
Description
1.技术领域
本发明涉及一种计算机应用技术领域通讯技术领域,具体地说是一种电信查询系统中的数据加速查询方法。适用于针对历史性数据,存储后不变化,存在大量重复查询的情况,进行的基于文件系统缓存的数据加速查询。
2.技术背景
社会的不断发展,企业进行越来越多的支撑系统建设,信息共享变得尤为重要,信息的共享使得软件系统的访问用户增多,但是随着用户的不断增多,数据的查询量必然会大大增加,而系统就会越来越慢,从而需要投入更多的资金进行设备和软件的升级。造成这样的原因是,用户的每次查询请求,系统都是通过再数据库中进行相应的查找,数据计算等操作,然后将结果返回。用户的查询量增加,系统的数据处理量也随之线性增加。
尤其是在电信网领域中,有很多支撑系统,例如计费运营,网络管理系统,数据基本上都是历史性的数据,数据值不会发生变化。因此针对这类数据只要查询条件不变,查询的结果总是一样的。而且数据量非常大,大多数的查询可能需要进行大数据量查询和计算,才能够得出,处理这样的查询本身就需要很长的时间。这样使得重复的查询请求在数据库中查询和处理了多遍,而结果却是一样的。同样随着用户的不断增多,数据的查询量增加,这种重复性的查询也会随之增多。为此需要投入更多的资金来进行软件和硬件的升级,来提高系统的处理能力,减少用户的等待的时长,而对大数据量查询提速也是非常有限的。
3.发明内容
本发明针对现有系统的应用情况,历史数据不变化和相同数据多次查询的特点,提供一种能够基于文件系统缓存的数据加速查询方法,通过将历史查询数据保存,利用历史查询数据作为查询缓存数据,进行的加速查询方法。从而能够避免重复查询请求,系统处理多次,使系统不会随着用户的查询量增加,数据处理量也随之线性增加。而且还能够利用历史结果数据,加速数据的查询,提高了系统运行的效率,降低用户的平均响应时间,减少因用户的使用增加等原因,而进行的软件和硬件升级,节约大量资金。
本发明为解决其技术问题,所采用的技术方案如图1所示。在系统接收用户查询请求之后,先转到查询分析器,查询分析器的主要作用是分析查询条件,规一化查询条件等,然后经过文件缓冲器,分析现有的结果数据文件中是否存在满足当前查询需求,没有则从数据库中进行查询,并将最终的结果文件返回给数据处理器,数据处理器按照最终的查询要求,对数据进行过滤、排序等处理,将结果文件返回上层应用系统。
按照上述描述的技术方案,具体的执行步骤如图2所示,说明如下:
步骤1、分析查询提交的查询条件,将查询条件分为数据库运算处理和数据处理器处理的两大部分。数据库运算处理主要是对数据的提取和逻辑计算部分的查询条件。数据处理器处理主要包括对结果数据的过滤和排序等操作。
步骤2、规一化查询条件,将查询条件统一成标准的查询条件,避免某些查询描述上不同而实际上是相同情况。包括:
1)集合判断合并,将小集合的条件转换成大集合。例如查询条件是查询山东的济南、青岛、潍坊等17个地市所有的数据,而这17个地市的属于山东省这个集合,与查询山东结果是一样的,系统会先将这个查询条件转换为查询山东这个集合的数据。子集和全集的关系需要预先定义,一般各个系统中都会存在表示对应关系的字典表,利用这个字典表就可以描绘出子集和全集的关系。
2)查询条件排序,将查询条件按照固定顺序进行排列,采用字符的先后顺序。例如查询济南、青岛、潍坊这样一个地区条件顺序的数据,与查询青岛、济南、潍坊这样一个地区条件顺序的数据,结果是一样的,系统能够进行统一的顺序排列,使其成一个相同的查询条件。
步骤3、形成统一的查询条件之后,送入到文件缓冲器中。文件缓冲器先找到对应的查询实例(例如要查询的报表)的历史数据登记列表,再根据查询条件再登记列表中检索满足当前条件的历史数据文件。该索引列表记录了该查询实例历史数据的查询条件,查询时间,用户,使用次数等信息。
检索列表命中率的高低直接影响到加速的效果,因此为了提高查询文件缓冲器检索数据文件的命中率,系统通过采用如下检索方法:
1)从全集数据中获取子集的数据。如果要查询若干个子集,而这若干个子集恰好属于另外一个全集的一部分,系统将返回该数据文件。例如:查询济南、青岛两个地区的数据,系统先查找是否有对应这两个地区的数据,如果没有再从全省的数据集文件中查找,系统能够利用全省的数据集进行处理。
2)部分子集查找。如果要查询若干个子集,而这若干个子集只有部分被检索到,那么系统会到步骤5,只生成没有的部分子集。例如:查询济南、青岛两个地区的数据,系统只找到济南一个地区的数据,同时也没有全省的数据,系统将查询条件转化为只查询青岛,到数据库中进行查询。
为了提高文件缓冲器检索的高效性,降低检索文件所消耗的时间,系统通过采用如下方法,减少检索量。
3)采用按照查询实例分目录存贮,降低了检索量。系统会自动的针对每一个查询实例(例如:针对每一个报表),形成一个文件缓冲目录,每一个目录都有一个索引列表。每次查询只去检索对应的索引列表。
4)超期历史数据删除。保证历史的数据文件不至于过多,占用大量的存贮空间,也会造成检索文件造成过大,增大检索的时间。同时过早的历史数据对于用户的查询来说,使用的频率极低,没有缓冲再次使用的意义。系统会将超过保存周期和使用频率低的文件删除,从而减少文件缓冲列表的大小。
5)查询结果文件聚合。系统为了保证检索的高效性,避免文件的过多,系统会将多个子集文件合并成一个全集文件。例如:将山东省17地区的各个子集文件合并成为一个全省的数据文件。
步骤4、根据检索返回的结果,判断是否全部存在所要的数据文件,如果存在转到步骤8,否则转到步骤5。
步骤5、将分析后的查询条件在数据库中查询,生成所需要的数据文件,并存放到对应的数据目录中。
步骤6、将生成的数据文件,登记到文件缓冲器的文件检索列表中。
步骤7、返回需要的结果数据文件编号。
步骤8、根据返回的文件编号,获取数据文件。
步骤9、数据处理器对数据返回的数据文件进行处理,从结果文件中还原出需要的查询数据。并且将一些查询条件,本来需要在数据库的运算转移到数据处理器处理,目的是为了提高对历史数据文件再使用率,从而增加缓冲器的命中率。包括:
1)选取查询所需要的数据集合。从全集合中过滤出需要的子集数据,例如从全省数据集中,获取济南、青岛的数据。或者将多个子集数据合并,例如将济南、青岛两个子集的数据,合并成所需要的数据集。
2)选取查询所需要的显示列。例如:一个结果数据文件中包含10列数据,从中过滤出需要的6列数据。
3)结果排序。按照查询的要求对结果数据排序。
步骤10、按照固定的存贮结构,将最终的结果数据返回给上层应用,处理结束。
从上面具体处理过程可以看出,查询的历史结果数据被充分的利用在2次查询中,提高了文件系统缓存数据的命中率,查询速度和系统处理能力上也会有很大的提高,并且没有改变用户的操作行为。
4.有益效果
本查询方法在不提高服务器处理能力的下,采用分析历史查询结果,避免每次都查询数据库。遇到重复的查询,通过是检索文件登记列表,直接将历史结果进行返回。同时提供了多种手段,提高检索文件的命中率。而检索数据文件消耗的时间相对于查询数据库和数据处理的时间,可以忽略不计,而系统的运算量非常小。一旦查询被命中,用户几乎感觉不到等待的时间,大大降低数据库和系统资源的使用负荷,避免了用户的查询量增加,系统的数据处理量也随之线性增加,节约了因软件和硬件的升级所需要的大量资金,提高了系统的处理能力。
基于文件系统缓存的数据加速查询方法,具有的优势是:
(1)采用文件的方式进行保存,存储方式简单,稳定,不容易损坏。
(2)一个文件损坏或者丢失,不影响查询系统的使用,系统健壮性比较高。
(3)不采用内存的方式存贮,在服务器出现异常或者突然关机时,不会丢失数据。而检索硬盘和检索内存的速度差别,用户几乎感觉不到。
(4)利用文件系统,能够提供比较的缓冲空间,可以保存比较多的缓冲数据。
5.附图说明
附图1是本发明的工作原理框图;
附图2是具体处理步骤流程图;
附图3是一般性能查询系统的处理过程示意图;
附图4是本发明的查询系统处理过程示意图。
6.具体实施方式
以电信领域综合网络管理的性能系统为例说明本发明的具体应用。性能系统的数据特点是都是历史性的数据,存储以后的数据值不发生变化,而且数据量非常的大,一个普通的省级网管系统来说,一天的数据量能够达到10G左右。性能系统属于电信领域的一个重要的支撑平台,要支持各个地市级子公司和省公司各个方面人员的使用,因此访问量也是非常大,必然造成大量的数据被重复处理。一般报表的查询系统处理步骤如图3所示,利用本发明在报表系统上,使用该基于文件系统缓存的数据加速查询方法,修改为查询步骤如图4所示。先将查询请求转发到文件缓冲器中,由文件缓冲器通过对查询条件分析,数据获取,数据处理等过程,再返回用户要查询的结果集。从而提高系统的处理能力和效率,减少用户查询的平均响应时间。
实施例
例如针对性能系统的报表查询,具体的执行步骤如下:
步骤1、用户查询报表A,从页面上设置好要查询的条件并提交查询请求,查询条件例如日期是2006-11-2110:00:00、2006-11-2120:00:00、2006-11-2117:00:00,范围是:所属济南所有的区县、淄博、泰安,按照X列的降序进行排列。
步骤2、将查询请求转发到查询分析器,开始分析提交的查询条件,将查询分为数据库运算处理和数据处理器处理的两大部分。
●数据库运算条件是:日期是2006-11-2110:00:00到2006-11-2120:00:00,范围是:济南、泰安、淄博。
●数据处理器处理条件是按照X列的降序进行排列。
步骤3、规一化查询条件,将查询条件统一成标准的查询条件,避免某些查询描述上不同而实际上是相同情况。通过集合判断方法,得出查询所属济南所有的区县,与查询地区等于济南的查询条件是一样的,因此将查询条件修改为查询济南的数据。并对查询条件按照字母先后顺序进行排序,最终数据库运算条件转换为:日期是2006-11-21 10:00:00、2006-11-21 17:00:00、2006-11-21 20:00:00,范围是:济南、淄博、泰安。
步骤4、形成统一的查询条件之后,送入到文件缓冲器中,文件缓冲器根据要查询报表A的ID,找到对应的目录下找到历史数据登记列表,根据查询条件检索登记列表中满足当前条件的历史数据文件。例如查找结果为存在全省集合的2006-11-21 10:00:00和2006-11-21 20:00:00的数据。
步骤5、根据检索返回的结果,得出所需要的结果文件只有部分存在,缺少2006-11-21 17:00:00的数据,将查询请求转发。
步骤6、将分析后的查询条件,在数据库中查询日期是2006-11-21 17:00:00,范围是:济南、淄博、泰安的数据,生成标准格式的数据文件,并存放到对应报表A的数据缓冲目录中。
步骤7、将生成的数据文件,登记到文件缓冲器的文件检索列表中。登记的条件为:日期是2006-11-21 17:00:00,范围是:济南、淄博、泰安。
步骤8、返回登记的结果数据文件编号。
步骤9、根据返回的文件编号,获取数据文件。当前得到的数据文件为:全省集合的2006-11-21 10:00:00、2006-11-21 20:00:00数据,和济南、淄博、泰安的2006-11-2117:00:00数据。
步骤10、数据处理器对数据返回的数据文件进行处理。从结果文件中过滤出需要的数据集合,得到济南、淄博、泰安的2006-11-21 10:00:00、2006-11-21 17:00:00、2006-11-21 20:00:00数据,然后按照X列的降序进行排序。一般来说查询所选择的源数据量是比较大的,处理出来的结果数据量是非常小的,因此对结果数据进行过滤和排列等操作,花费的处理时间可以忽略。
步骤11、按照固定的存贮结构,将最终的结果数据返回给上层应用,进行报表展现,反馈给用户,处理结束。
根据上面描述的实例,可以看出采用本发明改造后的报表系统,在没有改变用户的操作行为下,系统的数据处理量变为原来的三分之一,响应速度基本可以到达原来的3倍,自然的也提高了系统的处理能力。随着用户查询量的不断增加,重复查询率必然增大,在原有硬件的投资下,加速的效果会更加明显。
综上所述,基于文件系统缓存的网管性能数据加速查询方法,适用于针对历史性数据,存储后不变化,大量重复查询请求的情况,尤其是大型系统会获得更好的效果。可以广泛应用于电信、银行、医疗、教育、财务等领域,例如:医疗系统的病人病历档案分析,财务系统的历史帐务,公司运营等方面的分析。
Claims (1)
1、基于文件系统缓存的数据加速查询方法,其特征在于,在系统接收用户查询请求之后,先转到查询分析器,查询分析器的主要作用是分析查询条件,规一化查询条件,然后经过文件缓冲器,分析现有的结果数据文件中是否存在满足当前查询需求,没有则从数据库中进行查询,并将最终的结果文件返回给数据处理器,数据处理器按照最终的查询要求,对数据进行过滤、排序等处理,将结果文件返回上层应用系统,具体的执行步骤如下:
步骤(1)、分析查询提交的查询条件,将查询条件分为数据库运算处理和数据处理器处理的两大部分,数据库运算处理主要是对数据的提取和逻辑计算部分的查询条件,数据处理器处理主要包括对结果数据的过滤和排序操作;
步骤(2)、规一化查询条件,将查询条件统一成标准的查询条件,避免某些查询描述上不同而实际上是相同情况,规一化查询包括:
1)集合判断合并,将小集合的条件转换成大集合,将预先定义子集和全集的关系存在各个系统中表示对应关系的字典表中,利用这个字典表描绘出子集和全集的关系;
2)查询条件排序,将查询条件按照固定顺序进行排列,采用字符的先后顺序,使其成一个相同的查询条件;
步骤(3)形成统一的查询条件之后,送入到文件缓冲器中,文件缓冲器先找到对应的查询实例,再根据查询条件再登记列表中检索满足当前条件的历史数据文件,该索引列表记录了该查询实例历史数据的查询条件,查询时间,用户,使用次数信息;
步骤(4)根据检索返回的结果,判断是否全部存在所要的数据文件,如果存在转到步骤(8),否则转到步骤(5);
步骤(5)将分析后的查询条件在数据库中查询,生成所需要的数据文件,并存放到对应的数据目录中;
步骤(6)将生成的数据文件,登记到文件缓冲器的文件检索列表中;
步骤(7)返回需要的结果数据文件编号;
步骤(8)根据返回的文件编号,获取数据文件;
步骤(9)数据处理器对数据返回的数据文件进行处理,从结果文件中还原出需要的查询数据,并且将一些查询条件,本来需要在数据库的运算转移到数据处理器处理,提高对历史数据文件再使用率,从而增加缓冲器的命中率,增加命中率的方法还包括:
1)选取查询所需要的数据集合,从全集合中过滤出需要的子集数据,合并成所需要的数据集;
2)选取查询所需要的显示列;
3)按照查询的要求对结果数据排序;
步骤(10)按照固定的存贮结构,将最终的结果数据返回给上层应用,处理结束。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100134097A CN100485689C (zh) | 2007-01-30 | 2007-01-30 | 基于文件系统缓存的数据加速查询方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100134097A CN100485689C (zh) | 2007-01-30 | 2007-01-30 | 基于文件系统缓存的数据加速查询方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101110074A CN101110074A (zh) | 2008-01-23 |
CN100485689C true CN100485689C (zh) | 2009-05-06 |
Family
ID=39042148
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100134097A Expired - Fee Related CN100485689C (zh) | 2007-01-30 | 2007-01-30 | 基于文件系统缓存的数据加速查询方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100485689C (zh) |
Families Citing this family (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101604334B (zh) * | 2008-11-18 | 2012-03-28 | 北京美智医疗科技有限公司 | 一种基于缓存技术的医疗影像数据库检索方法及检索系统 |
US9774818B2 (en) | 2009-04-24 | 2017-09-26 | Level 3 Communications, Llc | Media resource storage and management |
KR101338282B1 (ko) | 2009-04-24 | 2014-01-02 | 레벨 3 커뮤니케이션즈 엘엘씨 | 미디어 자원 저장 및 관리 |
CN101840430B (zh) * | 2010-04-28 | 2012-02-29 | 北京握奇数据系统有限公司 | 智能卡数据库多表操作方法及装置 |
CN102411493A (zh) * | 2010-09-21 | 2012-04-11 | 金蝶软件(中国)有限公司 | 通用选择辅助系统及方法 |
CN101937474A (zh) * | 2010-10-14 | 2011-01-05 | 广州从兴电子开发有限公司 | 海量数据查询方法及设备 |
CN101986305B (zh) * | 2010-11-01 | 2013-04-17 | 华为技术有限公司 | 一种文件系统的操作方法及一种通信装置 |
CN102467561A (zh) * | 2010-11-19 | 2012-05-23 | 金蝶软件(中国)有限公司 | 表格数据过滤方法及装置 |
CN102479241A (zh) * | 2010-11-30 | 2012-05-30 | 英业达股份有限公司 | 先提供预建立文件的查找系统及其方法 |
CN102541924B (zh) * | 2010-12-21 | 2016-01-20 | 中国移动通信集团公司 | 一种检索信息的缓存方法和搜索引擎系统 |
CN102024062B (zh) * | 2011-01-06 | 2012-12-12 | 中国工商银行股份有限公司 | 一种实现数据动态缓存处理的装置及方法 |
CN102722484B (zh) * | 2011-03-29 | 2017-12-29 | 新奥特(北京)视频技术有限公司 | 一种文件缓冲方法、装置及其应用 |
CN102207964B (zh) * | 2011-05-31 | 2013-06-05 | 广州从兴电子开发有限公司 | 实时海量数据索引建立方法及系统 |
CN102722508A (zh) * | 2011-09-28 | 2012-10-10 | 新奥特(北京)视频技术有限公司 | 一种现场数据库提取技术统计的方法及系统 |
CN102521413B (zh) * | 2011-12-28 | 2013-04-03 | 畅捷通信息技术股份有限公司 | 基于网络报表的取数装置和方法 |
CN103218365A (zh) * | 2012-01-20 | 2013-07-24 | 阿里巴巴集团控股有限公司 | 一种SSTable文件数据处理方法及其系统 |
US10146545B2 (en) | 2012-03-13 | 2018-12-04 | Nvidia Corporation | Translation address cache for a microprocessor |
US9880846B2 (en) | 2012-04-11 | 2018-01-30 | Nvidia Corporation | Improving hit rate of code translation redirection table with replacement strategy based on usage history table of evicted entries |
US10241810B2 (en) | 2012-05-18 | 2019-03-26 | Nvidia Corporation | Instruction-optimizing processor with branch-count table in hardware |
CN102880629B (zh) * | 2012-06-20 | 2015-06-03 | 杜小勇 | 概率数据库加速查询方法 |
CN102750382B (zh) * | 2012-06-28 | 2016-08-03 | 上海寰创通信科技股份有限公司 | 一种用于网管系统的关系型数据查询方法 |
CN102968507B (zh) * | 2012-12-14 | 2016-07-20 | 中国银行股份有限公司 | 基于缓存表的数据查询方法 |
US20140189310A1 (en) | 2012-12-27 | 2014-07-03 | Nvidia Corporation | Fault detection in instruction translations |
US10108424B2 (en) | 2013-03-14 | 2018-10-23 | Nvidia Corporation | Profiling code portions to generate translations |
CN103559300B (zh) * | 2013-11-13 | 2017-06-13 | 曙光信息产业(北京)有限公司 | 数据的查询方法和查询装置 |
CN103559307A (zh) * | 2013-11-18 | 2014-02-05 | 中国农业银行股份有限公司 | 一种查询的缓存方法及装置 |
CN104657364B (zh) * | 2013-11-18 | 2018-02-23 | 华为技术有限公司 | 一种日志结构数据库系统查询请求消息处理方法及装置 |
CN104657387B (zh) * | 2013-11-22 | 2019-02-05 | 华为技术有限公司 | 一种数据查询方法及装置 |
CN103902698B (zh) * | 2014-03-31 | 2018-04-13 | 北京皮尔布莱尼软件有限公司 | 一种数据存储系统和存储方法 |
CN103902701B (zh) * | 2014-03-31 | 2017-12-29 | 北京皮尔布莱尼软件有限公司 | 一种数据存储系统和存储方法 |
CN104217280A (zh) * | 2014-07-31 | 2014-12-17 | 余秀旸 | 知识产权信息管理系统 |
CN104143004B (zh) * | 2014-08-04 | 2017-09-22 | 浪潮(北京)电子信息产业有限公司 | 一种查找k‑ux系统文件的方法及装置 |
CN104216984B (zh) * | 2014-09-02 | 2017-08-25 | 上海新储集成电路有限公司 | 数据查询方法 |
CN104636502A (zh) * | 2015-03-10 | 2015-05-20 | 浪潮集团有限公司 | 一种查询系统的数据加速查询方法 |
CN105022698B (zh) * | 2015-06-26 | 2020-06-19 | 上海新储集成电路有限公司 | 利用最后一级混合缓存存储特殊功能数据的方法 |
CN105357297A (zh) * | 2015-11-03 | 2016-02-24 | 国网技术学院 | 一种数据缓存的系统及方法 |
CN105389366B (zh) * | 2015-11-10 | 2019-07-09 | 中国建设银行股份有限公司 | 一种大数据量报表查询方法和系统 |
CN107870737A (zh) * | 2016-09-28 | 2018-04-03 | 腾讯科技(深圳)有限公司 | 一种数据处理方法及装置 |
CN106649544A (zh) * | 2016-10-27 | 2017-05-10 | 国家电网公司信息通信分公司 | 一种用电信息数据检索方法及装置 |
CN106777147A (zh) * | 2016-12-19 | 2017-05-31 | 中航(重庆)微电子有限公司 | 一种现场数据库的优化方法 |
CN108984574B (zh) * | 2017-06-05 | 2021-01-05 | 北京嘀嘀无限科技发展有限公司 | 数据处理方法及装置 |
CN107704601A (zh) * | 2017-10-13 | 2018-02-16 | 中国人民解放军第三军医大学第附属医院 | 大数据检索方法与系统、计算机存储介质及电子设备 |
CN110413631B (zh) * | 2018-04-25 | 2022-06-10 | 中移(苏州)软件技术有限公司 | 一种数据查询方法及装置 |
CN108920631B (zh) * | 2018-06-29 | 2020-09-18 | 苏州浪潮智能科技有限公司 | 一种文件查询方法、装置、设备及可读存储介质 |
CN108959573B (zh) * | 2018-07-05 | 2022-07-15 | 京东方科技集团股份有限公司 | 基于桌面云的数据迁移方法、装置、电子设备以及存储介质 |
CN113515541A (zh) * | 2020-04-09 | 2021-10-19 | 奇安信安全技术(珠海)有限公司 | 数据库的数据查询方法、装置和系统 |
CN113760967A (zh) * | 2020-08-18 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 一种数据查询方法和装置 |
CN112507199B (zh) * | 2020-12-22 | 2022-02-25 | 北京百度网讯科技有限公司 | 用于对搜索系统进行优化的方法和装置 |
-
2007
- 2007-01-30 CN CNB2007100134097A patent/CN100485689C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN101110074A (zh) | 2008-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100485689C (zh) | 基于文件系统缓存的数据加速查询方法 | |
AU2016359060B2 (en) | Storing and retrieving data of a data cube | |
US9043310B2 (en) | Accessing a dimensional data model when processing a query | |
EP3327588B1 (en) | Value-id-based sorting in column-store databases | |
US8266147B2 (en) | Methods and systems for database organization | |
EP2443564B1 (en) | Data compression for reducing storage requirements in a database system | |
CN103748579B (zh) | 在映射化简框架中处理数据 | |
CN100423005C (zh) | 索引实体的方法和系统 | |
US20090281985A1 (en) | Techniques for transforming and loading data into a fact table in a data warehouse | |
CN101196890B (zh) | 聚合数据库运行时信息和分析应用性能的方法及装置 | |
US20150006508A1 (en) | Method and system for storing, organizing and processing data in a relational database | |
US20150286682A1 (en) | Techniques for using zone map information for post index access pruning | |
CN104636502A (zh) | 一种查询系统的数据加速查询方法 | |
US8140517B2 (en) | Database query optimization using weight mapping to qualify an index | |
US20070239673A1 (en) | Removing nodes from a query tree based on a result set | |
US6785684B2 (en) | Apparatus and method for determining clustering factor in a database using block level sampling | |
US20060074872A1 (en) | Adaptive database buffer memory management using dynamic SQL statement cache statistics | |
JPH09134363A (ja) | データベース検索方法及び装置 | |
US10545960B1 (en) | System and method for set overlap searching of data lakes | |
CN100367278C (zh) | 历史数据归档和查询装置及方法 | |
US10990573B2 (en) | Fast index creation system for cloud big data database | |
US6484163B1 (en) | Technique for data mining of large scale relational databases using SQL | |
CN102201007A (zh) | 一种大规模数据搜索系统 | |
CN113722296A (zh) | 一种农业信息处理方法、装置、电子设备及存储介质 | |
JP2008165622A (ja) | マルチオペレーション・プロセッシングを用いたデータベースのクエリー処理システム |
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 | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090506 Termination date: 20120130 |