结果集造句

结果集是每种规范的结果集的交集。

它们可以是基表或者中间结果集。

首先介绍结果集的分页和排序。

用于隐式或显式过滤query方法的结果集。

如果当前位置在结果集中的一行中，则可以利用获取值的方法来获得结果集中列的值。

如果结果集是在前一个事务中生成的，那么隐式或显式的提交会关闭这个结果集。

开发人员运行搜索后，该工具将结果集返回到搜索结果视图中。

因此结果集中最终的评估值只有一个(NLJOIN(2))，这是符合实际结果的。

生成数据集对话框既允许您生成新的数据集，又支持在现有的项目数据集中包含结果集数据表。

这将打印结果集中的每条记录，而不是显示一个子集。

在数据库读*作成功之后，它循环遍历结果集并收集帐户数据信息。

不必折中从结果集中选择的功能，但是，您也可以利用键盘的方位键循环选择结果集中的内容。

FETCH(3)的结果集是根据ID字段排序的，并且使用T1的索引I1的合并联接而得到最终的结果集。

对于返回一组用户ID的查询，将创建所有查询结果的并集，并构建用户ID的结果集。

因此，不应该使用具有大型结果集的方法。

返回包括很多行的结果集，从数千行到数百万行。

Stocky说，将实时搜索结果集成到Goole搜索引擎中的唯一问题是要知道用户什么时候不需要这些结果。

最后，V 3现在支持大结果集，使得查询程序能够以一种类似分块的方式检索结果。

结果集是一个数组，该数组由0个或多个与数据库查询相匹配的行组成；结果集标识符只是一个值，您可以将该值传递给其它函数，以使它们能够使用结果集中的行。

IDomainObjectFactory接口的实现，把一个返回的结果集转变为一个服务对象。

重复第12 - 14步，直至结果集中所有匹配的车辆都排进对象里。

通常，查询优化器选择将在最短时间内返回整个结果集的计划。

它返回下面这样的结果集，其中的行数与表中的行数一样多。

给RelationalDAS一个SQL查询供其执行，它将处理查询并将结果集置入sdo图。

所有这些函数都有一个共同点：当被调用时，每个函数都返回一个结果集，这个结果集看上去像一个db2表(这正是我们将其称作表函数的原因)。

如果您希望使用更大的结果集，则可以在与您的人员*件配置关联的XSLT文件中自定义此参数。

如果要寻找这种方法的例子，请看旅行或其他预订系统网站的结果集。

值得一提的是，如果结果集返回xml字符串，应该用花括号将返回字符串中的变量包围起来。

这些结果集并不是BIRT的数据集，但却包含了数据容器中绑定的列，而该数据容器中的数据则来自于一个数据集。

如果有附加的过滤器需要在表访问步骤之后应用于数据，在被包括在，自那步起的最终结果集之前，行集将穿过过滤器。

下一个例子是执行一条select语句，并处理由数据库服务器返回的结果集。

请注意，与ecmascript数组基于0的索引不同，结果集的*作方法在基于1的索引上工作。

当实际上并不需要整个结果集时，这将是理想的，因为它能够更有效地使用可用内存。

第一行标识出要包括在查询结果集中的sql列以及查询中所引用的源表。

用同样的方法，我们可以从头到尾遍历这个结果集，取得每个对象的位置信息的xml值(一个字符串)。

在这里的范例中，每一个用户在结果中只会显示一次，因为每一个用户的其他实例，都会筛选出结果集合之外 。

当然，在很多情况中这都是不可能的，但是在有些情况中，其结果集是有限的；在另外一些情况中，了解这个无限结果中开头的情况就是我们所要做的事情。

但是，同样的道理，只有当联合的远程分支在返回结果之前需要执行相当长时间的处理，并且结果集相对较小的时候，才能有那种程度的*能提升。

当在*上使用查询时，可直接在已有的结果集上执行查询，而不必重新在数据库中执行查询，然后重新将所有数据取出到应用程序中。

通常情况下，请不要写那种依赖于结果集行数的代码，因为驱动程序必须获取所有的数据集以便知道查询会返回多少行数据。

然后根据标签间的相关度度量选出图片结果集中与查询标签高相关的标签集，接着采用一种自顶向下启发式的图划分算法来自动对次相关标签集进行分类。

如果不提供某种形式的*或排名就将这一结果集呈现给用户，找到有用信息的概率可谓微乎其微。

如果传入了多个名称的值，那么匹配将基于逻辑或进行处理。 (也就是说，所有同时匹配名称/语言代码值对的注册服务信息都将被包含在最终结果集内)

但是，如果使用任意数量的表和字段动态地指定from子句或result子句，就不能这样了，因为在编程时无法确定结果集类型。