RavenDB 查询 ID

Question

我有一个名为 Post 的模型，其中有一个名为 Slug 的字段。我已经用属性 [ID] 标记了该字段，并更改了 RavenDB 中的 FindIdentityProperty 约定，以便它将用 [ID] 标记的属性视为文档的身份。

现在我想获取所有包含以字符 G 开头的 slugs 的帖子，我是否需要创建一个像这样的索引：

from Post in docs.Posts
select new { Slug = Post.Slug }

或者像这样

from Post in docs.Posts
select new { Id = Post.Id }

，或者我是否使用 RavenDB 内部应该有的索引，因为我正在查询 ID。 据我所知，RavenDB 在某处索引了 ID 属性，以便可以使用 Session.Load("SomeID") 。

第一个选项可以在 C# 代码中定义为 AbstractIndexCreationTask，因为 C# 理解 Slug 是 Post 的一个字段，但不起作用，因为它是“字符串”化到 RavenDB 中，如下所示：（当索引创建发生时）

from Post in docs.Posts
select new { Slug = Post.Slug }

变为

docs.Posts
    .Select(Post => new {Slug = Post.Slug })

您可以看到创建索引后查看 SL-UI 时会出现此情况。

这确实不起作用，因为（如数据库的 SL-UI 中所示）帖子的 JSON 表示，没有像 "Slug":"Some- 这样的名称-值对蛞蝓”。由于它是 ID，因此显示在文档上方，并且在 @metadata 中，它可以被视为 _document_id 的值。

后者确实有效，但仅当定义为一个字符串，就像 C# 中的这样，

public class Post_ById : AbstractIndexCreationTask
    {
        public override IndexDefinition CreateIndexDefinition()
        {
            return new IndexDefinition
                       {
                           Map = "from Post in docs.Posts select new { Id = Post.Id}"
                       };
        }
    }

我怀疑当 Raven 获取包含字符串“Id”的查询时，它会自动将其视为是对[@metadata][_document_id]。

这里没有 LINQ 的好处 - 看起来非常脆弱，无法在域名重构中幸存。 Id 不是 Post 的字段，但这个索引确实允许我做我想做的事情，即“获取所有具有以字符 G 开头的 slugs 的帖子” 。当数据库应该已经有这样的索引时，我讨厌为 Id 定义索引。

Answer 1

嗯，我们实际上也在 AbstractIndexCreationTask 中使用相同的约定，所以这应该可以工作。
无论如何，文档的 id 始终可以使用 __document_id 访问