Każda wada wywoływania _documentSession.Store podczas aktualizowania istniejących dokumentów w RavenDB?

Question

Podczas tworzenia nowego lub aktualizacji istniejących dokumentów w RavenDB dokumentacja mówi to zrobić wzdłuż tych linii:

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

Ktoś w moim zespole robi oszczędza inny sposób dla obu tworzenia nowych dokumentów lub aktualizacji istniejących:

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

Czy jest jakaś wada polegająca na tym, że zawsze dzwonisz pod numer .Store(), nawet jeśli dokument już istnieje?

Answer 1

Sklep zapisze ten obiekt w nowym dokumencie. Użyj funkcji śledzenia zmian wbudowanej w obiekcie sesji, podobnie jak wzorzec Jednostka pracy, jak sugerują dokumenty.

Answer 2

Jason, Twój kod będzie zawsze nadpisać dokument. Czy to jest coś, co chcesz robić?

Answer 3

Jeśli robisz bogaty aplikację kliencką i szeregowania pełną blogpost do klienta tak:

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

Następnie rehyrdating pełną blogpost na serwerze, gdy użytkownik dokonał zmiany. Poniższy kod wydaje się być bardziej skuteczne niż robi Załaduj a następnie sklep:

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

kiedy wykonujesz

documentSession.Load<Blogpost>(id) 

RavenDB zwraca pełny JSON na blogu, że już mieć tylko po to, żeby go zastąpić, obróć się i ponownie zapisz, wysyłając pełny JSON do bloga z powrotem do Wire'a do Raven.

Oznacza to, że wykonanie operacji Załaduj i zapisz, gdy już posiadasz wszystkie dane, powoduje dwukrotne zwiększenie ruchu w sieci do Raven, bez dodatkowych korzyści, które widzę przy użyciu Fiddlera.

Nawet jeśli były tylko zmieniając część obiektu (słownie nazwa blogpost) API RavenDB NET nadal wysyła cały obiekt na drucie, gdy robi:

• load()
• zrobić kilka zmian (ale nie wszystko) zmiany do
• Store()
• SaveChanges()

Być może Ayende Rahien może oświecić nas na czymkolwiek, co tu przegapiłem?