MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

MongoDB срещу Касандра

Много четения във всяка заявка, по-малко редовни записи

И двете бази данни се представят добре при четене, където горещият набор от данни се вписва в паметта. И двете също така наблягат на моделите на данни без присъединяване (и вместо това насърчават денормализирането) и двете предоставят индекси на документи или редове, въпреки че индексите на MongoDB в момента са по-гъвкави.

Двигателят за съхранение на Cassandra осигурява запис с постоянно време, без значение колко голям нараства наборът ви от данни. Записванията са по-проблематични в MongoDB, отчасти заради механизма за съхранение, базиран на b-дърво, но повече заради многодискретното заключване, което прави.

За анализи MongoDB предоставя персонализирана реализация на карта/намаляване; Cassandra предоставя естествена поддръжка на Hadoop, включително за Hive (склад за SQL данни, изграден върху Hadoop map/reduce) и Pig (специфичен за Hadoop език за анализ, който мнозина смятат, че е по-подходящ за картографиране/намаляване на работните натоварвания от SQL). Cassandra също така поддържа използването на Spark.

Не се притеснявайте за „масивна“ мащабируемост

Ако търсите един сървър, MongoDB вероятно е по-подходящ. За тези, които са по-загрижени за мащабирането, архитектурата на Cassandra без единична точка на отказ ще бъде по-лесна за настройка и по-надеждна. (Глобалното заключване на запис на MongoDB също става по-болезнено.) Cassandra също така дава много повече контрол върху това как работи вашата репликация, включително поддръжка за множество центрове за данни.

Повече загрижени за лесната настройка, поддръжка и код

И двете са тривиални за настройка, с разумни стандартни настройки по подразбиране за един сървър. Cassandra се настройва по-лесно в конфигурация с множество сървъри, тъй като няма възли със специална роля, за които да се притеснявате.

Ако в момента използвате JSON blobs, MongoDB е безумно подходящ за вашия случай на употреба, като се има предвид, че използва BSON за съхраняване на данните. Ще можете да разполагате с по-богати и по-подлежащи на запитване данни, отколкото в настоящата си база данни. Това би била най-значимата победа за Монго.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как да конвертирам pymongo.cursor.Cursor в dict?

  2. MongoDB/NoSQL:Поддържане на историята на промените в документа

  3. MongoDB - необходим ли е DBREF?

  4. Google Cloud Mongo DB:Външният IP не се свързва

  5. Автоматично увеличаване на последователността в mongodb с помощта на java