CN109660638A - 一种数据存储结构及dns数据存储系统 - Google Patents
一种数据存储结构及dns数据存储系统 Download PDFInfo
- Publication number
- CN109660638A CN109660638A CN201811501167.0A CN201811501167A CN109660638A CN 109660638 A CN109660638 A CN 109660638A CN 201811501167 A CN201811501167 A CN 201811501167A CN 109660638 A CN109660638 A CN 109660638A
- Authority
- CN
- China
- Prior art keywords
- data
- resource record
- domain name
- dns
- store organisation
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4552—Lookup mechanisms between a plurality of directories; Synchronisation of directories, e.g. metadirectories
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据存储结构及DNS数据存储系统,涉及互联网应用技术领域。该DNS数据存储系统包括依次连接的数据接收单元、数据上传单元和用户接口单元;该用户接口单元在域名解析网络中开辟数据存储结构;该数据存储结构包括以域名表为被参照表一般资源记录表、邮件交换资源记录表和权威资源记录表,且该数据存储结构中的每个表均满足实体完整性约束条件、参照完整性约束条件、用户自定义完整性约束条件以及主键唯一原则。应用本发明,既减少了大量的数据冗余,又避免了数据记录的遗漏,还保证了数据的唯一性。
Description
技术领域
本发明涉及互联网应用技术领域,特别涉及一种数据存储结构及DNS数据存储系统。
背景技术
在人们的日常生活中,使用网络进行资料或者数据或者信息进行查询时,通常接收到利用域名解析系统(DomainName System,以下简称DNS)技术缓存的结果。但是,DNS缓存结果具有一定的时效性,即在有效时间内,应答结果是不变的,因此可以放在服务器设备的高速缓存中,这样可以在极短时间内返回给客户端请求的结果。在有效时间过期后,系统去外部网络进行该域名的查询,并将结果更新在高速缓存中。
为实现对主动请求的DNS解析信息进行保存,现需要一种能大量存储且易于查询修改的数据存储技术,故决定采用数据库技术来解决这一问题。目前,在袁春阳等人的《域名信息主动获取及备份系统的设计和实现》论文中提到了一种用于存储获取到的DNS信息的数据库设计模式,该数据库设计模式以DNS权威资源记录表为“被参照”表,其他资源记录为“参照”表而设计,该数据库设计模式在实现时存在的问题是当一个域名存在有多个权威服务器的信息时,这样数据库设计模式会导致多个权威服务器的信息无法被同时记录,并且在采用分表记录不同资源信息却没有记录附加信息的表,也会导致信息记录的遗漏。
发明内容
为了解决背景技术存储的技术问题,本发明的目的是提供一种数据存储结构及DNS数据存储系统。
为实现上述目的,本发明提供了如下方案:
一种数据存储结构,所述数据存储结构包括以域名为被参照表的域名表、一般资源记录表、邮件交换资源记录表和权威资源记录表;
所述域名表的关系模式为查询域名;所述查询域名为所述域名表的关系模式的主键;
所述一般资源记录表的关系模式为IP地址或别名,查询域名,记录类型,类,生存时间,数据长度;所述IP地址或别名为所述一般资源记录表的关系模式的主键;所述查询域名为所述一般资源记录表的关系模式的外键;
所述邮件交换资源记录表的关系模式为邮件服务器域名,查询域名,记录类型,类,生存时间,数据长度,优先权;所述邮件服务器域名为所述邮件交换资源记录表的关系模式的主键;所述查询域名为所述邮件交换资源记录表的关系模式的外键;
所述权威资源记录表的关系模式为权威服务器域名,查询域名,记录类型,类,生存时间,数据长度,负责人邮箱,序列号,刷新间隔,重试间隔,过期间隔,预设最小生存时间;所述权威服务器域名为所述权威资源记录表的关系模式的主键;所述查询域名为所述权威资源记录表的关系模式的外键。
可选的,所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表均满足实体完整性约束条件、参照完整性约束条件以及用户自定义完整性约束条件。
可选的,所述实体完整性约束条件为使所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表中每一行都能表示唯一实体的约束条件;所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表均用设置主键的方式保证数据的实体完整性。
可选的,所述参照完整性约束条件是指所述数据存储结构中被参照表的主键和参照表的外键的数据保持一致,且所述参照表的外键字段不为空;所述被参照表为域名表;所述参照表包括一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表。
可选的,所述用户自定义完整性约束条件是针对关系数据库设置的约束条件,所述用户自定义完整性约束条件反映具体应用时满足的语义要求,所述语义要求包括列名、数据类型、长度、主/外键、是否可为空。
可选的,在所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表上均添加相应的索引。
一种DNS数据存储系统,所述DNS数据存储系统包括数据接收单元、数据上传单元和用户接口单元;
所述数据接收单元用于接收来自前端主动请求的DNS数据;
所述数据上传单元用于接收来自所述数据接收单元的输出DNS数据,并将DNS数据上传至用户指定内存;
所述用户接口单元在域名解析网络中开辟数据存储结构,实现对所述数据上传单元上传数据的管理,所述数据存储结构为权利要求1~6中任一所述的数据存储结构。
可选的,所述数据接收单元为DNS数据接收单元,所述DNS数据接收单元用于接收来自前端采用DNS协议数据报文格式进行传输的数据。
可选的,所述DNS数据存储系统是基于Mysql数据库管理系统而建立的。
根据本发明提供的具体实施例,本发明公开了以下技术效果:
本发明提供了一种数据存储结构及DNS数据存储系统。本发明通过设置由以域名为被参照表的域名表、一般资源记录表、邮件交换资源记录表和权威资源记录表组成的数据存储结构,既减少了大量的数据冗余,又避免了数据记录的遗漏。另外该数据存储结构中的每个表均符合主键唯一原则,进而也保证了数据的唯一性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例概念模型示意图;
图2为本发明实施例DNS数据存储系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的目的是提供一种数据存储结构及DNS数据存储系统,既减少了大量的数据冗余,又避免了数据记录的遗漏。
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
本发明实施例提供的数据存储结构包括以域名为被参照表的域名表、一般资源记录表、邮件交换资源记录表和权威资源记录表。
所述域名表的关系模式为查询域名;所述查询域名为所述域名表的关系模式的主键。
所述一般资源记录表的关系模式为IP地址或别名,查询域名,记录类型,类,生存时间,数据长度;所述IP地址或别名为所述一般资源记录表的关系模式的主键;所述查询域名为所述一般资源记录表的关系模式的外键。
所述邮件交换资源记录表的关系模式为邮件服务器域名,查询域名,记录类型,类,生存时间,数据长度,优先权;所述邮件服务器域名为所述邮件交换资源记录表的关系模式的主键;所述查询域名为所述邮件交换资源记录表的关系模式的外键。
所述权威资源记录表的关系模式为权威服务器域名,查询域名,记录类型,类,生存时间,数据长度,负责人邮箱,序列号,刷新间隔,重试间隔,过期间隔,预设最小生存时间;所述权威服务器域名为所述权威资源记录表的关系模式的主键;所述查询域名为所述权威资源记录表的关系模式的外键。
其中,所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表均满足实体完整性约束条件、参照完整性约束条件以及用户自定义完整性约束条件。
在所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表上均添加相应的索引。
下面介绍下本发明实施例提供的数据存储结构的设计过程。
为实现对主动请求的DNS解析信息进行保存,现需要一种能大量存储且易于查询、修改的数据存储技术,故决定采用数据库技术来解决这一问题。本发明提供的数据存储结构是建立在对大量DNS数据报文进行测试和分析后,根据DNS数据报文结构对数据库的概念模型、逻辑模型、物理模型进行设计。
为实现对所捕获的DNS解析信息进行存储,首先需要确定用于进行数据保存的数据库的实体表、表间关系以及数据结构。因此本发明从以下数据存储结构设计的三个阶段进行分析:
概念模型设计
根据DNS数据报文结构来看,无论请求类型是哪一种,响应的DNS数据报文(DNS数据报文中包含了DNS解析信息)中唯一且不会改变的只有域名,并且回答部分多为以DNS数据报文中五元组资源记录为标准,其他有所变化的就只有邮件交换记录和授权信息记录,并在最后的数据字段又分成了多个特有字段。因此,本发明将接收到的DNS数据报文内容存储在以域名为被参照表的域名表、一般资源记录表、邮件交换资源记录表、权威资源记录表这四张实体表中(可根据后期需要进行扩充),并将域名表、一般资源记录表、邮件交换资源记录表、权威资源记录表各自抽象为对应的实体表,进而根据所有的实体表绘制画出数据存储结构的概念模型图(E-R图),如图1所示。
逻辑结构设计
逻辑结构就是关系模型,是根据已绘制出的概念模型图(E-R图)转换获取的,概念模型向关系模型转换要解决的问题是如何将实体类型和实体之间的联系转换为关系模式和如何确定这些关系模式的主外键。其中,每个实体类型可以转换成一个关系模式,实体的属性即为关系的属性,实体标识符即为关系的键。
关系模型的结构是一组关系模式的集合。该数据存储结构的关系模式如下:
Name(域名表)
(查询的域名)
PTRrecord(一般资源记录表)
(IP地址或别名,查询域名,记录类型,类,生存时间,数据长度)
MXrecord(邮件交换资源记录表)
(邮件服务器的域名,查询的域名,记录类型,类,生存时间,数据长度,
优先权)
SOArecord(权威资源记录表)
(权威服务器域名,查询域名,记录类型,类,生存时间,数据长度,负责人邮箱,序列号,刷新间隔,重试间隔,过期间隔,预设最小生存时间)
其中,带下划线的属性为各关系模式的主键,字体为粗体的属性为各关系模式的外键。
物理结构设计
这部分将设计每张表中数据的“用户自定义完整性”及物理结构,包括数据的类型,数据长度,是否为空等,如表1-4所示:
表1 Name(域名表)
表2 PTRrecord(一般资源记录表)
表3 MXrecord(邮件交换资源记录表)
表4 SOArecord(权威资源记录表)
设计好的域名表、一般资源记录表、邮件交换资源记录表、权威资源记录表均满足实体完整性约束条件、参照完整性约束条件以及用户自定义完整性约束条件。
其中,实体完整性约束条件:规定每个表中的每一行都能表示唯一实体,并用设置主键的方式可以保证数据的实体完整性。
参照完整性约束条件:是指被参照表的主键和参照表的外键的数据应保持一致,且参照表中的外键字段不为空,这样以外键为约束可以保证被参照表和参照表之间的数据一一对应,且参照表中多条数据可设置相同的外键,以实现被参照表中的一条数据可对应参照表中多条数据。被参照表为域名表;参照表包括一般资源记录表、邮件交换资源记录表、权威资源记录表。
用户自定义完整性约束条件:用户定义的完整性即是针对某个特定关系数据库设置的约束条件,它反映某一具体应用必须满足的语义要求,如列名、数据类型、长度、主/外键、是否为空等。
图2为本发明实施例DNS数据存储系统的结构示意图,如图2所示,本发明实施例提供的DNS数据存储系统数据接收单元100、数据上传单元200和用户接口单元300。
所述数据接收单100元用于接收来自前端主动请求的DNS数据。
所述数据上传单元200用于接收来自所述数据接收单元100的输出DNS数据,并将DNS数据上传至用户指定内存。
所述用户接口单元300在域名解析网络中开辟数据存储结构,实现对所述数据上传单元200上传数据的管理,所述数据存储结构为上述内容介绍的数据存储结构。
其中,所述数据接收单元100为DNS数据接收单元,所述DNS数据接收单元用于接收来自前端采用DNS协议数据报文格式进行传输的数据。
所述DNS数据存储系统是基于Mysql数据库管理系统而建立的
与现有技术相比,本发明的技术效果如下:
第一,本发明使用主外键关联建立表间关系实现了一个域名对应多条资源记录和权威信息记录的实际情况,既减少了大量的数据冗余,也在设计上避免了数据记录的遗漏。
第二,本发明提供的数据存储结构中的每张表均满足主键约束条件和外键约束条件,既保证了数据的唯一性,也避免了出现不需要的资源记录被存储到该数据存储结构中。
其中,主键约束条件:根据主键唯一的原则,每张表中可区分不同记录的字段;域名表:查询域名;邮件交换记录表:邮件服务器域名;资源记录表:IP或别名;授权资源记录表:权威服务器域名,从而能保证数据的唯一性。
外键约束条件:除域名表外,其他表中name字段都是该域名表参照域名表设置的外键,通过外键建立域名与其他资源记录间的对应关系,也就是说参照表(一般资源记录表、邮件交换资源记录表、权威资源记录表)中的name字段的每一条数据都能在其被参照表(域名表)中找到对应数据,避免出现不需要的资源记录被存储进数据库中。
第三,考虑到当数据量逐渐增大时,数据库数据删除和插入动作将占用大量资源和时间,系统效率会大大降低,因此本发明采用了创建索引的方法,在各表查询时都添加相应的索引,经测试发现效率显著提高。
第四,本发明建立在Mysql的数据库管理系统上,在实现大量DNS解析信息存储的基础上,通过搭建数据库服务器可实现多应用共享,使用视图的机制能够更加方便管理员的查阅和审计。
本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
Claims (9)
1.一种数据存储结构,其特征在于,所述数据存储结构包括以域名为被参照表的域名表、一般资源记录表、邮件交换资源记录表和权威资源记录表;
所述域名表的关系模式为查询域名;所述查询域名为所述域名表的关系模式的主键;
所述一般资源记录表的关系模式为IP地址或别名,查询域名,记录类型,类,生存时间,数据长度;所述IP地址或别名为所述一般资源记录表的关系模式的主键;所述查询域名为所述一般资源记录表的关系模式的外键;
所述邮件交换资源记录表的关系模式为邮件服务器域名,查询域名,记录类型,类,生存时间,数据长度,优先权;所述邮件服务器域名为所述邮件交换资源记录表的关系模式的主键;所述查询域名为所述邮件交换资源记录表的关系模式的外键;
所述权威资源记录表的关系模式为权威服务器域名,查询域名,记录类型,类,生存时间,数据长度,负责人邮箱,序列号,刷新间隔,重试间隔,过期间隔,预设最小生存时间;所述权威服务器域名为所述权威资源记录表的关系模式的主键;所述查询域名为所述权威资源记录表的关系模式的外键。
2.根据权利要求1所述的数据存储结构,其特征在于,所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表均满足实体完整性约束条件、参照完整性约束条件以及用户自定义完整性约束条件。
3.根据权利要求2所述的数据存储结构,其特征在于,所述实体完整性约束条件为使所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表中每一行都能表示唯一实体的约束条件;所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表均用设置主键的方式保证数据的实体完整性。
4.根据权利要求2所述的数据存储结构,其特征在于,所述参照完整性约束条件是指所述数据存储结构中被参照表的主键和参照表的外键的数据保持一致,且所述参照表的外键字段不为空;所述被参照表为域名表;所述参照表包括一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表。
5.根据权利要求2所述的数据存储结构,其特征在于,所述用户自定义完整性约束条件是针对关系数据库设置的约束条件,所述用户自定义完整性约束条件反映具体应用时满足的语义要求,所述语义要求包括列名、数据类型、长度、主/外键、是否可为空。
6.根据权利要求1所述的数据存储结构,其特征在于,在所述域名表、所述一般资源记录表、所述邮件交换资源记录表、所述权威资源记录表上均添加相应的索引。
7.一种DNS数据存储系统,其特征在于,所述DNS数据存储系统包括数据接收单元、数据上传单元和用户接口单元;
所述数据接收单元用于接收来自前端主动请求的DNS数据;
所述数据上传单元用于接收来自所述数据接收单元的输出DNS数据,并将DNS数据上传至用户指定内存;
所述用户接口单元在域名解析网络中开辟数据存储结构,实现对所述数据上传单元上传数据的管理,所述数据存储结构为权利要求1~6中任一所述的数据存储结构。
8.根据权利要求7所述的DNS数据存储系统,其特征在于,所述数据接收单元为DNS数据接收单元,所述DNS数据接收单元用于接收来自前端采用DNS协议数据报文格式进行传输的数据。
9.根据权利要求7所述的DNS数据存储系统,其特征在于,所述DNS数据存储系统是基于Mysql数据库管理系统而建立的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501167.0A CN109660638A (zh) | 2018-12-10 | 2018-12-10 | 一种数据存储结构及dns数据存储系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811501167.0A CN109660638A (zh) | 2018-12-10 | 2018-12-10 | 一种数据存储结构及dns数据存储系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109660638A true CN109660638A (zh) | 2019-04-19 |
Family
ID=66113088
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811501167.0A Pending CN109660638A (zh) | 2018-12-10 | 2018-12-10 | 一种数据存储结构及dns数据存储系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109660638A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124887A (zh) * | 2021-11-29 | 2022-03-01 | 牙木科技股份有限公司 | Dns服务器的视图查询方法、dns服务器及可读存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101067814A (zh) * | 2007-05-10 | 2007-11-07 | 浪潮集团山东通用软件有限公司 | 数据访问层Xml格式数据与关系数据间的映射转换方法 |
US20090037492A1 (en) * | 2007-07-31 | 2009-02-05 | Ahmad Baitalmal | Framework for Synchronizing Applications |
CN103024098A (zh) * | 2012-12-27 | 2013-04-03 | 北京百度网讯科技有限公司 | 一种域名解析方法、系统及装置 |
CN103793401A (zh) * | 2012-10-30 | 2014-05-14 | 国际商业机器公司 | 建立多个数据库表的共享索引的方法及装置 |
CN104133841A (zh) * | 2014-06-24 | 2014-11-05 | 国家电网公司 | 一种具有系统检测及图像识别功能的数据处理方法及系统 |
CN104243193A (zh) * | 2013-06-18 | 2014-12-24 | 阿里巴巴集团控股有限公司 | 一种网络拓扑的动态配置及展示的方法和装置 |
-
2018
- 2018-12-10 CN CN201811501167.0A patent/CN109660638A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101067814A (zh) * | 2007-05-10 | 2007-11-07 | 浪潮集团山东通用软件有限公司 | 数据访问层Xml格式数据与关系数据间的映射转换方法 |
US20090037492A1 (en) * | 2007-07-31 | 2009-02-05 | Ahmad Baitalmal | Framework for Synchronizing Applications |
CN103793401A (zh) * | 2012-10-30 | 2014-05-14 | 国际商业机器公司 | 建立多个数据库表的共享索引的方法及装置 |
CN103024098A (zh) * | 2012-12-27 | 2013-04-03 | 北京百度网讯科技有限公司 | 一种域名解析方法、系统及装置 |
CN104243193A (zh) * | 2013-06-18 | 2014-12-24 | 阿里巴巴集团控股有限公司 | 一种网络拓扑的动态配置及展示的方法和装置 |
CN104133841A (zh) * | 2014-06-24 | 2014-11-05 | 国家电网公司 | 一种具有系统检测及图像识别功能的数据处理方法及系统 |
Non-Patent Citations (4)
Title |
---|
刘井强: "基于私有根域名的DNS解析试验系统设计与实现", 《哈尔滨工业大学》 * |
王凯: "一种自定义DMS解析服务的设计与实现", 《山东大学》 * |
程丽霞: "基于邮件系统的智能DNS设计与实现", 《电脑知识与技术》 * |
袁春阳: "域名信息主动获取及备份系统的设计和实现", 《计算机应用研究》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114124887A (zh) * | 2021-11-29 | 2022-03-01 | 牙木科技股份有限公司 | Dns服务器的视图查询方法、dns服务器及可读存储介质 |
CN114124887B (zh) * | 2021-11-29 | 2023-09-05 | 牙木科技股份有限公司 | Dns服务器的视图查询方法、dns服务器及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10817195B2 (en) | Key-value based message oriented middleware | |
US7702640B1 (en) | Stratified unbalanced trees for indexing of data items within a computer system | |
US8255430B2 (en) | Shared namespace for storage clusters | |
US7921179B1 (en) | Reducing latency of access requests in distributed storage systems having a shared data set | |
US7426576B1 (en) | Highly available DNS resolver and method for use of the same | |
US8423581B2 (en) | Proxy support for special subtree entries in a directory information tree using attribute rules | |
US11061924B2 (en) | Multi-region, multi-master replication of database tables | |
Stockinger | Distributed database management systems and the data grid | |
CN103067461B (zh) | 一种文件的元数据管理系统以及元数据管理方法 | |
KR101685215B1 (ko) | 대체 메일박스들의 자동 검색 | |
US20090012932A1 (en) | Method and System For Data Storage And Management | |
CN103020078B (zh) | 分布式实时数据库数据层次索引方法 | |
CN105183400B (zh) | 一种基于内容寻址的对象存储方法和系统 | |
EP2710477B1 (en) | Distributed caching and cache analysis | |
WO2013172405A1 (ja) | ストレージシステムおよびデータアクセス方法 | |
Silberstein et al. | Pnuts in flight: Web-scale data serving at yahoo | |
US20120297010A1 (en) | Distributed Caching and Cache Analysis | |
CN102572011B (zh) | 数据处理方法、装置和系统 | |
US10146833B1 (en) | Write-back techniques at datastore accelerators | |
CN109660638A (zh) | 一种数据存储结构及dns数据存储系统 | |
CN106528667B (zh) | 读写分离的低功耗海量数据全文检索系统框架 | |
JP2007287180A (ja) | 分散ファイルシステム、分散ファイルシステムサーバ及び分散ファイルシステムへのアクセス方法 | |
CN107590199A (zh) | 一种面向内存的多线程数据库设计方法 | |
Cheng et al. | Research on HDFS-based web server cluster | |
CN115408478B (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190419 |
|
RJ01 | Rejection of invention patent application after publication |