CN102857483A - 预取数据的方法、设备和装置 - Google Patents

Abstract

本发明提供了一种用于由服务器进行数据预取的方法、设备和装置。其中所述方法包括：接收来自客户端的预取请求；执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。根据本发明实施例提供的技术方案，利用服务器和客户端的整体能力来进行数据预取，从而提高了服务器和客户端的整体性能。

Description

预取数据的方法、设备和装置

技术领域

本发明涉及数据存储技术，更具体地说，涉及用于预取数据的方法、设备和装置。

背景技术

从服务器获取数据是几乎所有客户端网络应用程序的基础。这里的服务器和客户端是广义的。换句话说，在网络通信的双方中，请求数据的一方是客户端，而提供数据的一方是服务器。随着互联网和IT基础设施的快速发展，服务器的功能主要集中于响应和处理客户端提出的请求，而将数据存储的功能转移到外部数据源。在这样的场景下，响应于客户端提出的数据请求，服务器从外部数据源取得该数据后返回给客户端。已经发展出了许多方案来提高客户端获取数据的速度，其中的一些方案涉及数据预取。典型的数据预取技术通常包括两种架构。

图2示出了一种典型的数据预取技术。如图2所示，服务器包括服务器通信模块，用于与客户端或外部数据源之间的通信交互。服务器还包括服务器预取数据预测模块，用于记录客户端请求数据的历史，或者服务器访问外部数据源的历史，并且通过分析所述历史预测后续可能需要从外部数据源提取的数据。服务器通信模块根据所述分析结果，从外部数据源中预取所述数据存放在服务器预取数据存储模块中。这样，如果后续客户端请求了所述预取数据，则服务器可以从服务器预取数据存储模块中提取该数据发送给客户端。由于对预取数据存储模块的访问快于对外部数据源的访问，因此提高了客户端获得数据的速度。

图2所示的方案需要对客户端请求数据的历史或服务器访问外部数据的历史进行记录。这通常需要较大的存储能力，从而会对现有的服务器系统在数据存储方面的能力提出很高的要求。进行分析和预测也会对占用服务器的计算能力。图2所示的方案还需要对通信历史进行分析。但一般来说，分析通信历史进而得出预测结果的方法是以模型为基础的。向服务器请求数据的客户端可能对应于不同的模型，从而难以通过对通信历史的分析得到适用于所有客户端的预测结果。

图3示出了另一种典型的数据预取技术。如图3所示，客户端包括客户端预取数据预测模块，用于记录客户端请求数据的历史并且通过分析所述历史预测后续可能需要向服务器请求的数据。客户端通信模块根据所述分析结果，向服务器发送预取请求以便预取所述数据，并且将所预取的数据存放在客户端预取数据存储模块中。

相对于图2所示的方案，图3所示的方案在客户端存储客户端请求数据的历史，并且利用客户端的计算能力对所述历史进行分析进而作出预测，从而减轻了服务器的负担。由于客户端和预测模型之间往往存在比较稳定的对应关系，因此客户端相对于服务器更容易进行有效地预测。

在图3所示的方案中，预取的数据需要从服务器经过网络传送到客户端。在客户端作出所述预测和客户端接到预取的数据之间存在一定的时间差，而在这期间预取数据可能发生变化。可以通过在客户端增加客户端追踪模块来解决这一问题。追踪模块是用于追踪数据变化的模块。客户端追踪模块定期向服务器发送查询请求。客户端追踪模块也可以在实际需要用到所预取的数据的情况下向服务器发送变化查询请求。服务器响应于所述变化查询请求，查看所述外部存储器中预取数据是否发生变化，如果发生变化则将所述变化传递给客户端。客户端然后相应地更新所述客户端预取数据存储模块。但是，在网络条件差的情况下，这样的追踪机制不能及时地在客户端的预取数据存储模块中反应预取数据的变化。此外，反复向服务器提交查询请求也会加大服务器的负担。

因此，需要一种新的解决方案来在客户端-服务器架构中进行数据预取。

发明内容

本发明实施例提供了用于预取数据的方法、设备和装置。

根据本发明实施例的用于由服务器进行数据预取的方法包括：接收来自客户端的预取请求；执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

根据本发明实施例的用于预取数据的设备包括：服务器通信模块，配置为从客户端接收预取请求，并且根据所述预取请求的指示从连接到该设备的数据源预取数据，以便在收到针对所预取的数据的实际请求时发送被预取的数据；和服务器预取数据存储模块，配置为存储所述被预取的数据。

根据本发明实施例的用于由服务器进行数据预取的装置包括：接收单元，配置为接收来自客户端的预取请求；执行单元，配置为执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及发送单元，配置为在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

根据本发明实施例提供的技术方案，利用服务器和客户端的整体能力来进行数据预取，从而提高了服务器和客户端的整体性能。

附图说明

图1是示出了适于用来实现本发明实施方式的示例性计算系统100的框图。

图2示出了一种典型的数据预取技术。

图3示出了一种典型的数据预取技术。

图4示出根据本发明实施例的数据预取技术的系统框图。

图5示出根据本发明实施例的用于数据预取的方法流程图。

图6示出根据本发明实施例的用于数据预取的装置方框图。

具体实施方式

所属技术领域的技术人员知道，本发明的多个方面可以体现为系统、方法或计算机程序产品。因此，本发明的多个方面可以具体实现为以下形式，即，可以是完全的硬件、完全的软件(包括固件、驻留软件、微代码等)、或者本文一般称为“电路”、“模块”或“系统”的软件部分与硬件部分的组合。此外，本发明的多个方面还可以采取体现在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可用的程序码。

可以使用一个或多个计算机可读的介质的任何组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电的、磁的、光的、电磁的、红外线的、或半导体的系统、装置、器件或任何以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括以下：有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任何合适的组合。在本文件的语境中，计算机可读存储介质可以是任何包含或存储程序的有形的介质，该程序被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可包括在基带中或者作为载波一部分传播的、其中体现计算机可读的程序码的传播的数据信号。这种传播的信号可以采用多种形式，包括——但不限于——电磁信号、光信号或任何以上合适的组合。计算机可读的信号介质可以是并非为计算机可读存储介质、但是能发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序的任何计算机可读介质。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者任何合适的上述组合。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者任何合适的上述组合。

用于执行本发明的操作的计算机程序码，可以以一种或多种程序设计语言的任何组合来编写，所述程序设计语言包括面向对象的程序设计语言-诸如Java、Smalltalk、C++之类，还包括常规的过程式程序设计语言-诸如”C”程序设计语言或类似的程序设计语言。程序码可以完全地在用户的计算上执行、部分地在用户的计算机上执行、作为一个独立的软件包执行、部分在用户的计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在后一种情形中，远程计算机可以通过任何种类的网络——包括局域网(LAN)或广域网(WAN)-连接到用户的计算机，或者，可以(例如利用因特网服务提供商来通过因特网)连接到外部计算机。

以下参照按照本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明的多个方面。要明白的是，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得通过计算机或其它可编程数据处理装置执行的这些指令，产生实现流程图和/或框图中的方框中规定的功能/操作的装置。

也可以把这些计算机程序指令存储在能指令计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令产生一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruction means)的制造品。

也可以把计算机程序指令加载到计算机或其它可编程数据处理装置上，使得在计算机或其它可编程数据处理装置上执行一系列操作步骤，以产生计算机实现的过程，从而在计算机或其它可编程装置上执行的指令就提供实现流程图和/或框图中的方框中规定的功能/操作的过程。

下面参照附图，结合具体实施例对本发明进行描述。这样的描述仅仅出于说明目的，而不意图对本发明的范围进行限制。

图1示出了适于用来实现本发明实施方式的示例性计算系统100的框图。如所示，计算机系统100可以包括：CPU(中央处理单元)101、RAM(随机存取存储器)102、ROM(只读存储器)103、系统总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。在这些设备中，与系统总线104耦合的有CPU 101、RAM 102、ROM 103、硬盘控制器105、键盘控制器106、串行控制器107、并行控制器108和显示控制器109。硬盘110与硬盘控制器105耦合，键盘111与键盘控制器106耦合，串行外部设备112与串行接口控制器107耦合，并行外部设备113与并行接口控制器108耦合，以及显示器114与显示控制器109耦合。应当理解，图1所述的结构框图仅仅为了示例的目的而示出的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况而增加或者减少某些设备。

图4是根据本发明实施例的数据预取技术的系统框图。

如图4所示，客户端预取数据预测模块用于根据客户端向服务器请求数据的历史预测后续可能需要向服务器请求的数据。客户端通信模块根据所述预测结果，向服务器发送预取请求，所述预取请求指示需要从数据源预取的数据。

相应地，服务器通信模块用于接收预取请求，并且根据所述预取请求的指示从数据源预取数据，以便在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。服务器预取数据存储模块用于存储所预取的数据。

如前所述，客户端和预测模型之间往往存在比较稳定的对应关系，因此相对于服务器，客户端更能有效地预测其后续所可能要请求的数据。对于服务器来说，其不需要存储客户端请求数据的历史或服务器访问外部数据的历史进行记录。也不需要根据所述历史进行分析和预测，从而降低了对服务器存储能力和计算能力的要求。

根据本发明的一个实施例，服务器可以进一步包括服务器追踪模块，所述追踪模块用于根据所预取的数据在数据源中的变化，更新服务器预取数据存储模块中的被预取数据。例如，所述服务器追踪模块可以在某些事件的触发下查询所预取的数据是否在数据源中发生变化。所述触发事件可以是服务器收到针对所预取的数据的实际请求，也可以是计时到达一定的时长。在所预取的数据在数据源中发生变化时，所述服务器追踪模块相应地更新所述服务器预取数据存储模块中的被预取数据。

相对于客户端追踪模块，采用服务器追踪模块来跟踪被预取数据在数据源中发生的变化可以更有效地更新在数据源中被改变的所预取的数据。首先，服务器追踪模块对数据源的查询并不需要服务器处理客户端发来的预取请求或者查询请求，因此降低了服务器的负荷。其次，服务器追踪模块并不需要将被预取数据的变化通过服务器和客户端之间的网络传往客户端，而只是更新本地的服务器预取数据存储模块。只有在被预取的数据被实际请求的时候，才需要占用服务器和客户端之间的网络。这样就节约了网络带宽。

如前所述，预取数据是通过基于访问历史的预测而确定的。预测有可能失误，因此客户端可能并不会实际请求所预取的数据。因此，服务器应该在不影响处理实际请求的情况下处理预取请求。针对这一特点，服务器可以进一步包括请求管理模块。请求管理模块调度对预取请求和实际请求的处理，并且优先处理实际请求。例如，可以将预取请求和实际请求分别放在两个预取请求存储区和实际请求存储区中，并且仅当实际请求存储区为空的情况下才处理预取请求存储区中的预取请求。在某些情况下，也可以提高预取请求的优先级。服务器将在后面进一步详细地描述请求管理模块的操作。当然，服务器可能会处理其他请求。但是为了简单起见，在以下的描述中仅以预取请求和实际请求两种请求为例。本领域技术人员能够容易地将对预取请求和实际请求的管理扩展到包括多种请求类型的情况。

所述预取请求至少包括对要预取的数据的指示。所述指示可以是确切地指定所要预取的数据在数据源中的位置，也可以是指定所要预取的数据所应当满足的条件，或者是一条或多条查询语句。所述预取请求可以进一步包括预取请求的有效期。例如，所述预取请求可以指定未来的某个时刻作为失效时刻；所述预取请求也可以包括时间戳和从该时间戳开始的有效时长。所述预取请求可以进一步包括标识符，所述标识符可以标识发出所述预取请求的客户端，也可以进一步标识可能需要所述预取数据的客户端应用程序。

下面参照图5描述根据本发明实施例的用于由服务器进行数据预取的方法流程图。

步骤501，接收来自客户端的预取请求。

根据本发明的一个实施例，服务器接收来自客户端的预取请求后，可以立即处理所述预取请求。根据本发明的另一个实施例，设置预取请求存储区，以便在服务器无法立即处理所述预取请求时，将所述预取请求暂时存储在该预取请求存储区中。

可以在将预取请求放入预取请求存储区之前判断预取请求存储区是否已满，并且在预取请求存储区未满的情况下将所述预取请求放入。

如上所述，所述预取请求可以进一步包括有效期。在这种情况下，可以先检查所述预取请求是否仍然有效，并且仅在所述预取请求处于有效期内的情况下才将该预取请求放入预取请求存储区。

根据本发明的一个实施例，服务器也可以在将该预取请求放入预取请求存储区之前给该预取请求设置有效期。如果预取请求不包括有效期，所述设置指的是为该预取请求指定一个有效期；如果预取请求自身包含有效期，所述设置指的是对该有效期进行校正。根据本发明一个实施例，可以以默认值给所述预取请求设置有效期。根据本发明的又一个实施例，可以根据发出该预取请求的客户端的信用情况来设置或校正该预取请求的有效期。例如，如果一个客户端被发现经常发出无效的预取请求，则该客户端的信用较低。相应地，将该客户端或客户端发出的预取请求的有效期设置或者校正得比较短。所述无效预取请求指的是在预取请求的有效期内，服务器未收到对所预取的数据的实际请求。服务器可以根据设置后的有效期判断所述预取请求是否失效。本领域技术人员可以理解，对于自身包含有效期的预取请求，保持其有效期不变也是一种“设置”的实施方式，即将该预取请求自身包含的有效期设置为该预取请求的有效期。

需要说明的是，在将预取请求放入预取请求存储区之前，服务器可以如上所述地检查和设置所述有效期，也可以仅仅设置所述有效期，而在后续从所述预取请求存储区中读取所述预取请求时检查相应的有效期。相对于仅在读取所述预取请求时检查有效期，在将预取请求放入存储区之前检查有效期可以避免失效的预取请求进入预取请求存储区，从而节约服务器的存储资源。

根据本发明的一个实施例，预取请求放入预取请求存储区后，就等待后续的处理。根据本发明的一个实施例，所述预取请求在第一次从预取请求存储区被读出时，可能得到执行。

根据本发明的另一个实施例，可以在将预取请求放入预取请求存储区时，就执行所述预取请求。执行所述预取请求的内容至少包括：从数据源中预取所述预取请求指定的数据，以及将该放入服务器预取数据存储模块中。可选地，在执行预取请求后，为该预取请求配置一个追踪触发器，以便跟踪被预取的数据在数据源中发生的变化。例如，所述追踪触发器可以在该预取请求后续被从预取请求存储区中读取时触发所述服务器追踪模块。这样能够增加预取请求得到执行的比例。

如果服务器收到实际请求，那么类似地可以将其放入实际请求存储区。

步骤502，根据所述预取请求的指示从数据源预取数据。

如前所述，可以将无法立即处理的预取请求放入预取请求存储区。请求管理模块按照一定的策略轮询所述预取请求存储区，并且读取一个本次轮询过程中尚未读取的预取请求进行处理。例如，可以在一定的周期到达时开始轮询，也可以循环地进行所述轮询。以下以一次轮询为例进行说明。此外，这里假设在将预取请求放入预取请求存储区时没有执行预取请求。

如前所述，请求管理模块维护两个请求存储区，分别用于存储预取请求和实际请求，并且优先处理实际请求。根据本发明的一个实施例，只有在实际请求存储区为空的情况下，才从所述预取请求存储区中读取预取请求。这样可以保证服务器对实际请求的处理，但同时有可能导致预取请求总是得不到执行。根据本发明的另一个实施例，为预取请求设置优先级，并且在某预取请求的优先级高于一优先级阈值时，即使实际请求存储区不为空也读取所述预取请求。可以根据收到预取请求后所经历的时间长度来设置所述优先级。例如，预取请求的优先级随其等待执行的时间变化的函数可以是增函数，即一个预取请求等待执行的时间越长，其优先级就越高；所述函数也可以是减函数，即一个预取请求等待执行的时间越长，其优先级就越低；所述函数也可以是先增后减的函数或者先减后增的函数，即一个预取请求等待执行的时间落入某个区间时其优先级最高或者最低。本领域技术人员容易地设计出各种函数形式来规定等待执行的时间与优先级之间的关系。

根据本发明的一个实施例，仅在所读取的预取请求步骤尚未失效的情况下才执行所述预取请求。根据本发明的另一个实施例，仅在所读取的预取请求尚未被执行并且尚未失效的情况下，执行所述预取请求。

虽然这里假设在将预取请求放入预取请求存储区时没有执行预取请求，但是一个预取请求还是有可能在上一次轮询中已经得到执行。根据本发明的一个实施例，可以为预取请求设置标识位来指示是否已经执行过。根据本发明的另一个实施例，如果在执行预取请求时为该预取请求配置了追踪触发器，则可以通过检查一个预取请求是否有对应的追踪触发器来进行判断。

对于一个已经失效的预取请求，请求管理模块进行清理操作。如果该预取请求尚未执行，则从所述预取请求存储区中删除该预取请求。如果该预取请求已经执行，例如在上一次轮询中或者在放入预取请求存储区时被执行，那么除了从所述预取请求存储区中删除该预取请求外，还进一步从所述服务器预取数据存储模块中删除所预取的数据，并且删除对应的触发器。对有效期的检查可以避免预取请求所指示的数据长时间驻留在服务器预取数据存储模块中。由于假设在将预取请求放入预取请求存储区时没有执行预取请求，因此对有效期的判断还可以避免执行失效预取请求所产生的负荷。

根据本发明的另一个实施例，可以在将预取请求放入预取请求存储区时为该预取请求设置失效触发器。该失效触发器用于自行判断该预取请求是否失效，并且在判断出该预取请求失效的情况下通知所述请求管理模块进行请求操作。

步骤503，在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

图6示出了根据本发明实施例的用于数据预取的装置方框图。

根据本发明实施例的用于由服务器进行数据预取的装置包括：

接收单元，配置为接收来自客户端的预取请求；

执行单元，配置为执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及

发送单元，配置为在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

虽然以上结合具体实施例，对本发明的各个装置和方法进行了详细描述，但本发明并不限于此。本领域普通技术人员能够在说明书教导之下对本发明进行多种变换、替换和修改而不偏离本发明的精神和范围。应该理解，所有这样的变化、替换、修改仍然落入本发明的保护范围之内。本发明的保护范围由所附权利要求来限定。

Claims (22)

1.一种用于由服务器进行数据预取的方法，包括：

接收来自客户端的预取请求；

执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及

在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

2.如权利要求1所述的方法，进一步包括：

设置所述预取请求的有效期。

3.如权利要求2所述的方法，其中设置所述预取请求的有效期包括：

根据所述客户端的信用设置所述有效期。

4.如权利要求2所述的方法，其中接收来自客户端的预取请求进一步包括：

检查所述预取请求的有效期并且丢弃失效的预取请求。

5.如权利要求2或4所述的方法，其中执行预取请求包括：

检查所述预取请求的有效期并且仅执行尚未失效的预取请求；以及

丢弃失效的预取请求。

6.如权利要求1所述的方法，其中设置预取请求存储区，所述接收来自客户端的预取请求进一步包括：

将所述预取请求存储在该预取请求存储区中。

7.如权利要求6所述的方法，其中设置非预取请求存储区，所述执行预取请求包括：

从所述预取请求存储区中读取预取请求；以及

在所述非预取请求存储区为空的情况下，执行所读取的预取请求。

8.如权利要求7所述的方法，其中为所述预取请求设置优先级，所述执行预取请求进一步包括：

在所读取的预取请求的优先级高于优先级阈值的情况下执行所读取的预取请求。

9.如权利要求1所述的方法，其中执行预取请求进一步包括：

为所述预取请求设置追踪触发器，以跟踪被预取的数据在数据源中发生的变化。

10.一种用于预取数据的设备，包括

服务器通信模块，配置为从客户端接收预取请求，并且根据所述预取请求的指示从连接到该设备的数据源预取数据，以便在收到针对所预取的数据的实际请求时发送被预取的数据；和

服务器预取数据存储模块，配置为存储所述被预取的数据。

11.根据权利要求10所述的设备，进一步包括：

服务器追踪模块，配置为根据所述被预取的数据在数据源中的变化，更新服务器预取数据存储模块中的被预取数据。

12.根据权利要求11所述的设备，其中所述服务器追踪模块在该设备收到所述实际请求时检查所述被预取的数据在数据源中是否发生变化。

13.根据权利要求10所述的设备，进一步包括：

请求管理模块，配置为调度对预取请求和非预取请求的处理，从而优先处理非预取请求。

14.一种用于由服务器进行数据预取的装置，包括：

接收单元，配置为接收来自客户端的预取请求；

执行单元，配置为执行预取请求，以根据预取请求的指示从连接到所述服务器的数据源预取数据；以及

发送单元，配置为在收到针对所预取的数据的实际请求时，将所预取的数据发送给客户端。

15.如权利要求14所述的装置，进一步包括：

配置为设置所述预取请求的有效期的单元。

16.如权利要求15所述的装置，其中所述配置为设置所述预取请求的有效期的单元包括：

配置为根据所述客户端的信用设置所述有效期的单元。

17.如权利要求15所述的装置，其中接收单元进一步包括：

配置为检查所述预取请求的有效期并且丢弃失效的预取请求的单元。

18.如权利要求15或17所述的装置，其中执行单元包括：

配置为检查所述预取请求的有效期并且仅执行尚未失效的预取请求的单元；以及

配置为丢弃失效的预取请求的单元。

19.如权利要求14所述的装置，其中设置预取请求存储区，所述接收单元进一步包括：

配置为将所述预取请求存储在该预取请求存储区中的单元。

20.如权利要求19所述的装置，其中设置非预取请求存储区，所述执行单元包括：

配置为从所述预取请求存储区中读取预取请求的单元；以及

配置为在所述非预取请求存储区为空的情况下执行所读取的预取请求的单元。

21.如权利要求20所述的装置，其中为所述预取请求设置优先级，所述执行单元进一步包括：

配置为在所读取的预取请求的优先级高于优先级阈值的情况下执行所读取的预取请求的单元。

22.如权利要求14所述的装置，其中执行单元进一步包括：

配置为为所述预取请求设置追踪触发器以跟踪被预取的数据在数据源中发生的变化的单元。

Images