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

MongoDB :gdzie jest granica między kilkoma a wieloma?

To wszystko jest względne i jest naprawdę niebezpiecznym pytaniem, aby przyjąć założenia dotyczące projektowania architektury. Warto zainwestować czas, aby dokonać właściwych wyborów dla swojego schematu i konfiguracji. Radziłbym kilka kroków:

  1. Zrobić matematykę. Pomnóż swoje relacje w zależności od tego, czego oczekujesz od aplikacji. Jeśli masz kilka zagnieżdżonych tablic lub osadzonych dokumentów, kilka „od jednego do kilku” może dość łatwo rozwinąć się w wiele dokumentów, gdy zaczniesz je rozwijać.

  2. Napisz prototyp. Przeprowadź podstawowe testy na oczekiwanym sprzęcie/środowisku, aby sprawdzić, czy z łatwością poradzi sobie z takim obciążeniem, gdy wykonujesz zapytania dotyczące wszystkich danych.

  3. Na podstawie testów utwórz ograniczenia. W tym miejscu musisz narysować granicę liczby relacji, które możesz utworzyć w dokumencie, dla każdego typu relacji, zanim system się zepsuje.

Gdybym to był ja, powiedziałbym, że jeden do kilku to mniej niż tuzin, a jeden do wielu jest teoretycznie nieograniczony, ale praktycznie w milionach. Może powinien istnieć środek między „jeden do kilku”, aby wskazać prawdopodobnie setki.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Ostatni rekord według daty dla każdej grupy pozycji mongodb

  2. Nie znaleziono klasy „Jenssegers\Mongodb\MongodbServiceProvider”

  3. MongoDB kontra Cassandra

  4. Statystyki wizualne dla Twojego serwera MongoDB

  5. DynamoDB kontra MongoDB NoSQL