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

Архитектура за много регистриране на данни, DB или файл?

Бих казал, че mongodb е много подходящ за колекцията от регистрационни файлове поради:

  1. Mongodb има невероятни бързи записи
  2. Дневниците не са толкова важни, така че е добре да загубите някои от тях в случай на повреда на сървъра. Така че можете да стартирате mongodb без дневник опция за избягване на надписи.
  3. В допълнение можете да използвате шардинг за да увеличите скоростта на запис, в същото време можете просто да преместите най-старите регистрационни файлове в отделна колекция или във файловата система.
  4. Можете лесно експортиране данни от базата данни към json/csv.
  5. След като разполагате с всичко в база данни, ще можете да извършвате заявки за данни за да намерите дневника, който ви трябва.

Така че, моето мнение е, че mongodb е идеално подходящ за такива неща като трупи. Няма нужда да управлявате много регистрационни файлове във файловата система. Mongodb прави това вместо вас.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Асинхронно групово (партидно) вмъкване в MySQL (или MongoDB?) чрез Node.js

  2. ограничения на броя на колекциите в базите данни

  3. MongoDB $mul

  4. MongoDb:$geoIntersects за множество входни координати

  5. Как да променя потребителската си парола за mongoDB като не администратор?