在数据库中存储数据的方法和系统

摘要

本发明公开了一种在数据库中存储数据（1000）的方法和系统，该方法包括：将数据（1000）分割为一序列段（101,102,103,104），各个段具有小于预定阈值的尺寸；将序列的第一段（101）存储到数据库的主列表（98）的记录（98r）的第一字段（981）中；将指示数据（1000）的索引(101i)存储到记录(98r)的第二字段(982)中；将序列(101,102,103,104)的其他段(102,103,104)存储到数据库的辅助列表（99）的相应的记录(99r1,99r2,99r3)的第一字段(9911,9912,9913)中；生成相关于其他段(102,103,104)的索引(102i,103i,104i)，并且将所生成的各个索引(103i)存储到辅助列表的存储有序列的相关段（103）的记录(99r2)的第二字段（9922）中，并且也存储到辅助列表的存储有序列中的前一段(102)的记录(99r1)的第三字段（9931）中。

说明书

应用领域

本发明涉及一种在数据库中存储大尺寸数据的方法和系统。更具体地 说，本发明涉及上述类型的方法，其中，大尺寸数据被分成多个段，其中 每段具有小于预定阈值的尺寸。

现有技术

一种在数据库结构中，例如在SQL服务器的数据库结构中存储数据 的已知的方法和系统包括：将值（value）存储在具有多个记录的列表的字 段中。所述字段可以是多种数据类型，例如char（字符数据）,varchar（变 长字符数据）,nvarchar（可变长度Unicode数据）,decimal（十进制数据）, integer（整数）等。每种数据类型具有其特有的能够预设或可变的尺寸。 例如，“varchar”和“nvarchar”数据类型适合于存储具有可变尺寸的值， 而”char”,”decimal”和”integer”适合于存储具有固定尺寸的值。

就这一点来说，一种数据库管理系统（database managing system， DBMS）为具有数据类型“nvarchar”的字段分配非恒定尺寸的存储空间。 在一些已知的实施中，为避免使用恒定尺寸的字段所导致的存储器浪费， 数据库管理系统动态分配不同尺寸的存储空间，这取决于实际要存储的数 据尺寸，例如，取决于写入和读取数据库的应用程序。

然而，即使“nvarchar（max）”支持大尺寸的数据，对这种数据进行 管理的性能，例如对数据库的字段中的数据进行存储、检索、搜索的性能 也较低，这是因为它们被作为单一的数据模块被线程化。例如，不能对存 储在数据库的列表中的数据的不同部分进行直接的索引。例如，为了搜索 数据的特定部分，要从列表中读取全部的数据，随后对内容进行搜索或检 查。

也就是说，首先从数据库列表中检索所有的数据，并且只可对所检索 的数据以块的方式执行搜索。特别是在某些应用中，这是不期望的，因为 重要的信息可能被存储在整个数据的开头，或结尾，或某一预定部分，并 且最好只对一部分执行搜索而不是读取字段中的全部数据。

这种缺点降低了许多应用程序的性能，例如支持数据分页的图形用户 界面（graphical user interface，GUI）。这些GUI被编程为首先只将数据 的第一部分显示给用户;所述GUI被编程为只有当用户请求在第一部分之 后的其他数据部分时，才显示数据的第二部分。然而，即使对于GUI中的 各个显示实际只需要全部数据的很小一部分，但由于大尺寸的数据被存储 在数据类型为“nvarchar（MAX）”的字段中，因此存储在数据库中的所有 数据例如使用诸如选择等SQL查询，通过应用程序被一次性检索，。该已 知的方法在数据的检索和显示中未提供良好的性能，并且还需要在GUI 中分配大量的存储空间来暂时存储所有的数据，因此，使计算机系统中的 存储器的使用加倍。

本发明的基础问题是供一种用于存储大尺寸数据的方法和系统，其能 够提高搜索、检索、显示、读取以及写入数据的操作的性能，从而克服了 目前影响现有技术的方法和系统的限制。

发明内容

上述技术问题通过一种用于在数据库中存储大尺寸数据的方法来解 决，该方法包括将数据分成一序列段，各个段具有小于预定阈值的尺寸； 在数据库的主列表的记录的第一字段中存储所述序列的第一段，以及在所 述记录的第二字段中存储指示所述大尺寸数据的索引；在数据库的辅助列 表的相应记录的第一字段中存储所述序列的所有其他段，并生成相关于所 述其他段的索引；在所述辅助列表的存储有所述序列的相关段的记录的第 二字段中存储所生成的各个索引，以及还在所述辅助列表的存储有所述序 列的前一段的记录的第三字段中存储所生成的索引；在主列表的第三字段 中存储序列的被存储在辅助列表被的第一段的索引。有利的是，根据本发 明的方法，对应于大尺寸数据的所有序列段从主列表中所存储的第一个单 独的段开始被链接。所述大尺寸数据的开始部分可以被恢复、读取、写入、 搜索以及显示，以对主列表进行查询，该查询读取第一字段，该第一字段 相对于全部数据的尺寸具有预定的较小尺寸。可以对辅助列表的不同记 录，即对相对于全部数据的尺寸具有预定的较小尺寸的字段执行进一步的 恢复、读取、写入、搜索以及显示操作。

在本发明的一个方面中，在主列表的记录的第二字段内的、指示大尺 寸数据的索引也指示主列表的所述记录中的第一字段。也就是说，该索引 被用来表示对全部数据的开始部分的访问点，以及表示相应的第一段。

存储于主列表以及辅助列表中的索引被方便地用来重构对应于数据 的段的序列的顺序。因此，辅助列表中的记录的顺序不需要对应于序列中 的段的顺序。

在这方面，“大尺寸”是指千兆字节以上的数据。然而，本发明并不限 于要被分割的预定尺寸的数据，而是适用于以下各种情形：优选地直接以 及分别访问或加载要被读取的数据的特定部分，代替一次性加载全部数 据。

在本发明的一个方面中，用于管理数据库服务器中的数据的方法包 括：将数据分割为多个段；如果数据的长度大于预定值，则在主列表的记 录的第一字段中存储多段中的第一段；在主列表的记录的第二字段中存储 对应于所述数据的标示符（ID）；在辅助列表的第一纪录的第一字段中存 储所述多段中的第二段；生成对应于所述第二段的索引；在所述主列表的 记录的第三字段中和所述辅助列表的第一纪录的第二字段中存储所生成 的索引。

有利的是，本发明的改进的方法通过管理数据分配、将数据分割为若 干段以及使用主列表和辅助列表来减少内存碎片。

该方法进一步包括在所述辅助列表的第二记录的第一字段中存储所 述多个段的第三段；生成对应于所述第三段的索引；在所述辅助列表的第 二记录的第二字段中以及所述辅助列表的第一纪录的第三字段中存储所 生成的索引。以这种方式，大尺寸的数据被分布式地存储到多个段中，并 且每个段可以被基于相应的索引进行搜索。该数据库的结构支持基于索引 的搜索。

所述数据可以被分割为所述多个段，以使得所述多个段中除最后一段 以外的每个段具有预定值的长度。当特定字段的长度为恒定时，数据库服 务器更容易将记录以最优的方式存储到存储器中，以使得对记录的搜索或 者对记录的检索能够具有更佳的性能。

在本发明的另一个方面中，该方法可以进一步包括如果存储在所述记 录中的段是最后一个，则将无效（NULL）索引存储到所述辅助列表的记 录的第三字段中。该方法可以进一步包括在所述主列表的记录的至少一个 额外的字段中存储相关于所述数据的额外信息。通过将无效索引存储到存 储了数据的最后一段的记录中，可以非常快的搜索到段的终点。

在本发明的另一个方面中，从主列表中检索数据可包括从用户接收用 于检索所述数据的ID，所述数据对应于所述ID；在所述主列表中搜索包 含所述ID的记录；提取存储在搜索到的记录的第一字段中的数据的第一 段；提取存储在搜索到的记录的第三字段中的第一索引；基于所提取的第 一索引在所述辅助列表中搜索数据的其余段。有利的是，该方法提高了检 索数据的性能，并且提高了支持分页以便在GUI中显示数据的应用程序的 性能。例如，在查询主列表中的第一字段后，应用程序将数据的第一段发 送到GUI以进行显示，并且只有在用户请求时才查询辅助列表中的数据， 例如，在用户选择”下一页”或”下一节”按钮的情形下。

此外，在所述辅助列表中搜索数据的其他段可以包括：对所述辅助列 表中第二字段包含所提取的第一索引的记录进行搜索；从辅助列表的搜索 到的记录的第一字段中提取数据的第二段；从辅助列表的搜索到的记录的 第三字段中提取第二索引；基于第二索引，在所述辅助列表中搜索另外的 段。或者，所述搜索可以基于数据的ID以及段的索引来执行。

在本发明的另一个方面中，从主列表中检索所述数据可以包括：从 GUI接收长度小于所述预定值的样本；对主列表中值与所述样本相匹配的 第一字段进行搜索；向所述GUI返回所述主列表中的匹配的记录。所述样 本可以是原始文本或正规表达式，但其不限于此。例如，所述样本是尺寸 小于或等于主列表中的第一字段的要进行搜索的字符串；有利的是，所述 字符串只在主列表的记录的第一字段中进行搜索，所述第一字段对应于所 述数据的开始部分。在一个实施例中，通过将样本或字符串与第一字段的 内容进行比较，以及检查所述样本或字符串是否被包含在第一字段中来做 出所述搜索。

在本发明的一个方面中，还可以通过检查所述样本或字符串是否被包 含在辅助列表的对应于数据段的记录的第一字段中来在辅助列表中搜索 所述样本或字符串。

在应用程序中，当重要的信息大部分存储在数据的开始部分，即数据 的第一段时，搜索的速度可以显著地提高。例如，所述GUI可以为搜索提 供两个选项，第一选项可以是仅搜索数据的开始部分，以及第二选项可以 使搜索全部数据。取决于用户所选择的选项，所述GUI以及DBMS可以 在主列表和/或辅助列表上执行适当的搜索行为。

在本发明的另一个方面中，所述方法进一步包括从所述GUI接收段索 引号；基于所述段索引号对所述主列表或所述辅助列表进行重复操作，以 搜索所述数据的相应的段；将搜索到的数据段返回给所述GUI；以及通过 所述GUI在显示装置上显示所述搜索到的段。

通过以下所给出的仅用于范例的、而非限制本发明的保护范围的描 述，根据本发明的在数据库中存储数据的方法和系统的进一步的优点和特 征将更加显而易见。

附图简述

图1A示意性地示出了根据本发明的数据库的主列表和辅助列表。

图1B示意性地示出了说明各个记录之间的关系的数据库的主列表和 辅助列表。

图2示意性地示出了具有用于存储额外信息的额外字段的主列表。

图3A和图3B示出了根据本发明的在数据库中存储数据的流程图。

图4示出了根据本发明的从数据库中检索数据的流程图。

图5示意性地示出了根据本发明的数据库的主列表和辅助列表的不同 视图。

具体实施方式

附图被纳入本文以提供对本发明的进一步理解，并且组成和构成了本 申请的一部分，附图示出了本发明的实施例并与说明书一起用于解释本发 明的公开的原理。

图1A示意性地示出了根据本发明的数据库的主列表和辅助列表。所 述主列表100用于存储特定数据的开始部分，以及所述辅助列表110用于 存储所述特定数据的其他部分。更具体地，要被存储的数据被分割为多个 段，其中，一段被存储到主列表，而其他段被存储到辅助列表。

为了更详细的说明所述结构，各个主列表100和辅助列表110至少包 括一条记录。所述主列表100的记录包括三个字段，即，第一字段、第二 字段以及第三字段。所述第一字段存储特定数据的多个段中的第一段。各 个段具有特定的长度或尺寸。在本发明的一个方面中，如果所述第一字段 具有能够存储可变长度的数据的数据类型，则所述段的长度可以改变；例 如，第一段可以大于其他段。在另一个示例中，存储在主列表中的第一段 具有第一长度，并且存储在辅助列表中的其他段具有不同的长度。

主列表100的第二字段存储特定数据的相应的ID。所述ID可以是用 于将特定的记录与其他记录区分开的任何符号，例如，具有多位的号码或 一组数字字母。对于存储在主列表100中的各个记录，所述ID是唯一的。

所述主列表100的第三字段存储与存储在辅助列表110中的特定数据 的第二段对应的索引。所述索引是表示特定数据的下一段的指针。所述主 列表100的索引可以是能够用于识别出存储在辅助列表110中的下一段记 录的任何符号。优选地，所述索引是随机生成的唯一的整数。在辅助列表 110的第二字段中存储相同的值。

辅助列表110的记录包括三个字段，即，第一字段、第二字段，以及 第三字段。所述第一字段可以存储特定数据的多个段中的非第一段。各个 段优选地具有恒定的长度。或者，段的长度可修改；例如，如果所述辅助 列表的第一字段具有能够存储可变长度的数据的数据类型，其相应的段可 以具有不同的长度。

所述辅助列表110的第二字段存储特定数据的特定段的索引。所述索 引可以是能够用于从辅助列表中的其他记录中识别出特定的记录的任何 符号，例如具有几位的号码或一组数字字母。所述索引被唯一地分配给存 储在辅助列表中的各个记录。所述索引字段可以被搜索，以在从特定数据 的主列表100的第三字段中检索索引值之后，找到特定数据的非第一段。

辅助列表110的第三字段可以存储与存储在辅助列表110中的特定数 据的下一段对应的下一索引。该索引是表示位于存储在当前记录中的段之 后的特定数据的下一段的指针。辅助列表110的下一索引能够存储用来识 别存储在辅助列表110中的下一段记录的任何符号。优选地，所述下一索 引可以是随机生成的唯一的整数。或者，所述下一索引可以是基于特定规 则生成的唯一的整数。

参照图1B来更详细地解释数据库的结构。图1B示意性地示出了具有 各个记录之间的关系的数据库的主列表和辅助列表。

为了解释的简洁性，在下文中，主列表100的第一个字段被表示为值 （VALUE）字段，主列表100的第二个字段被表示为标示符（ID）字段， 主列表100的第三个字段被表示为索引（INDEX）字段。类似地，辅助列 表110的第一个字段称为值（VALUE）字段，辅助表110的第二个字段被 称为索引（INDEX）字段，以及辅助表110的第三个字段被称为下一索引 （NEXT_INDEX）字段。图1B中所画出的虚线箭头的目的在于说明存储 在主表和辅助表中的记录之间的关系。

ID字段的值为1的第一纪录120在INDEX字段中存储1239。第二记 录121在辅助列表110的该记录的INDEX字段中存储1239。因此，第一 纪录120存储全部数据的第一段，即AAA，而第二记录121存储全部数据 的第二段，即NNN。第一和第二记录中的每一个通过在其INDEX字段中 存储相同的值1239来链接。为了解释的简便，图中所有记录的VALUE字 段具有3个字母。然而，VALUE字段的尺寸是可变的，并且所述VALUE 字段可以存储由数据库支持的任何数据类型。

第二记录121在其NEXT_INDEX字段中存储9494。第三记录122 在其INDEX字段中存储9494，以及在其NEXT_INDEX字段中存储 NULL值。NEXT_INDEX字段中的NULL值与存储有数据的最后一段的 记录相关。优选地，NULL值为0。应当被存储在数据库中的源信息，例 如GUI的输入数据，为“AAANNNPPP”。当数据库管理系统（DBMS)接 收到存储具有相应的ID1的数据“AAANNNPPP”时，其将数据 “AAANNNPPP”分割为三段，即“AAA”、“NNN”、“PPP”。DBMS创建存 储源数据的第一段的第一记录，即，其VALUE字段为“AAA”，ID字段为 1。然后，DBMS生成索引“1239”以指向源数据的下一段。所述索引可以 被随机地或通过预定的规则来生成，并且新生成的索引与之前所生成的索 引不得重复。在这种情况下，DBMS在第一记录120的INDEX字段中存 储新生成的索引“1239”。

然后，DMBM在辅助列表110中创建第二记录121。源信息的第二段， 即”NNN”被存储在辅助列表110的第二记录121的VALUE字段中。索引 值“1239”随后被存储在辅助列表110的第二记录121的INDEX字段中。 由于第一记录120的INDEX字段和第二记录121的INDEX字段中存储了 相同的值“1239”，DBMS系统能够通过追踪这些索引来恢复源信息。

然后，DBMS在辅助列表110中创建第三记录122。所述源信息的第 三段，即“PPP”被存储在辅助列表110的第三记录122的VALUE字段中。 然后索引值“9494”由DBMS生成，并且所述“9494”被存储在第二记录121 的NEXT_INDEX字段以及第三记录122的INDEX字段中。第三记录122 是存储源信息的最后一段的最后记录，因此所述第三记录122的 NEXT_INDEX字段被NULL值填充。

在示例中，DBMS分割源信息，从而源信息的各个段具有3个字母。 然而，存储在VALUE字段中的数据的长度可以根据特定的实现而进行修 改。优选地，数据段的长度可以是500个字符。

同时，当DBMS从用户接收到数据检索请求时，DBMS能够通过参 照主列表和辅助列表的INDEX字段来识别出存储在主列表和辅助列表中 的记录之间的关系。然后，DBMS能够将主列表100的第一记录120的 VALUE字段中的数据“AAA”与辅助列表110的第二记录121的VALUE 字段中的数据”NNN”连接。

DBMS通过参照两者都存储了值“9494”的第二记录121的 NEXT_INDEX字段与第三记录122的INDEX字段来识别出第二记录121 与第三记录122之间的关系。当对辅助列表110的第三记录122进行搜索 之后，通过将分布式地存储在不同记录中的所有段连接，DBMS能够创建 源信息。也就是说，通过将第一记录120的“AAA”、第二记录121的“NNN”， 和第三记录122的“PPP”，源信息“AAANNNPPP”可以被恢复。

根据本发明的技术方案可以用于在数据库服务器中存储大尺寸数据， 同时避免使用能够导致数据库服务器的内存碎片进而降低数据库的性能 的nvarchar（MAX）数据类型。因此，根据本发明的技术方案提高了数 据库服务器的性能。而且，能够基于相应的索引来搜索特定数据的各个段， 因此，该技术方案支持基于索引的搜索。假使仅需要对各个数据的开头部 分进行样本搜索，由于其足以搜索主列表的VALUE字段，因此该方案能 够提高所述性能。

此外，该技术方案自身可以支持GUI的分页。如同所说明的那样，如 果全部数据的各页被存储在全部数据的各段中，所述GUI能够一次请求一 页，并且DBMS能够返回全部数据中的所请求的段，而不是从所述数据库 中立即检索全部的的大量数据。这提高了应用程序的性能。

图2示意性地示出了具有用于存储额外信息的额外字段的主列表。

除VALUE字段、ID字段、以及INDEX字段外，主列表100可以具 有至少一个额外字段以存储相关于数据的其他额外信息。如图2所示的额 外字段为PK、类型（TYPE）、以及日期（DATE）。辅助列表也可以具有 额外地段来存储其他信息。

图3A以及图3B示出了根据本发明的将数据存储到数据库的流程图。 在步骤300，DBMS接收由GUI输入的数据。在步骤305，DBMS生成对 应于所输入的数据的ID，并且在步骤310，将所输入的数据分割为多个段。 除了最后一段，各个段的长度可以是恒定的。优选地，由于第一段存储在 主列表中，并且其他段存储在辅助列表中，因此第一段的长度可以不同于 其他段。

在步骤315，DBMS创建记录A，在该记录A的第二字段中存储ID， 以及在其第一字段中存储所输入的数据的第一段。然后，DBMS检查段的 数量，并且如果段的数量为1，在步骤325结束处理。否则，在步骤330， DBMS在辅助列表中创建记录B，在该记录B的第二字段中存储新生成的 索引，以及在其第一字段中存储第二段。在步骤335，DBMS将新生成的 索引分配给所述第三字段，即，记录A的索引字段。

参照图3B，在步骤345，DBMS检查源数据是否剩余更多的段。如果 没有更多的段要被存储在数据库中，则在步骤360，DBMS将NULL值分 配给记录B的“下一索引”字段，即第三字段，并且在步骤365结束其操作。 如果一个或多个的段要被存储在数据库中，则在步骤350，DBMS创建另 一个记录并将该记录存储到辅助列表中，在该记录的第二字段存储新生成 的索引，以及在该记录的第一字段存储数据的下一段。然后，DMBS将新 生成的索引分配给辅助列表中的前一记录中的“下一索引”字段，即，第三 字段。

图4示出了根据本发明的从数据库中检索数据的流程图。在图4中， 说明了使用样本（例如，文本、正则表达式）进行搜索的方法。

首先，在步骤405，DBMS从GUI接收搜索样本和搜索范围选项。搜 索范围选项可以是搜索全部数据或只搜索主列表中的第一段，其可以由用 户通过GUI进行选择。然后，在步骤410，DBMS检查搜索范围选项。如 果该选项被选择为只搜索主列表中的第一段，则在步骤415，DBMS搜索 主列表的“值”字段，即第一字段，并且寻找具有与样本相匹配的值的记录。 然后，在步骤420，DBMS将搜索到的记录返回给GUI。

如果所述选项被选择为搜索全部数据，则在步骤430，DBMS搜索主 列表的“值”字段，即第一字段，并且寻找具有与样品相匹配的值的记录。 然后，在步骤435，DBMS搜索辅助列表的“值”字段，即第一字段，并且 寻找具有与所述样本相匹配的值的记录。然后，在步骤440，DBMS将搜 索到的记录返回给GUI，并在步骤445结束其操作。

参照图5，进一步描述了根据本发明的在数据库中存储数据的方法。 在该图中，要被存储的数据由1000表示，主列表中的记录由98r表示，以 及辅助列表中的记录由99r1,99r2,99r3表示。此外，用于在主列表中存储 值的字段被表示为981，在辅助列表中的被表示为9911、9912、9913。最 后，用于在主列表中存储数据的索引的字段被表示为982，用于存储下一 个记录的索引的字段被表示为983，以及用于在辅助列表中存储数据的索 引的字段被表示9921、9922、9923，以及用于存储下一个记录的索引的字 段被表示为9931、9932、9933。在该图中，修改一些附图标记以及增加一 些附图标记，仅仅是为了更详细地描述本发明，已参考图1-4所公开的特 征也适用于图5。

具有大尺寸的数据1000被分割为一系列段101、102、103、104，各 个段具有小于预定阈值的尺寸。所述序列101、102、103、104中的第一 段101被存储到数据库的主列表98的记录98r的第一字段中，以及指示数 据1000的索引101i被存储到记录98r的第二字段982中。所述序列101、 102、103、104中的其他段102、103、104被存储到数据库的辅助列表99 的相应的记录99r1、99r2、99r3的第一字段9911、9912、9913中；相关 于所述其他段102、103、104的索引102i、103i、104i被生成并且存储在 辅助列表中。更具体地，所生成的各个索引103i被存储在辅助列表中存 储有所述序列101、102、103、104的相关的段103的记录99r2的第二字 段9922中，并且还被存储在辅助列表的存储有序列中的前一段102的记录 99r1的第三字段9931中。主列表的第三字段983对所述序列101、102、 103、104中被存储在辅助列表内的第一段102的索引102i进行存储。当 请求数据检索时，即，当段101被读取时，该索引102i被用来指向所述序 列的段102，以便将段101与段102链接。类似的，索引103i被用来指向 辅助列表中的段102之后的段103。

同时，根据本发明的数据库可以基于特定的目的而以不同的方式使 用。在一个示例中，DBMS能够支持GUI的分页或者其他应用。也就是 说，如果全部数据的各个页被存储在全部数据的各个段中，GUI可以一次 请求一页，并且在显示器上逐个显示。而且，DBMS能够只返回全部数据 中的被请求的段，而不是立即从数据库中检索全部的大量数据。

许多前沿的社交网络服务,例如facebook、twitter等需要这种分页功能, 因为如果总的文本长度超出了特定限制，则这些SNS的GUI首先只将文 本的第一段显示在屏幕上。当用户点击表示例如“更多”、“下一个”、“下一 页”、“下一文本”等按键的时候，GUI随后向DBMS请求剩余段，并且所 述DBMS通过主列表以及辅助列表的INDEX以及NEXT_INDEX字段搜 索剩余的数据。

有利的是，根据本发明的技术方案能够用来在数据库服务器中存储大 尺寸的数据，同时避免使用nvarchar(MAX)数据类型，并且其提高了数据 库服务器的性能。此外，特定数据的各个段能够基于相应的索引被搜索， 由此，该技术方案支持”基于索引的搜索”。如果仅需要对各个数据开始部 分即第一段进行样本搜索，则该技术方案因其足以搜索主列表的VALUE 字段，而能够提高性能。

此外，该技术方案自身能够支持GUI的分页。如同所说明的，如果全 部数据的各个页被存储在全部数据的各个段中，GUI能够一次请求一页， 并且DBMS能够将全部数据中的被请求段返回，而不是从数据库中立即检 索全部的大量数据。其提高了应用程序的性能。