Introduction to databases

Va bene, ottimo. Una cosa che si nota studiando i linguaggi di programmazione è che i concetti che si incontrano sono interconnessi. Ciò significa che concentrarsi su un singolo argomento difficilmente può fornire i contenuti che devono essere spiegati nella loro interezza. In questa storia, SQL non fa eccezione. Nonostante ciò, dobbiamo iniziare da qualche parte, giusto? La mia esperienza lavorativa mi dice che l'apprendimento e la scrittura di query efficienti saranno molto più rapidi se si segue una breve introduzione ai database, è la cosa migliore per iniziare. Ecco quindi cosa vorrei condividere con voi. La tabella che vedete qui contiene i dati relativi alle vendite dei clienti di un negozio di mobili, ed ecco come dovremmo leggere queste informazioni. L'acquisto numero uno è stato registrato il 3 settembre 2016. Poi, il cliente numero uno ha acquistato l'articolo con il codice A1. Ciascuno dei quattro elementi ha un significato specifico, che chiameremo valore di dati; tutti e quattro i valori di dati costituiscono un record. Un record è ogni voce esistente in una tabella e corrisponde a una riga della tabella. Pertanto, questi quattro valori di dati formano un record e questi valori di dati, relativi all'acquisto numero due, formano un altro record; si possono usare i termini riga e record in modo intercambiabile. Oltre alle righe, si può notare che i dati sono separati in quattro colonne, o campi. Un campo è una colonna di una tabella che contiene informazioni specifiche su ogni record della tabella. Ciò significa che tutti i record di una tabella, indipendentemente dal fatto che siano 10, 10.000 o 10 milioni, avranno un determinato numero di acquisto, una data di acquisto, un ID cliente e informazioni sull'articolo. Quando i dati sono organizzati in righe e colonne, significa che si tratta di dati tabellari memorizzati. Questo è un aspetto importante da sottolineare, perché nella letteratura si legge spesso che la gestione dei database si riferisce a dati memorizzati in forma tabellare. Bene, ora arriva la parte più interessante. In questa tabella, non sappiamo nulla di un cliente oltre al suo ID; le informazioni sui clienti sono memorizzate in un'altra tabella chiamata clienti. Ci sono diversi campi, come il nome e il cognome, l'indirizzo e-mail e il numero di volte in cui i clienti hanno presentato un reclamo nel nostro negozio. Quale sarebbe la logica di questa struttura? Ogni volta che abbiamo un cliente con ID numero uno nella tabella delle vendite, possiamo fare riferimento al cliente con ID numero uno nella tabella dei clienti e vedere il suo nome, l'e-mail e il numero di reclami presentati. La stessa cosa vale per la tabella degli articoli, che contiene il codice dell'articolo, la descrizione del prodotto, il suo prezzo unitario, l'ID e il nome dell'azienda che lo ha consegnato e il numero di telefono della sede centrale dell'azienda. In questo caso, il collegamento tra la tabella delle vendite e la tabella degli articoli non è l'ID del cliente, ma il codice dell'articolo. Potremmo racchiudere queste informazioni in un'unica tabella, che avrebbe il seguente aspetto. Ahi, è enorme. Non voglio immaginare come sarebbe la tabella se avessimo registrato più di 10 righe. Il punto è che ci sono troppe colonne ed è difficile capire che tipo di informazioni sono contenute nella tabella più grande. L'algebra relazionale ci permette di utilizzare la logica matematica e di creare una relazione tra alcune tabelle in modo da poter recuperare i dati in modo efficiente. Queste tre tabelle, vendite, clienti e articoli, sono correlate attraverso le colonne ID cliente o codice articolo e formano un database relazionale. E, cosa importante, ognuno di essi ha un significato specifico e contiene dati che lo caratterizzano. Una delle tabelle contiene informazioni sulle vendite, l'altra sui clienti e la terza sugli articoli. Per ricapitolare, ricordate che i valori dei dati in una riga formano un record in una tabella e che ogni colonna rappresenta un campo che contiene informazioni specifiche su ogni record, alcune tabelle correlate formano un database relazionale. Per coloro che sono interessati a definizioni un po' più tecniche, ricordiamo che l'unità più piccola che può contenere un insieme significativo di dati si chiama entità. Pertanto, le righe rappresentano l'entità orizzontale della tabella, le colonne l'entità verticale. La tabella è un'entità di dati più grande a sé stante, che può anche essere definita un oggetto del database. Una singola riga di una tabella, essendo una singola occorrenza di quell'entità, può essere chiamata anche istanza di entità. Ok, bene. Costruiremo gradualmente la preparazione teorica necessaria prima di iniziare a codificare. Rimanete sintonizzati per la prossima lezione, in cui vedrete il ruolo di SQL quando si lavora con i database relazionali. Grazie per aver guardato.