sql >> Database >  >> NoSQL >> MongoDB

MongoDB Schema Design - Nieuwe collectie of referentie?

Inleiding:

In jouw geval zullen beide varianten goed zijn, omdat categorie alleen opsomming is en je geen categorie nodig hebt om de cursus weer te geven, je hoeft alleen maar een opsomming te maken en de categorienaam op id te krijgen.

Maar als u bijvoorbeeld een tabel db.users hebt en elke gebruiker een verzameling db.courses heeft, hoeft u geen apart document te maken, u hebt alleen geneste verzamelingscursussen nodig. En het is echt gaaf, want in sql moet je een aparte tabel maken met één tot veel referenties.

Het enige grote voordeel van de documentdatabase is dat u grote documenten kunt maken met geneste verzamelingen en dat u geen tabellen hoeft samen te voegen.

Antwoord:

Dus in jouw geval stel ik twee manieren voor:

  1. Maak een opsomming voor categorieën en verkrijg de categorienaam op id (maar niet laden vanuit mongo).
  2. Kopieer gewoon de categorienaam in de cursus (maar beter eerst, want als de categorienaam is gewijzigd, moet u elke cursus bijwerken met een nieuwe categorienaam).



  1. groepeer MongoDB-verzameling per maand en totale inkomsten voor churn / inkomstengrafiek

  2. Gebruikersauthenticatie van de flask

  3. mongo-schema (inbedding versus referentie)

  4. Formulierwaarde (json-indeling) in database invoegen met meteor