CN1842794A - 用于管理属性位于多个数据库中的数据库记录的方法、系统和计算机程序产品 - Google Patents

Abstract

公开了用于管理属性位于多个登记处的数据库记录的方法、系统和计算机程序产品。数据处理系统识别需要从多个分布式数据库的一个或多个中访问的记录的一个或多个属性，其中一个或多个属性中的第一属性驻留在多个数据库中的未知数据库中，并且知道第二属性驻留在多个数据库中的特定的数据库中。该数据处理系统形成一个查询，该查询包括对第一属性的请求和对第二属性的请求，并且向该特定数据库发送该请求。该数据处理系统接收对该查询的肯定应答，该应答指示该特定数据库包含该记录的第一属性，并且响应于接收该肯定应答，该数据处理系统存储与第一属性关联的该特定数据库的标识符。然后，该数据处理系统访问该特定数据库中的该记录的第一属性和第二属性。

Description

用于管理属性位于多个数据库中的数据库 记录的方法、系统和计算机程序产品

技术领域

本发明一般涉及数据处理，并且尤其涉及提高分布式数据库内的数据访问、分发和修改的效率。

背景技术

大量分布式数据库应用，使得仅仅几年前还不可想象的一系列技术今天成为了可能，其中数据库的某些部分，甚至是单个记录的某些部分，散布在通过网络交换数据的不同数据处理系统上。依赖于上述类型的分布式数据库的应用，其范围从简单的网络登录方案到用于执行银行交易的复杂的金融业务数据库。

常规地，分布式数据库系统在与特定功能有关的多种不同位置和存储系统中定义并存储诸如用户ID、用户组和其它信息的记录。现有的基于标准的信息存储和检索方法(例如，分布式计算环境(DCE)、简单目录访问协议(LDAP)、网络信息系统(NIS+)及其它)适合于完全不同的目的。

例如，DCE提供用于配置和管理在分布式计算机系统中的客户/服务器模式的计算和数据交换的软件技术，分布式计算机系统通常用于包括散布在不同地理区域的不同大小的服务器的计算系统的较大的网络。使用DCE，应用程序的用户可以使用远程服务器上的应用程序和数据，并且应用程序编程人员也不需要知道他们的程序将在哪里运行或数据将位于什么位置。

与其相比，NIS+包括亦能提供安全设施的较小网络的命名和管理系统。使用NIS+，系统中的每个主机、客户端或服务器计算机都知晓整个系统。任一主机上的用户都可以用单一的用户标识和密码来访问该网络中的任一主机上的文件或应用。NIS+类似于因特网的域名系统，只是较简单，并且是为较小网络设计的。试图通过远程过程调用接口的操作供局域网上的客户/服务器使用。NIS+包括服务器、客户程序库以及常常与网络文件系统一起使用的某些管理工具。

LDAP是软件协议，用于使客户端或用户能够访问组织、单个用户记录以及其它资源，诸如公众因特网或公司内联网之类的网络中的文件和设备。LDAP允许用户在不知道记录的位置的情况下搜索单个记录。

正如从上面所列的每个协议的描述可预见的那样，强调位置独立的意思是，上面所列的存储和检索方法都不能使应用程序容易地确定信息的位置。此外，由于设计上面所列协议的目的各不相同，所以每个协议都提供它自己的管理工具，并且需要管理员和应用程序设计人员学习那些工具。

不存在现有机制用于跨越这些不同协议和应用程序来管理来自多个同时源的用户和组帐号信息。对能够与分布在多个物理存储位置上的数据库进行透明交互的系统的不断增加的需求，引起对位置独立的互操作性的不断增加的需求。所需要的是一种方法，其使与分布在多个存储位置上的数据库记录交互的应用程序能够知道这些记录的属性的位置。

发明内容

本发明公开了用于管理属性位于多个登记处的数据库记录的方法、系统和计算机程序产品。数据处理系统识别将要从多个分布式数据库的一个或多个中访问的记录的一个或多个属性，其中一个或多个属性中的第一属性驻留在多个数据库中的未知数据库中，并且知道第二属性驻留在多个数据库中的特定数据库中。该数据处理系统形成一个查询，该查询包括对第一属性的请求和对第二属性的请求，并且向该特定数据库发送该请求。该数据处理系统接收对该查询的肯定应答，该应答指示该特定数据库包含该记录的第一属性，并且响应于接收该肯定应答，该数据处理系统存储与第一属性关联的该特定数据库的标识符。然后，该数据处理系统访问该特定数据库中的该记录的第一属性和第二属性。

附图说明

现在参照以下附图仅仅以示例的方式来详细描述本发明的优选

实施方式：

图1说明在网络环境中的分布式数据库，在其中实现用于管理其属性位于多个登记处的数据库记录的方法、系统和计算机程序产品的优选实施方式；以及

图2是根据本发明之优选实施方式的用于管理其属性位于多个登记处的数据库记录的过程的高级逻辑流程图。

具体实施方式

现在参照附图，特别地参照图1，该图描述示例性网络环境，该实施方式可以有利地利用本发明。所示网络环境包括局域网或广域网100，例如因特网或另一个分组化的数字网络。查询客户端数据处理系统102、第一数据库104、第二数据库106、第三数据库108以及配置服务器110与网络100相连。

第一数据库104、第二数据库106和第三数据库108中的每一个均包含在电子记录中存储的数据，尽管单个记录的内容可以散布在第一数据库104、第二数据库106和第三数据库108中间的一个以上的数据库中。查询客户端数据处理系统102执行与位于第一数据库104、第二数据库106和第三数据库108上的电子记录的访问、分发和修改有关的功能。查询客户端数据处理系统102使用由配置服务器110存储的数据，通过网络100与第一数据库104、第二数据库106和第三数据库108通信。

为了简化本发明之实施方式的论述，本发明之实施方式的论述省略了相关数据处理领域中的技术人员熟知的查询客户端数据处理系统102的许多细节。可以利用常规或以后开发的硬件或软件实现查询客户端数据处理系统102对第一数据库104、第二数据库106和第三数据库108的操作。

查询客户端数据处理系统102的功能包括但不限于，电子记录的访问、分发和修改，其中这些记录是根据属性构建的。就关于查询客户端数据处理系统102的所示示例而言，查询客户端数据处理系统102在指令的控制下运行，以为给定的记录或记录组收集第一属性112、第二属性114、第三属性116和第四属性118。对于第一属性112、第二属性114、第三属性116和第四属性118中的某些属性，查询客户端数据处理系统102可以访问存储的信息，以下称为分配，该信息有时为内部存储，有时存储在配置服务器110上，该信息与可以从中检索某些属性的位置有关，但是也可以没有与从中可以检索其它属性的位置有关的此类分配信息。

查询客户端数据处理系统102通过向第一数据库104、第二数据库106和第三数据库108发送查询，检索第一属性112、第二属性114、第三属性116和第四属性118。为了解释的目的，关于图1说明的示例的运行是基于这样的假设，查询客户端数据处理系统102可以访问存储的信息，该信息与在第一数据库104、第二数据库106和第三数据库108中的位置有关，在此位置可以访问第一属性112和第三属性116。至于第二属性114和第四属性118，关于图1说明的示例假设对于查询客户端数据处理系统102没有可用的位置数据，该位置数据将有助于认定第二属性114和第四属性118的在第一数据库104、第二数据库106和第三数据库108之中的属性的位置。

以下参照图2详细描述的根据本发明之优选实施方式的用于管理其属性位于多个登记处的数据库记录的过程，将导致一些报文的发送和接收。作为这些报文的示例，第一查询报文126包含指向第一数据库104的第一查询120，并且包括对第一属性112、第二属性114和第四属性118的请求。在第一查询120中不包括对第三属性116的请求，因为位置数据对于查询客户端数据处理系统102可用，该位置数据指示第三数据库108上存在第三属性116。第一查询120的应答以第一属性报文128的形式到达查询客户端数据处理系统102，该报文包含第一属性112以及用于确认第一数据库104中没有第二属性114和第四属性118的数据。查询客户端数据处理系统102借助于第一属性返回报文130向第一数据库104返回第一属性112。

同样，第二查询报文132包含指向第二数据库106的第二查询122，并且包括对第二属性114和第四属性118的请求。第二查询122中不包括对第三属性116的请求，因为位置数据对于查询客户端数据处理系统102可用，该位置数据指示第三数据库108上存在第三属性116。同样，在第二查询122中不包括对第一属性112的请求，因为查询客户端数据处理系统102在第一属性报文128中收到第一属性112。第二查询122的应答，以第二属性报文134的形式，到达查询客户端数据处理系统102，该报文包含第二属性114以及用于确认第二数据库106中没有第四属性118的数据。查询客户端数据处理系统102借助于第二属性返回报文136向第二数据库106返回第二属性114。

作为最后的示例，第三查询报文142包含指向第三数据库108的第三查询124，并且包括对第三属性116和第四属性118的请求。在第三查询124中不包括对第一属性112或第二属性114的请求，因为查询客户端数据处理系统102在第一属性报文128中收到第一属性112并且在第二属性报文134中收到第二属性114。第三查询124的应答，以第三属性报文140的形式，到达查询客户端数据处理系统102，该报文包含第三属性116以及用于确认第三数据库108中没有第四属性118的数据。查询客户端数据处理系统102借助于第三属性返回报文138向第三数据库108返回第三属性116。

现在参照图2，该图描述根据本发明之优选实施方式的用于管理其属性位于多个登记处的数据库记录的过程的高级逻辑流程图。尽管图2的过程是在简化的实施方式中作为逻辑流程图来说明的，但是其中为解释清楚起见顺序地解释单个的操作，但是本领域的技术人员会很快认识到，可以把图2描述的过程分成一组相互作用的过程，作为模块或程序对象并行地运行，并且彼此相互作用。

在可以作为模块进行描述并且下面将更详细地解释其某些部分的这些子过程中，分配模块254包括步骤204-212。分配模块254为每个请求的属性执行与识别已知的数据库位置是否存在有关的步骤，例如第一数据库104作为第一属性112的位置。正如下面详细说明的那样，就图1描述的示例而言，分配模块254的步骤包括由查询客户端数据处理系统102分析可以向哪个数据库适当地提供给定属性，并且把该属性分配给列表，然后在查询准备模块256中，查询客户端数据处理系统102将使用该列表。

查询准备模块256包括步骤214-230以及步骤250。查询准备模块256为查询客户端数据处理系统102准备查询，以便通过网络100发送到数据库。第三模块，查询通信模块258，包括步骤232-240，并通过网络100向数据库发送查询。返回模块260在查询数据被修改后向适当的数据库返回查询数据，并且包括步骤242-246。

图2的过程在步骤200开始，该步骤描述查询客户端数据处理系统102开始访问、分发和修改分布在与网络相连的多个数据处理系统上的数据库中的记录的过程。步骤200通常包括激活查询客户端数据处理系统102上的查询过程，以及激活可以来自于用户或自动的查询。接着，该过程进入步骤202，该步骤说明查询客户端数据处理系统102接收用来访问或修改位于远程数据库上的一个或多个记录的记录属性的请求。正如参照图1中的示例描述的那样，查询客户端数据处理系统102处理一个或多个记录的四个属性的查询。请求的属性是第一属性112、第二属性114、第三属性116和第四属性118。

接着，图2的过程进行到步骤204，该步骤是先前被视为分配模块254的分配子过程的一部分。步骤204描述查询客户端数据处理系统102确定是否有任何请求的属性(例如，第一属性112，第二属性114，第三属性116和第四属性118)保持“未分配”状态。为按照图1描述的示例对图2进行讨论，相对于第一属性112、第二属性114、第三属性116和第四属性118的其中一个属性，只要查询客户端数据处理系统102没有所需属性的、在第一数据库104、第二数据库106和第三数据库108中的位置的信息，就存在未分配状态。如果全部所需属性的位置都是已知的，则图2的过程进入到查询信息模块256中的步骤214，后面会详细描述该步骤。

然而，就像在图1描述的示例那样，如果存在处于未分配状态的属性，其位置信息不可用于查询客户端数据处理系统102，则图2的过程接下来进入到步骤206，该步骤说明查询客户端数据处理系统102把需要识别其位置的下一个属性放入队列中。然后，该过程进入到步骤208，该步骤说明查询客户端数据处理系统102确定数据库是否已被分配，以提供正在讨论的属性，其中该数据库是查询客户端数据处理系统102可以向其(例如，第一数据库104，第二数据库106和第三数据库108)发送查询的数据库中的一个。可以根据在步骤202中的访问属性请求中收到的数据，根据查询客户端数据处理系统102上存储的数据，或根据其它信源存储的数据，来确定是否已分配了查询客户端数据处理系统102可以向其发送查询的那些数据库中的一个数据库，以提供正在讨论的属性。

如果为正在讨论的属性指定了数据库，则该过程进行到步骤210，该步骤描述查询客户端数据处理系统102把正在讨论的属性分配给指定数据库的位置列表。关于图1描述的示例，由于第一数据库104上的第一属性112的位置是已知的，所以查询客户端数据处理系统102把第一属性112分配给要从第一数据库104中查询的属性列表。同样，由于第三数据库108上的第三属性116的位置是已知的，所以查询客户端数据处理系统102把第三属性116分配给要从第三数据库108中查询的属性列表。

在步骤208中，如果没有位置数据可用于第一属性112，则该过程转到步骤212，该步骤描述查询客户端数据处理系统102把属性分配给数据库未知的属性列表。在图1描述的示例中，第一属性112和第三属性116的数据库位置已分配并且是已知的，这些属性将被分配给其各自的第一数据库104和第三数据库108的查询列表。然而，没有位置数据可用于第二属性114和第四属性118。将第二属性114和第四属性118分配给其数据库位置数据未知的那些属性的查询列表。在完成步骤210以后，或者在完成步骤212以后，该处理返回到步骤204。

在步骤204中，如果没有剩余还未分配给特定数据库的列表或者分配给数据库位置未知的列表的属性，则当过程进入步骤214时，该过程进入查询准备模块256。步骤214说明查询客户端数据处理系统102把任何已知的未用过的数据库位置数据添加到需要查询其位置数据库未知的属性的数据库列表中。通常可以从配置服务器110中获得该数据。

接着，图2的过程进入到步骤216，该步骤描述查询客户端数据处理系统102确定是否还剩有任何未收到的属性。如果没有未收到的属性，则该过程离开查询准备模块256，并在当过程进入到步骤242时，进入返回模块260，后面会详细描述该步骤。

如果还有任何未收到的属性，则图2的过程转到步骤218，该步骤说明查询客户端数据处理系统102确定它是否已经用尽可以用来接收任意未收到的属性的查询的所有可能的数据库。可以用来接收未收到的属性的查询的数据库将包括：在查询客户端数据处理系统102中存储的信息中引用的那些数据库，从配置服务器110那里接收的信息中引用的那些数据库，以及响应于先前查询的数据库的查询接收的任何信息中引用的那些数据库。在向单个数据库发送查询以后，该数据库被用尽。

如果可用的数据库尚未用尽，则该过程进入到步骤220，该步骤描述查询客户端数据处理系统102把可能添加到查询中的下一个属性放入到队列中，该查询正被准备向在步骤220中选择的当前数据库传送。接着，该过程转到步骤222，该步骤描述查询客户端数据处理系统102，对于在步骤220中选择的当前数据库，确定是否还有任何未尝试的所需的属性。该步骤包括，对于在步骤220中选择的当前数据库，确定是否尝试了每一个未收到的属性。

在步骤222中，如果还有未尝试的属性，则优选实施方式的过程将进入到步骤224，该步骤说明查询客户端数据处理系统102指定可能添加到正向在步骤220中选择的当前数据库发送的查询中的下一个属性。然后，该过程转到步骤226，该步骤描述查询客户端数据处理系统102确定在步骤224中指定的、用来接收当前正形成的查询的数据库是否是分配为包含正在考虑的属性的所期望的数据库。为了确定在步骤224中指定的、用来接收查询信息模块256中正在形成的查询的数据库是否是分配为包含正在考虑的属性的所期望的数据库，查询客户端数据处理系统102查阅分配模块254为在步骤220中选择的当前数据库准备的列表，并且认定是否在分配模块254生成的列表上识别出所包含的当前属性。如果正在尝试的指定的数据库是所期望的数据库，即，已知其包含了所需属性，则该过程进入到步骤228，该步骤描述查询客户端数据处理系统把当前属性添加到当前数据库的查询中。

在步骤226中，如果指定的数据库不是所期望的数据库，则该过程转到步骤230，该步骤说明查询客户端数据处理系统确定对于正在考虑的属性是否指定了任何数据库。查询客户端数据处理系统102，通过在由分配模块254准备的、包含没有为其指定数据库的那些属性的列表中搜索当前属性，确定没有为属性指定数据库。如果没有为正在考虑的属性指定数据库，则该过程进入到步骤228，在该步骤中，查询客户端数据处理系统102将正在考虑的没有可用位置数据的属性添加到正在为在步骤220中选择的当前数据库准备的查询中。

如果指定的数据库是可用的，但是当前的数据库不是指定的数据库，则该过程返回到上面讨论过的步骤222。当回到步骤222时，如果对于当前数据库没有未尝试的属性，则该过程进入到步骤232，该步骤描述向当前数据库发送查询。

在参照图1说明的示例中，提出了三个查询。第一查询120是用于第一属性112、第四属性118和第二属性114的查询。第二查询122是请求第二属性114和第四属性118的查询。第三查询124请求第三属性116和第四属性118。

回到图2，图2的过程接下来转到步骤234，该步骤说明客户数据处理102接收属性。如上所述，发送查询120作为第一查询报文126将导致在第一属性报文128中返回属性112。同样，发送第二查询122作为第二属性报文132将导致接收第二属性114作为第二属性报文134，以及发送第三查询124作为第三查询报文142将导致接收第三属性116作为第三属性报文140。接着，该过程转到步骤236，其中查询客户端数据处理系统102存储它在步骤234中接收的属性的位置数据。然后该过程进入到步骤238，该步骤描述查询客户端数据处理系统在所接收的属性上或者利用所接收的属性执行操作。在所接收的属性上执行的操作因实施方式而异，并且可以包括常规执行的任何操作。接着，图2的过程转到步骤240，该步骤描述记录未收到的属性，然后接着返回到前面描述过的步骤216。

回到步骤216，如果查询客户端数据处理系统确定没有剩余未收到的属性，则该过程接着进入到步骤242，该步骤描述查询客户端数据处理系统102确定是否需要返回任何属性。如果需要返回属性，则图2的过程转到步骤244，该步骤描述需要修改的属性的修改。然后，该过程进入到步骤246，该步骤描述通过参照存储的位置信息替换其原始数据库中的修改的属性。然后该过程在步骤248处结束。在步骤242中，如果查询客户端数据处理系统102确定没有属性需要修改，则图2的过程接下来进入到步骤248，该过程在步骤248中结束。

回到步骤218，在步骤218中，如果查询客户端数据处理系统102确定已经查询了其所有可用的数据库并且存在在任何数据库中都未找到的属性，则该过程进入到步骤250，该步骤说明查询客户端数据处理系统报告失败并且在步骤248中结束。

如上所述，本发明的实施方式提供用于访问、分发和/或修改分布在与网络相连的多个数据处理系统上的数据库中的记录的系统、方法和计算机程序产品。同时提供用于从本地查询客户端数据处理系统向远程数据库发送查询的设施，其中该查询包括已知存储在该数据库上的属性和不知道其位置的属性的请求。一旦收到来自远程数据库的属性，本发明的实施方式就提供用于记录该远程数据库上的该属性的位置的设施，以及以存储的位置信息为基础在向该远程数据库返回该属性之前修改该属性的设施。本发明的实施方式通过提供用于处理分布在多个数据库上的属性的有序的、有条理的系统，改进与数据库的交互。

尽管该描述是在全功能计算机系统的上下文中进行的，但是本领域的技术人员可以理解，本发明的机制能够作为程序产品以各种方式分发，并且不管实际用来执行分发的信号承载介质的特定类型，本发明同样也适用。信号承载介质的示例包括但不限于，诸如软盘或CDROM之类的可记录类型的介质以及诸如模拟或数字通信链路之类的传输类型的介质。

Claims (24)

1.一种访问分布式数据库的方法，包括：

识别将要从多个分布式数据库的一个或多个中访问的记录的一个或多个属性，其中所述一个或多个属性中的第一属性驻留在所述多个数据库中的未知数据库中，并且知道第二属性驻留在所述多个数据库中的特定数据库中；

形成查询，该查询包括：对所述第一属性的请求和对所述第二属性的请求；

向所述多个分布式数据库中的所述特定数据库发送所述查询；

接收对所述查询的肯定应答，该应答指示所述特定数据库包含所述记录的所述第一属性；

响应于接收所述肯定应答，存储与所述第一属性关联的所述特定数据库的标识符；以及

访问所述特定数据库中的所述记录的所述第一属性和所述第二属性。

2.根据权要求1所述的方法，其中访问所述特定数据库中的所述记录的所述第一属性和所述第二属性进一步包括：接收来自所述特定数据库的所述选择的属性。

3.根据权利要求1所述的方法，其中访问所述特定数据库中的所述记录的所述第一属性和所述第二属性进一步包括：修改所述特定数据库内的所述选择的属性。

4.根据权利要求1所述的方法，其中存储与所述第一属性关联的所述特定数据库的标识符进一步包括：向第二数据库发送所述标识符。

5.根据权利要求1所述的方法，其中：

识别将要访问的记录的一个或多个属性进一步包括：识别驻留在所述多个数据库中的未知数据库中的所述一个或多个属性中的第三属性；

形成查询进一步包括：形成所述特定数据库的第一查询，该查询包括：对所述第一属性的请求，对所述第二属性的请求和对所述第三属性的请求；以及

所述方法进一步包括：向所述多个分布式数据库中的第二数据库发送第二查询，该查询包括：对所述第三属性的请求，而忽略对所述第一属性和第二属性的请求。

6.根据权利要求1所述的方法，其中存储与所述第一属性关联的所述特定数据库的标识符包括：在客户端存储与所述第一属性关联的所述特定数据库的所述标识符。

7.根据权利要求1所述的方法，进一步包括：记录未收到肯定应答的一个或多个属性。

8.根据权利要求1所述的方法，进一步包括：记录对所述第二属性的肯定应答的失败接收。

9.一种用于访问分布式数据库的系统，所述系统包括：

用于识别将要从多个分布式数据库的一个或多个中访问的记录的一个或多个属性的装置，其中所述一个或多个属性中的第一属性驻留在所述多个数据库中的未知数据库中，并且知道第二属性驻留在所述多个数据库中的特定数据库中；

用于形成查询的装置，该查询包括：对所述第一属性的请求和对所述第二属性的请求；

用于向所述多个分布式数据库中的所述特定数据库发送所述查询的装置；

用于接收对所述查询的肯定应答的装置，该应答指示所述特定数据库包含所述记录的所述第一属性；

用于响应于接收所述肯定应答存储与所述第一属性关联的所述特定数据库的标识符的装置；以及

用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的装置。

10.根据权利要求9所述的系统，其中所述用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的装置进一步包括：用于接收来自所述特定数据库的所述选择的属性的装置。

11.根据权利要求9所述的系统，其中所述用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的装置进一步包括：用于修改所述特定数据库内的所述选择的属性的装置。

12.根据权利要求9所述的系统，其中所述用于存储与所述第一属性关联的所述特定数据库的标识符的装置进一步包括：用于向第二数据库发送所述标识符的装置。

13.根据权利要求9所述的系统，其中：

所述用于识别将要访问的记录的一个或多个属性的装置进一步包括：用于识别驻留在所述多个数据库中的未知数据库中的所述一个或多个属性中的第三属性的装置；

所述用于形成查询的装置进一步包括：用于形成所述特定数据库的第一查询的装置，该查询包括：对所述第一属性的请求，对所述第二属性的请求和对所述第三属性的请求；以及

所述系统进一步包括：用于向所述多个分布式数据库中的第二数据库发送第二查询的装置，该查询包括：对所述第三属性的请求，而忽略对所述第一属性和第二属性的请求。

14.根据权利要求9所述的系统，其中所述用于存储与所述第一属性关联的所述特定数据库的标识符的装置包括：用于在客户端存储与所述第一属性关联的所述特定数据库的所述标识符的装置。

15.根据权利要求9所述的系统，进一步包括：用于记录未收到肯定应答的一个或多个属性的装置。

16.根据权利要求9所述的系统，进一步包括：用于记录对所述第二属性的肯定应答的失败接收的装置。

17.一种在计算机可读介质中用于访问分布式数据库的计算机程序产品，所述计算机程序产品包括：

计算机可读介质；

用于识别将要从多个分布式数据库的一个或多个中访问的记录的一个或多个属性的、在该计算机可读介质上的指令，其中所述一个或多个属性中的第一属性驻留在所述多个数据库中的未知数据库中，并且知道第二属性驻留在所述多个数据库中的特定数据库中；

用于形成查询的、在该计算机可读介质上的指令，该查询包括对所述第一属性的请求和对所述第二属性的请求；

用于向所述多个分布式数据库中的所述特定数据库发送所述查询的、在该计算机可读介质上的指令；

用于接收对所述查询的肯定应答的、在该计算机可读介质上的指令，该应答指示所述特定数据库包含所述记录的所述第一属性；

用于响应于接收所述肯定应答存储与所述第一属性关联的所述特定数据库的标识符的、在该计算机可读介质上的指令；以及

用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的、在该计算机可读介质上的指令。

18.根据权利要求17所述的计算机程序产品，其中所述用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的、在该计算机可读介质上的指令进一步包括：用于接收来自所述特定数据库的所述选择的属性的、在该计算机可读介质上的指令。

19.根据权利要求17所述的计算机程序产品，其中所述用于访问所述特定数据库中的所述记录的所述第一属性和所述第二属性的、在该计算机可读介质上的指令进一步包括：用于修改所述特定数据库内的所述选择的属性的、在该计算机可读介质上的指令。

20.根据权利要求17所述的计算机程序产品，其中所述用于存储与所述第一属性关联的所述特定数据库的标识符的、在该计算机可读介质上的指令进一步包括：用于向第二数据库发送所述标识符的、在该计算机可读介质上的指令。

21.根据权利要求17所述的计算机程序产品，其中

所述用于识别将要访问的记录的一个或多个属性的、在该计算机可读介质上的指令进一步包括：识别驻留在所述多个数据库中的未知数据库中的所述一个或多个属性中的第三属性；

所述用于形成查询的、在该计算机可读介质上的指令进一步包括：形成所述特定数据库的第一查询，该查询包括：对所述第一属性的请求，对所述第二属性的请求和对所述第三属性的请求；以及

所述计算机程序产品进一步包括：用于向所述多个分布式数据库中的第二数据库发送第二查询的、在该计算机可读介质上的指令，该查询包括对所述第三属性的请求，而忽略对所述第一属性和第二属性的请求。

22.根据权利要求17所述的计算机程序产品，其中所述用于存储与所述第一属性关联的所述特定数据库的标识符的、在该计算机可读介质上的指令包括：用于在客户端存储与所述第一属性关联的所述特定数据库的所述标识符的、在该计算机可读介质上的指令。

23.根据权利要求17所述的计算机程序产品，进一步包括：用于记录未收到肯定应答的一个或多个属性的、在该计算机可读介质上的指令。

24.根据权利要求17所述的计算机程序产品，进一步包括：用于记录对所述第二属性的肯定应答的失败接收的、在该计算机可读介质上的指令。

Images