Linq 查询中的 SharePoint 查找（计数相关）值

Question

我有两个列表，帖子和评论。评论具有与帖子列表的查找列，并且帖子与评论列表具有查找（计数相关）关系。我想做的只是显示每个帖子中的评论数量。由于某种原因，我不知道如何使用实体引用来执行此操作。

我有一个 ArchiveItem 类：

    public class ArchiveItem
    {
        public string Id { get; set; }
        public string Title { get; set; }
        public string Comments { get; set; }
        public string Date { get; set; }
    }

然后是我尝试运行的查询：

        var queryItems = from item in spotlightItems
                         join comment in commentItems on item.Title equals comment.Title
                         select new ArchiveItem
                         {
                             Id = item.Id.ToString(),
                             Title = item.Title,
                             Comments = comment.Post.Title.Count().ToString(),
                             Date = item.Date.ToString()
                         };

我尝试了几种不同的方法并收到各种错误消息。这个特定的版本给了我

查询使用了不受支持的元素，例如对多个列表的引用，或使用 EntityRef/EntitySet 投影完整实体。

有什么想法吗？我以为这很简单，但也许我错过了一些东西。

Answer 1

Linq-to-Sharepoint 不支持联接。 sharepoint 列表不是实际数据库中的单独表，sharepoint 的实际数据模型不是重点，但您应该记住，普通 SQL 中的逻辑且廉价的操作本身在 CAML 中并不那么容易，并且每个 Linq-to-Sharepoint 查询最终都会转换为 CAML。

无论如何，连接没有实现。您可以使用查找列的实体来获取数据，但在后台，这始终作为不同的查询实现，根据我的经验，您不能对这些查找实体使用任何聚合或其他多记录操作，包括数数（）。

可能有一个很好的方法来解决这个问题，因为 count 是一个非常简单的函数。我会尝试将您想要计数的属性转换为数组（或类似的），并使用它的长度或计数。

一般来说，解决这些问题的方法是在代码中进行数据处理并依赖相当粗略的查询。通过谨慎选择正确的数据结构，您可以很好地加快操作速度。有几次，我体验到代码处理的性能优于 linq-to-sharepoint 查询解决方案的性能，尽管第一种情况下的查询对数据库产生了一定量的不必要的数据流量。

还有一件事：如果您计划最终使用 CAML 或代码生成 Sharepoint 列表，并且您仅在开发过程中使用“单击”内容类型/列表，请记住，SPMetal 在这些情况下生成的类存在差异。更具体地说，查找字段不是表示为实体类，而是表示为两个普通字段，一个是项目 ID，一个是标题（更像是 SPListItem）。此外，反向查找实体集根本不存在。我没有看到这方面的文档，但我经历过。因此，如果您计划使用 CAML 生成的站点，您可能需要重新考虑某些查询。可能有一个解决方法，但根据我的经验，查找实体（集）无论如何都非常慢，最好使用普通的 linq 查询。

我希望这有帮助。