CN103593460A - 数据分级存储系统和数据分级存储方法 - Google Patents
数据分级存储系统和数据分级存储方法 Download PDFInfo
- Publication number
- CN103593460A CN103593460A CN201310603664.2A CN201310603664A CN103593460A CN 103593460 A CN103593460 A CN 103593460A CN 201310603664 A CN201310603664 A CN 201310603664A CN 103593460 A CN103593460 A CN 103593460A
- Authority
- CN
- China
- Prior art keywords
- frequency
- data
- predeterminated frequency
- utilization
- storehouse
- 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
Links
- 238000003860 storage Methods 0.000 title claims abstract description 40
- 238000000034 method Methods 0.000 title abstract description 19
- 238000003745 diagnosis Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 6
- 238000012217 deletion Methods 0.000 description 5
- 230000037430 deletion Effects 0.000 description 5
- 230000000630 rising effect Effects 0.000 description 4
- 241001269238 Data Species 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
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/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/282—Hierarchical databases, e.g. IMS, LDAP data stores or Lotus Notes
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)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明提供了一种数据分级存储系统，包括：至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，用于存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；服务端数据库，连接至所述至少一个客户端数据库，用于存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；历史数据库，连接至所述服务端数据库，用于存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。本发明还提出了一种数据分级存储方法。通过本发明的技术方案，可以降低数据检索量，提高系统的运行效率和可靠性。
Description
技术领域
本发明涉及医疗信息化技术领域，具体而言，涉及一种数据分级存储系统和一种数据分级存储方法。
背景技术
相关技术中，医疗系统内的数据都存储在同一数据库中，而随着年限增长和业务增长，医疗系统内的数据量越来越大，使得对数据的检索、调用、处理等的性能越来越慢；同时，一旦数据库崩溃，则所有的客户端都无法执行数据的调用和处理，可靠性很低。
发明内容
本发明正是基于上述问题中至少之一，提出了一种新的技术方案，可以降低数据检索量，提高系统的运行效率和可靠性。
有鉴于此，本发明提出了一种数据分级存储系统，包括：至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，用于存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；服务端数据库，连接至所述至少一个客户端数据库，用于存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；历史数据库，连接至所述服务端数据库，用于存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。
在该技术方案中，通过建立多个层级的数据库，使得能够控制在服务端和客户端数据库的数据量，从而避免总的数据量的上升导致影响客户端和服务端的数据处理和检索速度。
在上述技术方案中，优选地，每个所述客户端数据库还包括：本地缓存库，用于存储相应客户端数据库中使用频率高于第三预设频率的数据；本地库，用于存储所述相应客户端数据库中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
在该技术方案中，通过在客户端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，所述服务端数据库还包括：服务端缓存库，用于存储所述服务端数据库中使用频率高于第四预设频率的数据；工作库，用于存储所述服务端数据库中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
在该技术方案中，通过在服务端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，所述历史数据库还包括：在线库，用于存储所述历史数据库中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；近线库，用于存储所述历史数据库中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；离线库，用于存储所述历史数据库中使用频率低于所述第六预设频率的数据。
在该技术方案中，通过在历史数据库建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，按照预设的频率，定期删除所述离线库中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
在该技术方案中，通过定期删除使用频率过低的数据，从而在接收不断产生的新数据时，能够对旧的数据进行清理，避免整个系统过于臃肿。
本发明还提出了一种数据分级存储方法，包括：统计所有患者在诊疗活动中产生的医疗数据的使用频率；建立至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，以存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；建立服务端数据库，以存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；建立历史数据库，以存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。
在该技术方案中，通过建立多个层级的数据库，使得能够控制在服务端和客户端数据库的数据量，从而避免总的数据量的上升导致影响客户端和服务端的数据处理和检索速度。
在上述技术方案中，优选地，还包括：在每个所述客户端数据库中建立本地缓存库和本地库，其中，所述本地缓存库用于存储相应客户端数据库中使用频率高于第三预设频率的数据；所述本地库用于存储所述相应客户端数据库中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
在该技术方案中，通过在客户端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：在所述服务端数据库建立服务端缓存库和工作库，其中，所述服务端缓存库用于存储所述服务端数据库中使用频率高于第四预设频率的数据；工作库用于存储所述服务端数据库中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
在该技术方案中，通过在服务端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：在所述历史数据库建立在线库、近线库和离线库，其中，所述在线库用于存储所述历史数据库中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；所述近线库用于存储所述历史数据库中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；所述离线库用于存储所述历史数据库中使用频率低于所述第六预设频率的数据。
在该技术方案中，通过在历史数据库建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：按照预设的频率，定期删除所述离线库中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
在该技术方案中，通过定期删除使用频率过低的数据，从而在接收不断产生的新数据时，能够对旧的数据进行清理，避免整个系统过于臃肿。
通过以上技术方案，可以降低数据检索量，提高系统的运行效率和可靠性。
附图说明
图1示出了根据本发明的实施例的数据分级存储系统的示意框图；
图2示出了根据本发明的实施例的数据分级存储方法的示意流程图；
图3示出了根据本发明的实施例的对医疗数据进行分级存储的示意流程图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的数据分级存储系统的示意框图。
如图1所示，根据本发明的实施例的数据分级存储系统100，包括：至少一个客户端数据库102，其中的每个客户端数据库102对应于特定的一个或多个科室，用于存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；服务端数据库104，连接至所述至少一个客户端数据库102，用于存储所述至少一个客户端数据库102对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；历史数据库106，连接至所述服务端数据库104，用于存储所述服务端数据库104中使用频率低于所述第二预设频率的医疗数据。
在该技术方案中，通过建立多个层级的数据库，使得能够控制在服务端和客户端数据库的数据量，从而避免总的数据量的上升导致影响客户端和服务端的数据处理和检索速度。
在上述技术方案中，优选地，每个所述客户端数据库102还包括：本地缓存库1022，用于存储相应客户端数据库102中使用频率高于第三预设频率的数据；本地库1024，用于存储所述相应客户端数据库102中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
在该技术方案中，通过在客户端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，所述服务端数据库104还包括：服务端缓存库1042，用于存储所述服务端数据库104中使用频率高于第四预设频率的数据；工作库1044，用于存储所述服务端数据库104中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
在该技术方案中，通过在服务端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，所述历史数据库106还包括：在线库1062，用于存储所述历史数据库106中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；近线库1064，用于存储所述历史数据库106中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；离线库1066，用于存储所述历史数据库106中使用频率低于所述第六预设频率的数据。
在该技术方案中，通过在历史数据库106建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，按照预设的频率，定期删除所述离线库1066中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
在该技术方案中，通过定期删除使用频率过低的数据，从而在接收不断产生的新数据时，能够对旧的数据进行清理，避免整个系统过于臃肿。
图2示出了根据本发明的实施例的数据分级存储方法的示意流程图。
如图2所示，根据本发明的实施例的数据分级存储方法，包括：步骤202，统计所有患者在诊疗活动中产生的医疗数据的使用频率；步骤204，建立分级存储的数据库，包括：
建立至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，以存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；
建立服务端数据库，以存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；
建立历史数据库，以存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。
在该技术方案中，通过建立多个层级的数据库，使得能够控制在服务端和客户端数据库的数据量，从而避免总的数据量的上升导致影响客户端和服务端的数据处理和检索速度。
在上述技术方案中，优选地，还包括：在每个所述客户端数据库中建立本地缓存库和本地库，其中，所述本地缓存库用于存储相应客户端数据库中使用频率高于第三预设频率的数据；所述本地库用于存储所述相应客户端数据库中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
在该技术方案中，通过在客户端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：在所述服务端数据库建立服务端缓存库和工作库，其中，所述服务端缓存库用于存储所述服务端数据库中使用频率高于第四预设频率的数据；工作库用于存储所述服务端数据库中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
在该技术方案中，通过在服务端建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：在所述历史数据库建立在线库、近线库和离线库，其中，所述在线库用于存储所述历史数据库中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；所述近线库用于存储所述历史数据库中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；所述离线库用于存储所述历史数据库中使用频率低于所述第六预设频率的数据。
在该技术方案中，通过在历史数据库建立多个数据库，使得进一步缩小了数据检索或处理时的数据量，从而有助于进一步提升数据检索和处理效率。
在上述技术方案中，优选地，还包括：按照预设的频率，定期删除所述离线库中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
在该技术方案中，通过定期删除使用频率过低的数据，从而在接收不断产生的新数据时，能够对旧的数据进行清理，避免整个系统过于臃肿。
图3示出了根据本发明的实施例的对医疗数据进行分级存储的示意流程图。
如图3所示，根据本发明的实施例的对医疗数据进行分级存储的步骤包括：
步骤302，确定数据的存储级数。
假定需要将系统的数据存储分为8级存储体系，即：客户端本地缓存库、客户端本地库、服务端缓存库、服务端工作库、历史数据在线库、历史数据近线库、历史数据离线库、永久删除数据。
其中，按存储位置分为四类，即：客户端库（本地缓存库，本地库），服务端库（缓存库、工作库），历史库（在线库、近线库、离线库）以及永久删除数据。
当然，并非所有的系统都要求8级存储体系，这取决于业务量、采用的技术架构以及性能要求所决定。
步骤304，由工作库出发确定各级存储数据对象。
系统数据，一般分为业务数据和主数据两类。通常情况，服务端缓存库、本地库、本地缓存库主要用于缓存主数据，特殊业务数据或特殊业务场景也可以缓存业务数据。
服务端的工作库存储活动业务数据和全部的主数据。其中，可按时间划分存储内容，如业务结束3月以内数据，可根据实际情况调整。为解决大量并发性能需求，可以包含基于内容分类云存储的子库组成，基于内容分别存在不同子库中。
历史库保存所有历史数据，根据需要少量数据可以调回工作库，但更多的是用于查询和数据分析统计。历史库的存在可以将业务历史查询和工作库的写操作分离，减轻业务库的性能压力。
具体地，在历史库中，对于经常会用于查询分析或重新启用的数据，放入在线库，不常用的数据放入近线库，需要时可以方便变为在线数据。基本不用的数据放入离线库，需要时可载入在线。废弃的数据则物理删除。
步骤306，确定各级存储的更新机制。
更新机制从时间上来看分为：实时和定时更新；从方式上来看分为:同步和异步；从更新内容上来看分为：单记录和批量。
一般来说，更新顺序为：工作库→在线库→近线库→离线库→删除数据，采用定时异步批量更新。而客户端本地缓存和本地库及服务端缓存和工作库，一般采用实时同步单记录更新，特殊场景采用异步或批量更新。
步骤308，确定各级的软件及硬件存储方式。
具体地，软件方面包括：数据库、文件、数据对象；硬件方面包括：磁盘阵列、硬盘、内存、光盘塔、磁带机。
步骤310，安装部署投入使用。
以上结合附图详细说明了本发明的技术方案，本发明提出了一种数据分级存储系统和一种数据分级存储方法，可以降低数据检索量，提高系统的运行效率和可靠性。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种数据分级存储系统，其特征在于，包括：
至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，用于存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；
服务端数据库，连接至所述至少一个客户端数据库，用于存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；
历史数据库，连接至所述服务端数据库，用于存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。
2.根据权利要求1所述的数据分级存储系统，其特征在于，每个所述客户端数据库还包括：
本地缓存库，用于存储相应客户端数据库中使用频率高于第三预设频率的数据；
本地库，用于存储所述相应客户端数据库中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
3.根据权利要求1所述的数据分级存储系统，其特征在于，所述服务端数据库还包括：
服务端缓存库，用于存储所述服务端数据库中使用频率高于第四预设频率的数据；
工作库，用于存储所述服务端数据库中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
4.根据权利要求1至3中任一项所述的数据分级存储系统，其特征在于，所述历史数据库还包括：
在线库，用于存储所述历史数据库中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；
近线库，用于存储所述历史数据库中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；
离线库，用于存储所述历史数据库中使用频率低于所述第六预设频率的数据。
5.根据权利要求4所述的数据分级存储系统，其特征在于，按照预设的频率，定期删除所述离线库中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
6.一种数据分级存储方法，其特征在于，包括：
统计所有患者在诊疗活动中产生的医疗数据的使用频率；
建立至少一个客户端数据库，其中的每个客户端数据库对应于特定的一个或多个科室，以存储所述特定的一个或多个科室中使用频率高于第一预设频率的医疗数据；
建立服务端数据库，以存储所述至少一个客户端数据库对应的所有科室中使用频率低于所述第一预设频率且高于第二预设频率的医疗数据，其中，所述第一预设频率高于所述第二预设频率；
建立历史数据库，以存储所述服务端数据库中使用频率低于所述第二预设频率的医疗数据。
7.根据权利要求6所述的数据分级存储方法，其特征在于，还包括：
在每个所述客户端数据库中建立本地缓存库和本地库，其中，
所述本地缓存库用于存储相应客户端数据库中使用频率高于第三预设频率的数据；所述本地库用于存储所述相应客户端数据库中使用频率低于所述第三预设频率的数据，其中，所述第三预设频率高于所述第一预设频率。
8.根据权利要求6所述的数据分级存储方法，其特征在于，还包括：
在所述服务端数据库建立服务端缓存库和工作库，其中，
所述服务端缓存库用于存储所述服务端数据库中使用频率高于第四预设频率的数据；工作库用于存储所述服务端数据库中使用频率低于所述第四预设频率的数据，其中，所述第四预设频率高于所述第二预设频率且低于所述第一预设频率。
9.根据权利要求6至8中任一项所述的数据分级存储方法，其特征在于，还包括：
在所述历史数据库建立在线库、近线库和离线库，其中，
所述在线库用于存储所述历史数据库中使用频率高于第五预设频率的数据，所述第五预设频率低于所述第二预设频率；所述近线库用于存储所述历史数据库中使用频率低于所述第五预设频率且高于第六预设频率的数据，所述第六预设频率低于所述第五预设频率；所述离线库用于存储所述历史数据库中使用频率低于所述第六预设频率的数据。
10.根据权利要求9所述的数据分级存储方法，其特征在于，还包括：
按照预设的频率，定期删除所述离线库中使用频率低于预设的最低使用频率的数据，所述预设的最低使用频率低于所述第六预设频率。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310603664.2A CN103593460A (zh) | 2013-11-25 | 2013-11-25 | 数据分级存储系统和数据分级存储方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310603664.2A CN103593460A (zh) | 2013-11-25 | 2013-11-25 | 数据分级存储系统和数据分级存储方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103593460A true CN103593460A (zh) | 2014-02-19 |
Family
ID=50083601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310603664.2A Pending CN103593460A (zh) | 2013-11-25 | 2013-11-25 | 数据分级存储系统和数据分级存储方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103593460A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104657435A (zh) * | 2015-01-30 | 2015-05-27 | 杭州华三通信技术有限公司 | 一种应用数据的存储管理方法和网络管理系统 |
| CN105573673A (zh) * | 2015-12-11 | 2016-05-11 | 芜湖乐锐思信息咨询有限公司 | 一种基于数据库的数据缓存系统 |
| CN105808607A (zh) * | 2014-12-31 | 2016-07-27 | 北京奇虎科技有限公司 | 一种文档索引的生成方法和装置 |
| CN105808615A (zh) * | 2014-12-31 | 2016-07-27 | 北京奇虎科技有限公司 | 一种基于分词权重的文档索引生成方法和装置 |
| CN106777147A (zh) * | 2016-12-19 | 2017-05-31 | 中航（重庆）微电子有限公司 | 一种现场数据库的优化方法 |
| CN107402982A (zh) * | 2017-07-07 | 2017-11-28 | 阿里巴巴集团控股有限公司 | 数据写入、数据匹配方法、装置及计算设备 |
| WO2020082804A1 (zh) * | 2018-10-23 | 2020-04-30 | 平安医疗健康管理股份有限公司 | 一种医疗数据分类存储方法和装置 |
| CN111597479A (zh) * | 2020-04-18 | 2020-08-28 | 北京奇保信安科技有限公司 | 一种用于终端的图片智能加载方法、装置和电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101101563A (zh) * | 2007-07-23 | 2008-01-09 | 清华大学 | 基于海量数据分级存储系统的迁移管理方法 |
| US20090292726A1 (en) * | 2005-06-10 | 2009-11-26 | Graham Cormode | System and Method for Identifying Hierarchical Heavy Hitters in Multi-Dimensional Data |
| CN102841931A (zh) * | 2012-08-03 | 2012-12-26 | 中兴通讯股份有限公司 | 分布式文件系统的存储方法及装置 |
-
2013
- 2013-11-25 CN CN201310603664.2A patent/CN103593460A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090292726A1 (en) * | 2005-06-10 | 2009-11-26 | Graham Cormode | System and Method for Identifying Hierarchical Heavy Hitters in Multi-Dimensional Data |
| CN101101563A (zh) * | 2007-07-23 | 2008-01-09 | 清华大学 | 基于海量数据分级存储系统的迁移管理方法 |
| CN102841931A (zh) * | 2012-08-03 | 2012-12-26 | 中兴通讯股份有限公司 | 分布式文件系统的存储方法及装置 |
Non-Patent Citations (2)
| Title |
|---|
| 王仕凡等: "PACS系统存储管理功能的设计与实现", 《中国医疗设备》, vol. 25, no. 10, 31 October 2010 (2010-10-31), pages 21 - 24 * |
| 许诺: "一种基于频度的自适应数据分级策略", 《科协论坛(下半月) 》, no. 3, 31 December 2009 (2009-12-31), pages 71 - 72 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105808607A (zh) * | 2014-12-31 | 2016-07-27 | 北京奇虎科技有限公司 | 一种文档索引的生成方法和装置 |
| CN105808615A (zh) * | 2014-12-31 | 2016-07-27 | 北京奇虎科技有限公司 | 一种基于分词权重的文档索引生成方法和装置 |
| CN104657435A (zh) * | 2015-01-30 | 2015-05-27 | 杭州华三通信技术有限公司 | 一种应用数据的存储管理方法和网络管理系统 |
| CN104657435B (zh) * | 2015-01-30 | 2019-09-17 | 新华三技术有限公司 | 一种应用数据的存储管理方法和网络管理系统 |
| CN105573673A (zh) * | 2015-12-11 | 2016-05-11 | 芜湖乐锐思信息咨询有限公司 | 一种基于数据库的数据缓存系统 |
| CN106777147A (zh) * | 2016-12-19 | 2017-05-31 | 中航（重庆）微电子有限公司 | 一种现场数据库的优化方法 |
| CN107402982A (zh) * | 2017-07-07 | 2017-11-28 | 阿里巴巴集团控股有限公司 | 数据写入、数据匹配方法、装置及计算设备 |
| WO2020082804A1 (zh) * | 2018-10-23 | 2020-04-30 | 平安医疗健康管理股份有限公司 | 一种医疗数据分类存储方法和装置 |
| CN111597479A (zh) * | 2020-04-18 | 2020-08-28 | 北京奇保信安科技有限公司 | 一种用于终端的图片智能加载方法、装置和电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103593460A (zh) | 数据分级存储系统和数据分级存储方法 | |
| KR101956236B1 (ko) | 데이터베이스 관리 시스템에서의 데이터 복제 기법 | |
| CN102521269B (zh) | 一种基于索引的计算机连续数据保护方法 | |
| CN107423422B (zh) | 基于网格的空间数据分布式存储及检索方法和系统 | |
| CN102541927B (zh) | 一种实现数据缓存的方法和装置 | |
| CN103412916B (zh) | 一种监控系统的多维度数据存储、检索方法及装置 | |
| KR20190134115A (ko) | 효율적인 인덱싱을 제공하기 위한 방법, 장치 및 컴퓨터-판독가능 매체에 포함된 컴퓨터 프로그램 | |
| CN102629269B (zh) | 一种嵌入式数据库的检索及存储方法 | |
| CN105975587B (zh) | 一种高性能的内存数据库索引组织与访问方法 | |
| CN107533551A (zh) | 数据块级别的大数据统计 | |
| CN101673192B (zh) | 时序化的数据处理方法、装置及系统 | |
| CN105956068A (zh) | 基于分布式数据库的网页url去重方法 | |
| CN103488709A (zh) | 一种索引建立方法及系统、检索方法及系统 | |
| CN100424699C (zh) | 一种属性可扩展的对象文件系统 | |
| CN103176754A (zh) | 一种海量小文件读取存储方法 | |
| CN108089825B (zh) | 一种基于分布式集群的存储系统 | |
| CN112612799B (zh) | 一种数据同步方法及终端 | |
| CN102737068A (zh) | 一种用于对检索数据进行缓存管理的方法与设备 | |
| CN102404411A (zh) | 云存储系统的数据同步方法 | |
| CN101783740A (zh) | 消息文件管理方法及装置 | |
| CN103310008A (zh) | 一种云控制服务器及其文件索引方法 | |
| CN104281673A (zh) | 一种数据库的缓存构建系统及对应的构建方法 | |
| CN107766355B (zh) | 层级数据管理方法、层级数据管理系统及即时通信系统 | |
| CN103365987A (zh) | 一种基于共享磁盘架构的集群数据库系统及数据处理方法 | |
| CN104375782A (zh) | 千万级小文件数据的一种读写解决方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| ASS | Succession or assignment of patent right |
Owner name: PKU HEALTHCARE IT CO., LTD. Free format text: FORMER OWNER: FOUNDER INTERNATIONAL CO., LTD. Effective date: 20150204 Free format text: FORMER OWNER: FOUNDER INTERNATIONAL (BEIJING) CO., LTD. Effective date: 20150204 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 215123 SUZHOU, JIANGSU PROVINCE TO: 100080 HAIDIAN, BEIJING |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20150204 Address after: 100080, No. 19, No. 52 West Fourth Ring Road, Beijing, Haidian District Applicant after: Medical information Technology Co., Ltd. of Beijing University Address before: Suzhou City, Jiangsu Province, Suzhou Industrial Park 215123 Xinghu Street No. 328 Creative Industry Park founder International Building Applicant before: Founder International Co., Ltd. Applicant before: Founder international software (Beijing) Co., Ltd. |
|
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140219 |
|
| RJ01 | Rejection of invention patent application after publication |