[发明专利]虚拟化查询中的对象

说明书

背景

1.背景和相关技术

计算机系统和相关技术影响社会的许多方面。的确，计算机系统处理信息的能力已转变了人们生活和工作的方式。计算机系统现在通常执行在计算机系统出现以前手动执行的许多任务(例如，文字处理、日程安排和会计等)。最近，计算机系统彼此耦合并耦合到其他电子设备以形成计算机系统和其他电子设备可以在其上传输电子数据的有线和无线计算机网络。因此，许多计算任务的执行分布在多个不同的计算机系统和/或多个不同的计算环境上。

大多数(即使不是全部)计算任务通常包括对数据执行诸如例如创建、修改、删除等操作来获得所需结果的软件(例如，应用程序或操作系统)。由此，对于要获得所需结果的软件，该软件必须能够访问适当的数据。例如，为了对文字处理文档做出编辑，用户必须定位该文字处理文档(例如，在文件系统中)并将命令输入到文字处理程序来指示该文字处理程序打开该文字处理文档。

如果用户不知道文档位置，则用户可使用各种搜索工具来定位文档。用户可将各种搜索项输入到搜索模块(例如，文件查找器)中。搜索模块可在文件系统中搜索包括在搜索项中标识的特征的文档并将任何所标识的文档的位置返回给用户。因此，在某种程度上，用户将查询(搜索项)提交给搜索模块，搜索模块处理查询(标识任何匹配)，然后搜索模块返回结果(任何所标识的匹配)。

在许多环境中，使用更复杂的数据操作来创建并访问较大一部分数据的数据子集。例如在数据库系统中，数据创建语句可用于创建对数据库中的数据的视图。查询可针对对数据库(或甚至整个)的视图(或其他对象)来发出以检索所需数据子集。基于数据库中的数据的安排和数据量，数据创建语句和查询可相对复杂。此外，一系列数据创建语句和查询可彼此结合使用来更细粒度地访问数据，导致额外的复杂度。

另外，常常有请求少于全部分组数据集(或子集)来执行所需计算操作的情况。例如，数据库可包含含有若干顾客的企业地址的地址对象。每一地址对象可包含街道、城市、州和邮政编码字段。然而，为了执行所需操作(例如，确定每个邮政编码的顾客数量)，只有邮政编码字段中的值是相关的。因此，可以发出查询来从每一地址对象的邮政编码字段中获得值。

不幸的是，在大部分(即使不是全部)数据库系统中，当查询引用对象的一部分(例如，其中的字段)时，整个对象被实例化，从而需要立即对整个对象求值。即，在处理只引用对象的一部分的查询之前对整个对象求值。例如，邮政编码查询可能需要在处理邮政编码查询之前实例化整个地址对象。实例化与查询无关的数据并对其求值不必要地消耗了计算机系统资源并导致查询处理的低效性。

此外，随着对象大小增加，计算机系统资源的不必要的消耗以及查询处理的低效性也增加。例如，考虑下列描述了创建表示订单的对象的对象查询：

Order order＝

        new Order()

        {

          ItemCount＝items.Count()，

          ShippingAddress＝

             new Address()

             {

               Street＝“123 Abc Lane”，

               City＝“Tukwila”，

               State＝“WA”，

               ZipCode＝LookupZipCode(…)

             }，

          TotalCost＝

             (from it in items

             select item.Price).Sum()

        }

且对对象的查询是：

Address address＝order.Address

通常对该查询的求值需要首先实例化Order(订单)对象，导致此时需要立即对ItemCount(项目计数)、ShippingAddress(送货地址)和TotalCost(总成本)属性的表达式求值。然后，ShippingAddress属性的值将从Order对象实例中检索。Order对象的创建和对ItemCount和TotalCost属性的表达式的求值不被第二查询使用，但无论如何在其创建和求值时使用了计算机系统资源和时间。

简要概述