Video: Introduzione database no-SQL - Corso base di MongoDB 2025
I database dei documenti a volte chiamati database aggregati perché tendono a contenere documenti che combinano informazioni in una singola unità logica - un aggregato . Potresti avere un documento che include un episodio TV, una serie, un canale, una marca e informazioni sulla programmazione e sulla disponibilità, che è l'insieme totale di dati sui risultati che ti aspetti di vedere quando cerchi un servizio catch-up TV online.
Recuperare tutte le informazioni da un singolo documento è più semplice con un database (nessun join complesso come in un RDBMS) ed è più logico per le applicazioni (codice meno complesso).
Il mondo è pieno di documenti. I documenti sono importanti in quanto sono generalmente creati per uno scopo di alto valore. Sfortunatamente molti di loro sono documenti e fatture fiscali, ma questo è totalmente fuori dal tuo controllo. Stai solo aiutando le organizzazioni a gestire le cose!
In modo approssimativo, un documento è qualsiasi informazione non strutturata o strutturata ad albero. Potrebbe essere una ricetta (per cheesecake, ovviamente), commercio di servizi finanziari, file PowerPoint, PDF, testo normale o documento JSON o XML.
Sebbene gli ordini di un negozio online e i relativi indirizzi di consegna e pagamento e gli articoli dell'ordine possano essere pensati come una struttura ad albero, è preferibile utilizzare un archivio di colonne per questi. Questo perché le strutture dei dati sono conosciute in anticipo, ed è probabile che non varieranno e che vorrete fare operazioni a colonne su di esse. Nella maggior parte dei casi, un archivio di colonne è più adatto per questi dati.
Alcuni database NoSQL offrono il meglio di entrambi i mondi: archiviazione di documenti poli-strutturati e operazioni di campi veloci (colonne).
Questo rende un database di documenti un po 'catchall. È interessante notare che, a causa della sua natura simile a un albero, un archivio di documenti efficace è anche in grado di archiviare strutture di dati più semplici.
Una tabella, ad esempio, può essere modellata come un documento XML molto piatto, ovvero uno con un solo insieme di elementi e nessuna gerarchia di elementi secondari. Un set di tripli (aka sottgrafo ) può essere memorizzato all'interno di un singolo documento, o anche di più documenti. L'utilità di farlo dipende, ovviamente, dai meccanismi di indicizzazione e di query supportati. Non è necessario archiviare i tripli nei documenti se non è possibile interrogarli.
