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

Mongodb - все още ли са значителни проблемите с надеждността?

Както казаха други, MongoDB няма издръжливост на един сървър в момента. За щастие е много лесно за настройка на репликация с множество възли. Можете дори да настроите втора машина в друг център за данни и данните да се копират автоматично към нея на живо!

Ако пишете трябва успеете, можете да накарате Mongo да не се върне от вмъкване/актуализация, докато тези данни не бъдат копирани в n роби. Това гарантира, че имате поне n копия на данните. Наборите реплики ви позволяват да добавяте и премахвате възли от вашия клъстер в движение без никаква значителна работа; просто добавете нов възел и той автоматично ще синхронизира копие на данните. Премахнете възел и клъстерът се ребалансира сам. Той е проектиран да се използва в множество машини, като множество възли действат паралелно; това е предпочитаната настройка по подразбиране в сравнение с нещо като MySQL, което очаква една гигантска машина да свърши работата си, на която след това можете да сдвоите подчинени устройства, когато трябва да мащабирате. Това е различен подход за съхранение и мащабиране на данни, но много удобен, ако отделите време, за да разберете разликата в допусканията и как да изградите архитектура, която се възползва от силните му страни.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Как можете да премахнете всички документи от колекция с Mongoose?

  2. Критерии/обобщаване:търсене на всички пълни документи, чието поле за масив има елемент с последно зададен статус

  3. Съхраняване на речник с полиморфни стойности в mongoDB с помощта на C#

  4. Защо координатите на многоъгълни GeoJSON обекти се съхраняват в масив от масив?

  5. Ember, Ember Data и _id на MongoDB