Reducerea timpului la valoare în NoSQL - dummies

Timpul la valoare este timpul necesar pentru a începe un proiect IT pentru a putea realiza beneficii pentru afaceri. Acestea pot fi beneficii tangibile în ceea ce privește reducerea costurilor sau capacitatea de a tranzacționa noi afaceri sau beneficii intangibile, cum ar fi furnizarea unui serviciu sau a unor servicii mai bune pentru clienți.

Magazinele cu valoare cheie reprezintă cele mai simple baze de date NoSQL în ceea ce privește modelul de date. Deci, puteți construi rapid aplicații, mai ales dacă aplicați câteva principii cheie, inclusiv examinarea modului în care gestionați structurile de date.

Utilizarea structurilor simple

Magazinele cu valoare-cheie sunt mai flexibile decât bazele de date relaționale în ceea ce privește formatul datelor. Utilizați această flexibilitate în avantajul dvs. pentru a maximiza rata de transfer a aplicației. De exemplu, dacă stocați plăci de hartă, păstrați-le în format hexazecimal, astfel încât acestea să poată fi redate imediat într-un browser.

În aplicația dvs., stocați structuri ușor de utilizat care nu necesită scoruri de timp de procesare. Aceste structuri pot fi simple tipuri intrinseci cum ar fi numere întregi, șiruri și date, sau structuri mai sofisticate cum ar fi liste, seturi sortate sau chiar documente JSON stocate ca șir.

Deoarece poate fi interpretată direct de o aplicație web JavaScript, utilizați JSON pentru un status simplu de aplicații web sau stocare de preferințe. Dacă stocați date din jurnale, păstrați-le în cel mai potrivit format pentru recuperare și analiză.

Utilizați structura cea mai potrivită pentru aplicația dvs., nu administratorul bazei de date. De asemenea, luați în considerare efectele timpului asupra bazei dvs. de date. Vrei să modifici structurile de date în viitor pentru a susține funcții noi?

Structurile de date se schimbă în timp. Un document JSON flexibil este mai bun decât un fișier de date CSV sau un fișier de date cu lățime fixă ​​deoarece structurile JSON pot varia ușor în timp fără a fi nevoie să ia în considerare proprietăți noi sau șterse. Schimbați o coloană într-un fișier CSV stocat într-un magazin de valori cheie și trebuie să actualizați tot codul aplicației dvs.! Nu este cazul unui document JSON, unde codul mai vechi ignoră proprietăți noi.

Manipularea complexă a structurii

Dacă aveți seturi complexe de date interdependente, gândiți cu atenție structurile de date din magazinul de valoare-cheie. Stocați seturile de date într-un mod care să permită regăsirea ușoară. În loc să stocați separat opt ​​articole care vor necesita opt citiri, denormalizați datele - scrieți datele la aceeași înregistrare la momentul ingerării - astfel încât să fie necesară o citire ulterioară.

Aceasta înseamnă că unele date vor fi stocate de mai multe ori. Un exemplu este stocarea numelui clientului într-un document de comandă.Cu toate că acest lucru stochează numele clientului în mai multe comenzi, înseamnă că atunci când afișați un rezumat al ordinului nu trebuie să descoperiți că valoarea client_number = 12 înseamnă domnul A Fowler o cerere suplimentară de citire.

Denormalizarea consumă mai mult spațiu pe disc decât forma normală a bazelor de date relaționale, dar sporește considerabil capacitatea de interogare. Este echivalentul NoSQL al unei vizualizări materializate într-o bază de date relațională. Voi sacrificați spațiul de stocare pentru viteză - compromisul clasic al informaticii.

Pentru oamenii de știință de calculator dintr-o anumită generație, se consideră erezie păstrarea mai multor copii ale acelorași date. Este pur și simplu ineficientă. Lectorii bazei de date legale vă vor mânca pentru micul dejun!

Totuși, datorită costului scăzut al stocării și creșterii cererii de aplicații moderne, este mult mai bine să sacrificați stocarea pentru viteza citirii datelor. Deci, ia în considerare denormalizarea ca prieten.