过去这周我正在实施"演变" 使用 BDC 和 SPQuery 并遇到一些困难，使用 SPQuery 针对包含文件夹的文档库的客户端解决方案. 底线: 分配"递归" 在视图属性中的查询.

我的方案:

• 周一, 上传文档，并提供一些元数据.
• 下一周, 我上传一个新的文档. 很多此新文档的元数据基于我周一传的文档 (我们称之为"主文档").
• 我们已经创建了 web 服务门面提供 BDC-友好界面到列表中，以便用户可以方便地找到那星期一通过搜索标题的文档.
• BDC 数据列提供了一个友好的用户界面. (这是企图的我在为一个更友好的查阅列使用 BDC 的一部分).

最后的 BDC 门面服务使用像这样的查询进行查找:

 // U2U 工具用于生成此 CAML 查询帮助.
      oQuery.Query =
        "<在哪里>";

      如果 (titleFilter.Length > 0)
        oQuery.Query   =
          "  <和>";

      oQuery.Query   =
        "    <和>" +
        "      <Geq>" +
        "        <FieldRef 名称 = "DocumentId" />" +
        "        <值类型 = "Text">" + minId + "</价值>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef 名称 = "DocumentId" />" +
        "        <值类型 = "Text">" + maxId + "</价值>" +
        "      </Leq>" +
        "    </和>";

      如果 (titleFilter.Length > 0)
        oQuery.Query   =
          "    <包含>" +
          "      <FieldRef 名称 = "Title" />" +
          "      <值类型 = "Text">" + titleFilter + "</价值>" +
          "    </包含>" +
          "  </和>";
      oQuery.Query   =
        "</在哪里>";

在发展的初始阶段, 这工作得非常棒. 不过, 我们引入的目录来解决一些问题的文件夹和突然, 我 BDC 选取器不会返回任何结果. 我跟踪这 SPQuery 将永远不会返回任何结果的事实. 我们文件夹主要用于允许多个文件具有相同的名称，要上载，但使用不同的元数据. 当上载文件, 我们创建一个基于 ID 的列表项的文件夹，然后移动该文件存在 (写了， 在这里; 我们已经 好坏参半的结果 这种方法，但整体上, 它好工作). 用户不关心文件夹，事实上, 真不明白有任何文件夹. 我们已经配置上要显示的项目而不考虑文件夹的库的所有视图.

我打了两倍的技术实施发展和解决它以不同的方式每次这个问题. 第一次, 我不在查询中使用包含运算符. 没有包含运算符, 我是能够解决的问题通过指定视图上 SPQuery 的构造函数. 而不是使用默认的构造函数:

写入 oList = web。列表["文档"];

SPQuery oQuery = 新增功能 SPQuery();

我转而用于指定视图的构造函数:

写入 oList = web。列表["文档"];

SPQuery oQuery = 新增功能 SPQuery(oList.Views["所有的文档"]);

这解决了这个问题，我开始我的结果.

然后加入混合的 CONTAINS 操作符，它再一次打破了. 原来，包含运算符, 到目前为止，我可以告诉, 不能与视图相同的方式更简单的 GEQ / LEQ 运算符. 我做了一些搜索，学到了，该查询 ViewAttributes 应该设置为"递归", 如在:

oQuery.ViewAttributes = "范围 = "Recursive"";

包含用于解决了这个问题. 事实上, 这也解决了我原来的搜索问题和如果指定递归属性第一次, 我会不有问题再碰到.

基于视图的 SPQuery 工程部分经营者这一事实 (GEQ/LEQ) 而不是其他 (包含), 加上这一事实似乎 Kpi 不能工作在所有与此文件夹包含的文档库主角我相信 SPQuery 具有正交性的几个问题.

特别感谢:

• 在的好人们 U2U 和他们的查询工具.
• 迈克尔 · 哈弗的伟大 "边学边做" 博客张贴内容, 意见及回应.

</结束>

订阅我的博客!