Video: Terugkerende melding uitwerpen interne schijf met Windows 2024
Kolomopslag in NoSQL lijkt op het eerste uiterlijk van traditionele relationele DBMS. De concepten van rijen en kolommen zijn er nog steeds. U definieert ook kolomfamilies voordat u gegevens in de database laadt, wat betekent dat de structuur van gegevens van tevoren bekend moet zijn.
Kolommenarchieven organiseren gegevens echter anders dan relationele databases. In plaats van gegevens achter elkaar op te slaan voor snelle toegang, worden gegevens gerangschikt voor snelle kolombewerkingen. Deze kolomgerichte weergave maakt kolomarchieven ideaal voor het uitvoeren van verzamelfuncties of voor het opzoeken van records die overeenkomen met meerdere kolommen.
Aggregaatfuncties zijn gegevenscombinaties of analysefuncties. Ze kunnen zo eenvoudig zijn als het tellen van het aantal resultaten, het optellen ervan of het berekenen van hun gemiddelde gemiddelde. Ze kunnen echter complexer zijn, bijvoorbeeld door een complexe waarde terug te geven die een overkoepelend tijdsbereik beschrijft.
Column-stores worden ook wel Big Tables of Big Table-klonen genoemd en weerspiegelen hun gemeenschappelijke voorouder, Google's Bigtable.
Misschien is het belangrijkste verschil tussen kolomarchieven en een traditioneel RDBMS dat, in een kolomarchief, elke record (denk rij in een RDBMS) geen enkele waarde vereist per kolom. In plaats daarvan is het mogelijk kolomkolieden te modelleren. Eén record kan bestaan uit een ID-veld, een kolomfamilie voor "klantinformatie" en een andere kolomfamilie voor "orderartikelinformatie".
Elk van deze kolomfamilies bestaat uit verschillende velden. Een van deze kolomfamilies kan op zichzelf meerdere "rijen" bevatten. Bestelartikelinformatie heeft bijvoorbeeld meerdere rijen - één voor elk regelitem. Deze rijen bevatten gegevens zoals artikel-ID, aantal en eenheidsprijs.
Een belangrijk voordeel van een kolomopslag boven een RDBMS is dat kolomarchieven geen velden vereisen om altijd aanwezig te zijn en geen leeg opvullen nulwaarde vereisen zoals een RDBMS dat doet. Deze functie voorkomt het weinige gegevensprobleem en behoudt schijfruimte. Een voorbeeld van een variabele en schaarse gegevensset wordt hier getoond.
Het mooie van kolomarchieven is dat u alle gerelateerde informatie kunt ophalen met behulp van een enkele record-ID, in plaats van de complexe SQL-join (Structured Query Language) te gebruiken zoals in een RDBMS. Daarvoor is wel een beetje upfront modelleren en data-analyse nodig.
In het weergegeven voorbeeld kunt u alle bestelinformatie ophalen door een rij met één kolom te selecteren, wat betekent dat de ontwikkelaar niet op de hoogte hoeft te zijn van de exacte complexe join-syntaxis van een query in een kolomarchief, in tegenstelling tot moet complexe SQL-joins gebruiken in een RDBMS.
Dus voor complexe en variabele relationele gegevensstructuren kan een kolomarchief efficiënter zijn in opslag en minder foutgevoelig in ontwikkeling dan zijn RDBMS-voorouders.
Houd er rekening mee dat in de kolom item de id van elk item wordt weergegeven in de sleutel en dat de waarde de bestelde hoeveelheid is. Met deze opstelling kunt u snel alle bestellingen bekijken die dit item-ID bevatten.
Als u de gegevensvelden van tevoren kent en snel gerelateerde gegevens als één record moet ophalen, overweeg dan een kolomarchief.
