Dine data er klart relationelle:en artikel har en forfatter. Du kan modellere dine data i en NOSQL-butik som MongoDB på samme måde, som du ville gøre i en relationsbutik, MEN fordi der ikke er joins i databasen, skal du foretage to kald til databasen, så du ikke har fået noget.
MEN ... hvad du KAN gøre med en NOSQL-butik er at denormalisere dataene noget for at få forbedret ydeevne (en enkelt rundrejse for at få alt hvad du behøver for at vise artiklen) MEN på bekostning af umiddelbar konsistens:afvejning af altid nøjagtig forfatter navne til efterhånden nøjagtige forfatternavne.
Du kan for eksempel bruge dette i din artikel:
author: {firstName: "Smarty", lastName: "Pants", _id:DE342624EF }
Nu kan du vise artiklen virkelig hurtigt, og når nogen ændrer deres navn, kan du enten starte en baggrundsopgave for at opdatere alle eksisterende artikler, eller du kan vente på et periodisk konsistens-sweep for at rette det.
Mange store websteder giver dig ikke længere umiddelbar sammenhæng. Der er ændringer, du foretager, som først til sidst kan ses af de andre brugere på siden.