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

Kiedy do Redisa? Kiedy do MongoDB?

Powiedziałbym, że zależy to od rodzaju zespołu programistów i potrzeb aplikacji.

Na przykład, jeśli potrzebujesz dużo zapytań , oznacza to przede wszystkim, że programiści będą bardziej pracowali przy użyciu Redis, w którym dane mogą być przechowywane w różnych wyspecjalizowanych strukturach danych, dostosowanych do każdego typu obiektu pod kątem wydajności. W MongoDB te same zapytania mogą być łatwiejsze, ponieważ struktura danych jest bardziej spójna. Z drugiej strony w Redis sama prędkość odpowiedzi na te zapytania jest zapłatą za dodatkową pracę związaną z rozmaitymi strukturami, w których mogą być przechowywane Twoje dane.

MongoDB oferuje prostotę, znacznie krótszą krzywą uczenia się dla programistów z tradycyjnym doświadczeniem w bazach danych i SQL. Jednak nietradycyjne podejście Redis wymaga więcej wysiłku w nauce, ale większej elastyczności.

Np. pamięć podręczna warstwa może być prawdopodobnie lepiej zaimplementowana w Redis. Aby uzyskać więcej danych, które można scharakteryzować, MongoDB jest lepszy. [Uwaga:zarówno MongoDB, jak i Redis są technicznie pozbawione schematów]

Jeśli mnie pytasz, moim osobistym wyborem jest Redis dla większości wymagań.

Na koniec mam nadzieję, że już widziałeś http://antirez.com/post/MongoDB-and-Redis.html



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Elasticsearch vs. MongoDB do aplikacji filtrującej

  2. Strumieniowanie danych w czasie rzeczywistym za pomocą strumieni zmian MongoDB

  3. Klucze dynamiczne po $grupuj według

  4. MongoDB - Utwórz dokument

  5. Sortowanie MongoDB