MongoDB
 sql >> Baza danych >  >> NoSQL >> MongoDB

Mongo DB Design, osadzanie a relacje

1) Jeśli chodzi o limit dokumentów 4 MB, tak mówi "MongoDB:The Definitive Guide":

Ostatecznie zależy to od tego, jak duże będą według Ciebie rachunki dla użytkownika. Mam nadzieję, że powyższy fragment daje wyobrażenie o ograniczeniach nałożonych przez rozmiar dokumentu.

2) Zdenormalizowany schemat (rachunki idą z dokumentem użytkownika) to droga, jeśli wiesz, że nigdy nie będziesz uruchamiać globalnych zapytań dotyczących rachunków (przykładem takiego zapytania jest, jeśli chcesz pobrać dziesięć ostatnich rachunków wprowadzonych do systemu). Jeśli używasz zdenormalizowanego schematu, będziesz musiał użyć map-reduce, aby pobrać wyniki dla takich zapytań.

Znormalizowany schemat (użytkownik i rachunki w osobnych dokumentach) jest lepszym wyborem, jeśli potrzebujesz elastyczności w sposobie odpytywania rachunków. Jednakże, ponieważ MongoDB nie obsługuje złączeń, będziesz musiał uruchamiać wiele zapytań za każdym razem, gdy chcesz pobrać rachunki odpowiadające użytkownikowi.

Biorąc pod uwagę przypadek użycia, o którym wspomniałeś, wybrałbym schemat zdenormalizowany.

3) Wszystkie aktualizacje w MongoDB są niepodzielne i serializowane. To powinno odpowiedzieć na obawy Steve'a.

Te slajdy mogą okazać się pomocne. http://www.slideshare.net/kbanker/mongodb-meetup

Możesz również zajrzeć na stronę wdrożeń produkcyjnych MongoDB. Pomocne mogą okazać się slajdy SF.net.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Eksportowanie system.profile z MongoDB nie działa

  2. Połączenie gniazda SSL aplikacji Django z oprogramowaniem układowym

  3. Porównaj mongo diff w dwóch kolekcjach

  4. MongoDB count() kontra countDocuments()

  5. jak utworzyć indeks z mangusty w elastycznym wyszukiwaniu w węźle,expressjs