Riduzione del Time to Value in NoSQL - dummies

Il tempo di valutazione è la quantità di tempo richiesta dall'avvio di un progetto IT per essere in grado di realizzare vantaggi per il business. Questo può essere un vantaggio tangibile nella riduzione dei costi o nella possibilità di effettuare nuove transazioni o vantaggi intangibili come fornire un servizio clienti migliore o prodotti.

Gli archivi a valore-chiave sono i database NoSQL più semplici per quanto riguarda il modello di dati. Pertanto, è possibile creare rapidamente applicazioni, soprattutto se si applicano alcuni principi chiave, inclusa la revisione di come si gestiscono le strutture dati.

Uso di strutture semplici

Gli archivi a valori-chiave sono più flessibili dei database relazionali in termini di formato dei dati. Usa questa flessibilità a tuo vantaggio per massimizzare la velocità del throughput dell'applicazione. Ad esempio, se stai memorizzando le mappe, memorizzale in formato esadecimale in modo che possano essere visualizzate immediatamente in un browser.

Nella tua applicazione, memorizza strutture di facile utilizzo che non richiedono tempi di elaborazione elevati. Queste strutture possono essere semplici tipi intrinseci come interi, stringhe e date o strutture più sofisticate come elenchi, set ordinati o persino documenti JSON memorizzati come stringa.

Poiché può essere interpretato direttamente da un'applicazione Web JavaScript, utilizzare JSON per lo stato di app Web semplice o l'archiviazione delle preferenze. Se si memorizzano i dati del registro, memorizzarlo nel formato più appropriato per il recupero e l'analisi.

Utilizzare la struttura più appropriata per la propria applicazione, non l'amministratore del database. Considera anche gli effetti del tempo sul tuo database. Volete modificare le strutture dati in futuro per supportare nuove funzionalità?

Le strutture dati cambiano nel tempo. Un documento JSON flessibile è migliore di un file di dati CSV o di un file di dati a larghezza fissa poiché le strutture JSON possono facilmente variare nel tempo senza dover considerare proprietà nuove o cancellate. Modifica una colonna in un file CSV archiviato in un archivio valori-chiave e devi aggiornare tutto il codice dell'applicazione! Questo non è il caso di un documento JSON, in cui il codice precedente semplicemente ignora le nuove proprietà.

Gestione della struttura complessa

Se si dispone di set di dati complessi correlati, prestare particolare attenzione alle strutture di dati nel proprio archivio di valori-chiave. Memorizza i set di dati in un modo che consenta un facile recupero. Anziché archiviare separatamente otto elementi che richiedono otto letture, denormalizzare i dati, scrivere i dati nello stesso record al momento dell'ingestione, in modo che solo una lettura sia necessaria in seguito.

Ciò significa che alcuni dati verranno archiviati più volte. Un esempio è la memorizzazione del nome del cliente in un documento d'ordine.Sebbene questo memorizzi il nome del cliente su più ordini, significa che quando si visualizza un riepilogo dell'ordine non è necessario scoprire che il valore customer_number = 12 significa Mr A Fowler - prevenire un'ulteriore richiesta di lettura.

La denormalizzazione consuma più spazio su disco rispetto al database relazionale forma normale , ma aumenta notevolmente il throughput della query. È l'equivalente NoSQL di una vista materializzata in un database relazionale. Stai sacrificando lo spazio di archiviazione per la velocità: il classico compromesso tra informatica e informatica.

Per gli informatici di una certa generazione, è considerata eresia conservare più copie degli stessi dati. È semplicemente inefficiente. I docenti di database relazionali ti mangerebbero a colazione!

Tuttavia, con l'attuale basso costo dello storage e le crescenti esigenze delle applicazioni moderne, è molto meglio sacrificare lo storage per la velocità nella lettura dei dati. Quindi considera la denormalizzazione come un amico.