recursion - RavenDB 和分层文档

Question

我在使用 RavenDB 解决此问题时遇到困难。我有这些类(class)。为了使示例简单，我从它们中排除了许多属性。

public class Menu
{
    public string Name { get; set; }
    public List<NavigationNode> Nodes { get; set; }
}

public class NavigationNode
{
    public string Text { get; set; }
    public Guid? PageId { get; set; }
    public string NodeType { get; set; }
    public List<NavigationNode> Nodes { get; set; }
}

public class Page
{
    public Guid PageId { get; set; }
    public string Slug { get; set; }
}

正如您所看到的，这是关于渲染导航菜单的。节点列表是分层的，理论上可以无限深入(当然实际上只有 2-4 个子级别)。起初，我将 Slug 存储在节点中，但意识到，如果页面 Slug 更改，会发生什么情况，当页面更改 slug 时更改所有节点，我必须循环遍历所有菜单，沿着层次结构向下爬，找到所有要更改的 Slug 值他们，这听起来不像是一个最佳解决方案。

所以我认为应该可以构建一个索引，将 Page Slug 与来自节点的其余数据以分层结构结合起来。

我一直在阅读有关 MapReduce、Multimap 和 recurse 的内容，但我什至不知道从哪里开始。

我找到了这个http://ravendb.net/docs/2.0/client-api/querying/static-indexes/indexing-hierarchies

这是一个简单的例子，我只是试图开始一些事情，但我什至无法让它工作，因为我真的不理解上面链接到的页面上的示例。

  public class NavigationIndex : AbstractIndexCreationTask<Menu>
   {
        public NavigationIndex()
        {
            Map = menus => from menu in menus
                           from node in Recurse(menu, x => x.Nodes)
                           select new
                                      {
                                          WhatIsThis = node // <- Why is this a collection?
                                      };
        }
    }

根据示例，节点不应该是集合，而是实际的 NavigationNode 对象。

是否有可能在 RavenDB 中实现我想要的以及我在示例中做错了什么？

如有任何疑问，请随时提出。

对于造成的困惑，我深表歉意。我会尽力解释一下。

编辑:

将 PageId 更改为字符串不会有问题。我正在使用 Guid，因为我需要能够在插入之前生成主键 ID:s。不管怎样，我想从索引中查询的是包含页面 Slug 的导航链接的分层树。所以我可以在网站上递归地循环出一个导航菜单。

马特·约翰逊问题的回答:

1. 我想要一个类的输出，您可以在下面看到
2. 页面是一个单独的文档

3. 我只想按菜单名称查询

   公共(public)类NavigationIndexItem{ 公共(public)字符串菜单名称{获取;放; } 公共(public)字符串文本{获取;放; } 公共(public)字符串 Slug { 获取；放; } 公共(public)字符串 NodeType { 获取；放; } 公共(public)列表子项{获取;放; } }

现在，当我看到上面的类(class)时，我想我可能走错了路。

但无论如何，我会做一些小的改变，并感谢马特的回答。但是我仍然遇到与以前相同的问题。

示例中的这一行:其中 node.PageId != null

node 不是特定 NavigationNode 的实例，而是另一个集合，因此我无法检查其上的 PageId 属性。我只获得 LINQ 扩展的列表。

Answer 1

我正在对你想要的进行一些假设。请参阅我对原始问题的评论。但我认为这就是你所追求的。

首先 - 您需要将 Page 类的 id 更改为 Id 而不是 PageId。这样 Raven 就会使用您的 guid 作为其文档 ID 的一部分。实际上，使用字符串 Id 会更好，但这仍然有效。

然后您可以执行以下操作:

public class NavigationIndex : AbstractIndexCreationTask<Menu>
{
    public NavigationIndex()
    {
        Map = menus => from menu in menus
                       from node in Recurse(menu, x => x.Nodes)
                       where node.PageId != null
                       let page = LoadDocument<Page>("pages/" + node.PageId)
                       select new
                       {
                           menu.Name,
                           node.Text,
                           node.PageId,
                           page.Slug
                       };
    }
}

这使用新的 LoadDocument RavenDB 2.0的特性，比multi-map更适合你的场景。