Video: Day 3 Keynote: Made Here Together (Cloud Next '18) 2025
Una delle caratteristiche più interessanti di Excel è la sua flessibilità. Ogni singola cella può contenere testo, un numero, una formula o praticamente qualsiasi altra cosa definita dal cliente. In effetti, questo è uno dei motivi fondamentali per cui Excel è uno strumento efficace per l'analisi dei dati. I clienti possono utilizzare intervalli denominati, formule e macro per creare un complesso sistema di calcoli di interblocco, celle collegate e riepiloghi formattati che lavorano insieme per creare un'analisi finale.
Quindi qual è il problema? Il problema è che non c'è trasparenza dei processi analitici. È estremamente difficile determinare cosa sta effettivamente accadendo in un foglio di calcolo. Chiunque abbia dovuto lavorare con un foglio di calcolo creato da qualcun altro conosce fin troppo bene la frustrazione derivante dalla decifrazione delle varie rotazioni di calcoli e collegamenti utilizzati per eseguire analisi.
I fogli di calcolo di piccole dimensioni che eseguono analisi modeste sono difficili da decifrare e le cartelle di lavoro di grandi dimensioni e elaborate su più fogli di lavoro sono praticamente impossibili da decodificare, spesso lasciandoti partire da zero.
Rispetto a Excel, i sistemi di database potrebbero sembrare rigidi, rigidi e incrollabili nelle loro regole. Tuttavia, tutta questa rigidità ha un vantaggio.
Poiché solo alcune azioni sono consentite, è possibile comprendere più facilmente ciò che viene fatto all'interno di oggetti di database strutturati come query o stored procedure. Se un set di dati viene modificato, viene calcolato un numero o qualsiasi porzione del set di dati viene influenzata come parte di un processo analitico, è possibile vedere facilmente tale azione esaminando la sintassi della query o il codice di stored procedure. Infatti, in un sistema di database relazionale, non si incontrano mai formule nascoste, celle nascoste o intervalli denominati morti.
