Kiedy zapisujemy w Raven DB jakiś obiekt, to domyślnie w bazie zostaną zapisane wartości wszystkich jego właściwości, publicznych i prywatnych, a także tych tylko do odczytu. Nie zawsze jest to pożądane, niektóre rzeczy chcemy po prostu pominąć. W takiej sytuacji z pomocą przychodzi nam atrybut JsonIgnore. Właściwości oznaczone tym atrybutem będą pomijane przez silnik serializujący, a znajdziemy go w dll'ce Newtonsoft.Json.dll używanej przez Raven DB.
Łatwo się domyślić, że klasa ta ma właściwości, których nie chcę zapisywać w dokumentowej, lub innej, bazie danych. Innymi słowy wymaga to abym oznaczył je atrybutem JsonIgnore czyli dodał do projektu zawierającego tą klasę referencję do biblioteki Newtonsoft.Json.dll. Nie chciałem jednak tego robić, bo jest to atrybut specyficzny dla Raven DB i biblioteka ta nie jest potrzebna we wszystkich moich projektach.
Problem rozwiązałem oznaczając interesujące właściwości jako virtual, umożliwiając tym samym ich przedefiniowanie (ang. override) i oznaczenie atrybutem JsonIgnore w projektach używających Raven DB.
Podsumujmy co już umiemy:
public class Test { public int Id { get; set; } public int string WillBeSavedToRavenDB{ get; set; } [JsonIgnore] public int string WillBeIgnoredByRavenDB{ get; set; } }Użycie atrybutu JsonIgnore może być jednak problematyczne. W swoich projektach używam klasy BaseEntity, która jest klasą bazową dla innych encji np.: ExpressionEntity, TranslationEnity itd. Klasa ta zdefiniowana jest w osobnej bibliotece nie mającej niż wspólnego z Raven DB. W szczególności wykorzystuję ją w projektach, które korzystają z relacyjnej bazy danych.
Łatwo się domyślić, że klasa ta ma właściwości, których nie chcę zapisywać w dokumentowej, lub innej, bazie danych. Innymi słowy wymaga to abym oznaczył je atrybutem JsonIgnore czyli dodał do projektu zawierającego tą klasę referencję do biblioteki Newtonsoft.Json.dll. Nie chciałem jednak tego robić, bo jest to atrybut specyficzny dla Raven DB i biblioteka ta nie jest potrzebna we wszystkich moich projektach.
Problem rozwiązałem oznaczając interesujące właściwości jako virtual, umożliwiając tym samym ich przedefiniowanie (ang. override) i oznaczenie atrybutem JsonIgnore w projektach używających Raven DB.
public class BaseEntity { public virtual string Name { get; set; } } public class TestEntity : BaseEntity { public int Id { get; set; } public string Id { get; set; } [JsonIgnore] public override string Name { get { return base.Name; } set { base.Name = value; } } }Niestety z moich obserwacji wynika, że opisane podejście nie działa z właściwościami protected. Jeśli przedefiniowujemy taką właściwość i oznaczamy atrybutem JsonIgnore to zostanie to zignorowane, a jej wartość zostanie zapisana w bazie danych. Czyżby bug w Raven DB?
Podsumujmy co już umiemy:
- Osadzić Raven DB w aplikacji hostującej.
- Zainicjować Raven DB.
- Skonfigurować dostęp do Raven Studio i API REST'owego.
- Tworzyć obiekty POCO jakie mogą zostać umieszczone w Raven DB.
- Dodawać/usuwać/modyfikować dokumenty.
- Zadawać proste i te trochę bardziej skomplikowane zapytania.
- Utworzyć indeks.
- Skorzystać z algorytmu Map/Reduce.
- Skorzystać z zapytań Lucene.
- Wymusić zwrócenie przez zapytanie aktualnych danych.
- Sterować tym, które właściwości zostaną zapisane do bazy danych.
0 comments:
Post a Comment