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

Co oznacza zorientowany na dokument a klucz-wartość, gdy mówimy o MongoDB vs Cassandra?

Sklep klucz-wartość zapewnia najprostszy możliwy model danych i jest dokładnie tym, co sugeruje nazwa:jest to system przechowywania, który przechowuje wartości indeksowane przez klucz. Ograniczasz się do zapytań według klucza, a wartości są nieprzezroczyste , sklep nie wie niczego o nich. Pozwala to na bardzo szybkie operacje odczytu i zapisu (prosty dostęp do dysku) i postrzegam ten model jako rodzaj nieulotnej pamięci podręcznej (tj. Dobrze nadaje się, jeśli potrzebujesz szybkiego dostępu za pomocą klucza do długotrwałych danych).

baza danych zorientowana na dokumenty rozszerza poprzedni model, a wartości są przechowywane w ustrukturyzowanym format (dokument, stąd nazwa), zrozumiały dla bazy danych. Na przykład dokumentem może być post na blogu i komentarze i tagi przechowywane w sposób zdenormalizowany. Ponieważ dane są przejrzyste , sklep może wykonać więcej pracy (np. indeksować pola dokumentu) i nie jesteś ograniczony do zapytań według klucza. Jak wspomniałem, takie bazy danych umożliwiają pobranie danych z całej strony za pomocą jednego zapytania i są dobrze dostosowane do aplikacji zorientowanych na treść (dlatego lubią je duże witryny, takie jak Facebook czy Amazon).

Inne rodzaje baz danych NoSQL obejmują sklepy zorientowane na kolumny , grafowe bazy danych a nawet bazy obiektów . Ale to wykracza poza kwestię.

Zobacz także



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Nodejs UUIDv4 generujący stałą wartość identyfikatora, gdy jest używany w Mongoose

  2. JSON z EJS do obiektu JSON w JS

  3. Zapytanie typu sprzężenie mongodb z dwiema kolekcjami i klauzulą ​​where

  4. Użyj agregacji MongoDB, aby znaleźć przecięcie dwóch zestawów w tym samym dokumencie

  5. DateTime z MongoDB/Mongoid i Rails 3 nie zapełnia się