更新 RavenDB 中的现有文档时调用 _documentSession.Store 有什么缺点吗？

Question

在 RavenDB 中创建新文档或更新现有文档时，文档说要按照以下方式进行：

public string Save(Blogpost post)
{
    Blogpost model;

    if (String.IsNullOrEmpty(post.Id))
    {
        model = new Blogpost();
        _documentSession.Store(model);
    }
    else
    {
        model = _documentSession.Load<Blogpost>(post.SimpleId);
    }

    model.Text = template.Text;
    model.Name = template.Name;
    _documentSession.SaveChanges();

    return model.Id;
}

我团队中的某个人正在使用另一种方法来创建新文档或更新现有文档：

public string Save(Blogpost post)
{
    _documentSession.Store(post);
    _documentSession.SaveChanges();
    return post.Id;
}

即使文档已经存在，总是调用.Store() 有什么缺点吗？

Answer 1

杰森， 您的代码将始终覆盖文档。那是你想做的事情吗？

Answer 2

如果您正在开发一个富客户端应用程序并将完整的 BlogPost 序列化到客户端，如下所示：

//GET BlogPost/1
public BlogPost Get(int id)
{
    return _documentSession.Load<BlogPost>(id)
}

然后在用户进行更改后在服务器上重新填充完整的 BlogPost。下面的代码似乎比先加载再存储效率更高：

//POST BlogPost/
public void Post(BlogPost post)
{
    //blog post already has an Id in this example
    _documentSession.Store(post)
    _documentSession.SaveChanges(); 
}

当你做一个

documentSession.Load<Blogpost>(id)

RavenDB 返回您已经拥有的博客文章的完整 JSON，以便您覆盖它，转身并重新保存，将博客文章的完整 JSON 通过网络再次发送回乌鸦。

这意味着当您已经拥有所有数据时执行加载和存储会导致 Raven 的网络流量增加一倍，而我使用 Fiddler 并没有看到额外的好处。

即使您只是更改对象的一部分（比如博客帖子的名称），RavenDB .NET API 在执行以下操作时仍会通过线路发送完整的对象：

• 加载（）
• 进行一些更改（但不更改所有内容）
• 商店()
• SaveChanges()

也许 Ayende Rahien 可以启发我们了解我在这里错过的任何事情？

Answer 3

Store 会将此对象存储在一个新文档中。使用会话对象中内置的更改跟踪功能，也就是工作单元模式，就像文档建议的那样。