sql >> Database teknologi >  >> NoSQL >> MongoDB

MongoDb-database vs samling

Så du ser på et sted i omegnen af ​​100 milliarder poster (1 million poster * 100.000 brugere).

Den foretrukne måde at håndtere store mængder data på er at skabe en sharded cluster, der deler dataene ud over flere servere, der præsenteres som en enkelt logisk enhed via mongo-klienten.

Derfor er svaret på dit spørgsmål at lægge alle dine optegnelser i en enkelt opdelt samling.

Antallet af krævede shards og konfigurationen af ​​klyngen er relateret til størrelsen af ​​dataene og andre faktorer såsom mængden og fordelingen af ​​læsninger og skrivninger. Svarene på disse spørgsmål er sandsynligvis meget specifikke for din unikke situation, så jeg vil ikke forsøge at gætte dem.

Jeg ville nok starte med at beslutte, hvor mange shards du har tid og maskiner til rådighed til at opsætte og teste systemet på en klynge af så mange maskiner. Baseret på ydeevnen af ​​det kan du beslutte, om du har brug for flere eller færre skår i din klynge



  1. Samlet/projekt underdokument som dokument på øverste niveau i mongo

  2. mongo gruppe forespørgsel, hvordan man opbevarer felter

  3. Mongo-fejl ved brug af aggregering:sortering overskredet hukommelsesgrænsen

  4. MongoDB sortering