Reducerer tid til værdi i NoSQL-dummies

Tid til værdi er den tid, der kræves for at starte et it-projekt for at kunne realisere forretningsfordele. Dette kan være konkrete fordele ved omkostningsreduktion eller evnen til at drive nye forretninger eller immaterielle fordele som at yde bedre kundeservice eller produkter.

Nøgletalbutikker er de enkleste NoSQL-databaser med hensyn til datamodel. Så du kan hurtigt bygge applikationer, især hvis du anvender nogle få nøgleprincipper, herunder at gennemgå, hvordan du styrer datastrukturer.

Brug af enkle strukturer

Nøgleværdierne er mere fleksible end relationelle databaser med hensyn til formatet af data. Brug denne fleksibilitet til din fordel for at maksimere hastigheden af ​​din applikations gennemstrømning. Hvis du f.eks. Gemmer kortfliser, skal du gemme dem i hex-format, så de kan gengives straks i en browser.

I din ansøgning skal du opbevare letanvendelige strukturer, der ikke kræver scoringer af behandlingstid. Disse strukturer kan være simple iboende typer som heltal, strenge og datoer eller mere sofistikerede strukturer som lister, sorterede sæt eller endda JSON-dokumenter, der er gemt som en streng.

Fordi det kan tolkes direkte af en JavaScript-webapplikation, skal du bruge JSON til simpel webappstatus eller præferenceopbevaring. Hvis du lagrer logdata, skal du gemme den i det format, der er bedst egnet til hentning og analyse.

Brug den mest passende struktur til din ansøgning, ikke din databaseadministrator. Overvej også virkningerne af tid på din database. Vil du gerne ændre datastrukturer i fremtiden for at understøtte nye funktioner?

Datastrukturerne ændres over tid. Et fleksibelt JSON-dokument er bedre end en CSV-datafil eller datafil med fast bredde, fordi JSON-strukturer nemt kan variere over tid uden at skulle overveje nye eller slettede egenskaber. Skift en kolonne i en CSV-fil, der er gemt i en nøgleværdi butik, og du skal opdatere al din programs kode! Dette er ikke tilfældet med et JSON-dokument, hvor ældre kode simpelthen ignorerer nye egenskaber.

Kompleks strukturhåndtering

Hvis du har komplekse indbyrdes forbundne datasæt, skal du omhyggeligt tænke på datastrukturerne i din nøgleværdi butik. Gem datasæt på en måde, der gør det nemt at hente. I stedet for at lagre otte elementer separat, der kræver 8 otte læs, deormalisere dataene - skriv dataene til den samme post ved indtagstidspunktet - så det er kun nødvendigt at læse senere.

Det betyder, at nogle data gemmes flere gange. Et eksempel er at opbevare kundenavn i et ordredokument.Selvom dette gemmer kundenavnet på tværs af mange ordrer betyder det, når du viser et resumé af ordren, du ikke behøver at opdage, at værdien customer_number = 12 betyder Mr A Fowler - forebyggelse en yderligere læseanmodning.

Denormalisering bruger mere diskplads end relationelle databaser normal form , men øger i høj grad forespørgsels gennemløb. Det er NoSQL svarende til en materialiseret visning i en relationsdatabase. Du ofrer lagerplads til fart - den klassiske computervidenskabelige afgang.

For computerforskere af en bestemt generation betragtes det som kætteri at beholde flere kopier af de samme data. Det er simpelthen ineffektivt. Relationelle database forelæsere ville spise dig til morgenmad!

Men med de nuværende lave omkostninger ved opbevaring og de stigende krav til moderne applikationer er det meget bedre at ofre opbevaring for hastighed i læsning af data. Så overvej denormalisering som en ven.