Haben Sie Nachteile beim Aufrufen von _documentSession.Store beim Aktualisieren vorhandener Dokumente in RavenDB?

Question

Wenn neue erstellen oder vorhandene Dokumente in RavenDB aktualisieren, sagt die Dokumentation es in diese Richtung zu tun:

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; 
} 

Jemand in meinem Team ist sowohl für die Erstellung neue Dokumente oder die Aktualisierung bestehender spart eine andere Art und Weise zu tun:

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

Gibt es einen Nachteil, immer .Store() aufzurufen, selbst wenn das Dokument bereits existiert?

Answer 1

Store speichert dieses Objekt in einem neuen Dokument. Verwenden Sie die Änderungsverfolgungsfunktion, die in das Sitzungsobjekt integriert ist, wie das Dokument "Arbeitseinheit", wie die Dokumente vorschlagen.

Answer 2

Jason, Ihr Code wird immer überschreiben das Dokument. Möchten Sie etwas tun?

Answer 3

Wenn Sie eine Rich-Client-App tun und Serialisierung die volle Blogpost an den Client wie folgt:

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

Dann rehyrdating eine vollständige Blogpost auf dem Server, nachdem ein Benutzer Änderungen vorgenommen hat. Der Code unten erscheint, effizienter zu sein als eine Last zu tun und dann einen Store:

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

Wenn Sie das tun ein

documentSession.Load<Blogpost>(id) 

RavenDB die volle JSON für den Blog-Post zurückgibt, die Sie bereits Nur für Sie, um es zu überschreiben, drehen Sie um und speichern Sie den gesamten JSON für den Blog-Post wieder über den Draht zu Raven.

Das bedeutet, dass das Laden und Speichern, wenn Sie bereits alle Daten haben, den doppelten Netzwerkverkehr für Raven ergibt, ohne zusätzlichen Nutzen, den ich mit Fiddler sehen kann.

Auch wenn Sie änderten sich nur ein Teil des Objekts (zum Beispiel der Name des Blogpost) die RavenDB .NET-API sendet immer noch das gesamte Objekt über den Draht, wenn eine tun:

• Load()
• machen einige Änderungen (aber keine Änderungen an alles)
• Store()
• Savechanges()

Vielleicht kann uns Ayende Rahien über alles, was ich hier vermisse, aufklären?