Tijd tot waarde reduceren in NoSQL - dummies

Tijd om te waarderen is de hoeveelheid tijd die nodig is om een ​​IT-project te starten en zakenvoordeel te realiseren. Dit kunnen tastbare voordelen zijn in kostenreductie of de mogelijkheid om nieuwe transacties uit te voeren, of immateriële voordelen zoals het leveren van betere klantenservice of producten.

Key-value-stores zijn de eenvoudigste NoSQL-databases met betrekking tot het datamodel. U kunt dus snel applicaties bouwen, vooral als u enkele basisprincipes toepast, waaronder het controleren van hoe u datastructuren beheert.

Eenvoudige structuren gebruiken

Key-value-stores zijn flexibeler dan relationele databases in termen van datatype. Gebruik deze flexibiliteit in uw voordeel om de verwerkingscapaciteit van uw toepassing te maximaliseren. Als u bijvoorbeeld kaarttegels opslaat, sla ze dan op in hex-formaat, zodat ze onmiddellijk in een browser kunnen worden weergegeven.

Bewaar eenvoudig te gebruiken structuren in uw toepassing die geen verwerkingstijd vergen. Deze structuren kunnen eenvoudige intrinsieke typen zijn, zoals gehele getallen, tekenreeksen en datums, of meer verfijnde structuren zoals lijsten, gesorteerde sets of zelfs JSON-documenten die zijn opgeslagen als een tekenreeks.

Omdat JBL kan direct worden geïnterpreteerd door een webtoepassing voor JavaScript, kunt u JSON gebruiken voor eenvoudige webapp-status of voorkeursopslag. Als u loggegevens opslaat, slaat u deze op in de indeling die het meest geschikt is voor het ophalen en analyseren.

Gebruik de meest geschikte structuur voor uw toepassing, niet uw databasebeheerder. Overweeg ook de effecten van tijd op uw database. Wilt u in de toekomst datastructuren aanpassen om nieuwe functies te ondersteunen?

Gegevensstructuren veranderen in de loop van de tijd. Een flexibel JSON-document is beter dan een CSV-gegevensbestand of een gegevensbestand met een vaste breedte, omdat JSON-structuren in de loop van de tijd eenvoudig kunnen variëren zonder rekening te hoeven houden met nieuwe of verwijderde eigenschappen. Wijzig een kolom in een CSV-bestand dat is opgeslagen in een sleutel / waarde-opslag en u moet de code van al uw applicaties bijwerken! Dit is niet het geval bij een JSON-document, waar oudere code eenvoudigweg nieuwe eigenschappen negeert.

Complexe structuurafhandeling

Als u complexe, onderling gerelateerde gegevenssets heeft, moet u goed nadenken over de gegevensstructuren in uw sleutel / waardearchief. Bewaar datasets op een manier die gemakkelijk terugvinden mogelijk maakt. In plaats van acht items afzonderlijk op te slaan, waarvoor acht lezingen nodig zijn, dient u de gegevens te denormaliseren - schrijf de gegevens naar hetzelfde record bij innametijd - zodat slechts één keer lezen later nodig is.

Dit betekent dat sommige gegevens meerdere keren worden opgeslagen. Een voorbeeld is het opslaan van de klantnaam in een bestellingsdocument.Hoewel de naam van de klant in veel bestellingen wordt opgeslagen, betekent dit dat bij het weergeven van een samenvatting van de bestelling u niet hoeft te ontdekken dat de waarde klantnummer = 12 heer A Fowler betekent - voorkomen een extra leesverzoek.

Denormalisatie verbruikt meer schijfruimte dan relationele databases ' normale vorm , maar vergroot de doorvoer van zoekopdrachten aanzienlijk. Het is het NoSQL-equivalent van een gematerialiseerde weergave in een relationele database. Je offert opslagruimte op voor snelheid - de klassieke computerwetenschapsruil.

Voor computerwetenschappers van een bepaalde generatie wordt het als ketterij beschouwd om meerdere exemplaren van dezelfde gegevens te bewaren. Het is gewoon inefficiënt. Relationele database-docenten zouden je opeten voor het ontbijt!

Met de huidige lage kosten van opslag en de toenemende eisen van moderne toepassingen, is het veel beter om opslag te offeren voor snelheid bij het lezen van gegevens. Overweeg denormalisatie als een vriend.