Zastanawiasz się, czy istnieją jakieś wytyczne dotyczące projektowania db zorientowanego na dokumenty, a ja mówię zwłaszcza o CouchDb.Czy istnieją wytyczne konstrukcyjne dla baz danych dokumentów?
Wiem, że bycie bezsensownym może przybierać kształt, który chcemy, ale czy istnieją jakieś najlepsze praktyki?
Z góry dziękuję! = D
Jan Lehnardt napisał niedawno użyteczny przegląd danych modelowania (Nie nazwałbym tego projektu "schematem", o czym słusznie wskazuje).
Nie wiem konkretnie o CouchDB, ale jest coś ponad w MongoDB Docs o Schema Design.
nie jest to istotne dla CouchDB. MongoDB wymaga spójnego schematu danych do indeksowania, CouchDB nie. Mapuj/zmniejszaj fazę i normalizuj wszystkie dane bez schematu do ujednoliconego indeksu. – mikeal
@mikeal, co masz na myśli, mówiąc, że "MongoDB wymaga spójnego schematu danych do indeksowania."? – TTT
Indeksy MongoDB oparte są na nazwach głównych, co oznacza, że możesz mieć tylko relacje z spójnymi schematami danych. CouchDB's map/reduce pozwala na introspekcję dokumentu i emisję znormalizowanego indeksu, co oznacza, że dane mogą być prawdziwie bez schematu, nie ograniczając tego, co można zindeksować. – mikeal
Dzięki za link! Ma świetne info = D – Hugo
Link jest teraz http://blog.couchbase.com/document-modeling-rules-thumb –
Link jest nieaktualny – Romaan