L'acronimo noto come SQL corrisponde all'espressione inglese Structured Query Language (inteso in spagnolo come Structured Query Language ), che identifica un tipo di linguaggio collegato alla gestione di database relazionali che consente la specifica di diversi tipi di operazioni tra di loro. Grazie all'utilizzo dell'algebra e dei calcoli relazionali, SQL offre la possibilità di consultare l'obiettivo di recuperare informazioni dai database in modo semplice.

Lo scienziato Edgar Frank Codd ( 1923 - 2003 ) è stato colui che ha proposto un modello relazionale per i database e creato una sottolingua per accedere ai dati dal calcolo dei predicati. Basato sul lavoro di Codd, IBM ( International Business Machines ) ha definito il linguaggio noto come Structured English Query Language ( SEQUEL ).

Il SEQUEL è considerato il predecessore di SQL, un linguaggio di quarta generazione standardizzato nel 1986 . La versione più primitiva di SQL, quindi, era ciò che veniva chiamato SQL-86 (noto anche come SQL1 ).

Essenzialmente, SQL è un linguaggio dichiarativo di alto livello poiché, gestendo serie di record e non singoli record, offre un'elevata produttività nella codifica e nell'orientamento agli oggetti. Un'istruzione SQL può essere equivalente a più di un programma che utilizza un linguaggio di basso livello.

Un database, dicono gli esperti, implica la coesistenza di più tipi di linguaggi. Il cosiddetto Data Definition Language (noto anche come DDL ) è uno che consente di modificare la struttura degli oggetti coperti dal database mediante quattro operazioni di base. SQL, d'altra parte, è un linguaggio che consente la manipolazione dei dati (Data Manipulation Language o DML ) che contribuisce alla gestione dei database tramite query.

Come costruire un database efficiente?

Qualsiasi azienda che miri a un futuro brillante, con possibilità di crescita ed espansione, deve disporre di un database, che sarà diverso in ciascun caso, adattandosi alle particolari esigenze di ogni tipo di attività, ma che deve essere preparato con cura, con una struttura solida e configurabile, aperta a potenziali modifiche senza che ciò ne minacci l'integrità.

Uno dei punti fondamentali quando si costruisce un database è l' indicizzazione . Per comprendere questo concetto, esaminiamo brevemente un esempio pratico di base: supponiamo che un'azienda desideri archiviare le informazioni personali dei propri clienti e tenere traccia delle loro transazioni; per questo, una possibilità sarebbe quella di avere una tabella per i dati (nome, cognome, indirizzo e-mail, ecc.), un'altra per la descrizione dei prodotti (nome dell'articolo, prezzo, dettagli) e una per le vendite. Prima di passare al dettaglio dei campi che potrebbero essere presenti in questa ultima tabella, va ricordato che nei restanti c'è un elemento indispensabile per una buona organizzazione: una chiave di identificazione univoca.

Generalmente chiamato ID, di solito è un numero intero (senza decimali) e positivo che il database assegna automaticamente a ogni nuovo record (in questo caso, ogni nuovo client o prodotto) e che non viene mai ripetuto, in modo che lo identifichi dal suo nascita (momento della creazione) fino alla sua morte (quando viene eliminata). In questo modo, se prendiamo ad esempio il record "103 Pablo Bernal [email protected]", notiamo che il suo ID è 103. Qual è la sua utilità? In breve, cerca un cliente il cui nome è n, il suo cognome, un, e la sua e-mail, e, ci vuole molto più tempo di chiedere alla base di restituire tutti i dati del client con ID "103". Mentre è probabile che nella prima operazione vengano specificate tutte le tue informazioni, una volta che il programma la trova, possiamo usare questo numero per il resto delle consultazioni.

Tornando all'esempio, poiché le tabelle dei clienti e dei prodotti avrebbero il loro ID, collegarle alla tabella delle vendite è molto semplice; i suoi campi potrebbero essere: ID della transazione, ID cliente, ID prodotto, data, osservazioni. Senza entrare nei dettagli tecnici, è chiaro che ogni vendita contiene molte più informazioni di quelle che si possono vedere a colpo d'occhio, poiché, ad esempio, l'id di un client ci aiuta ad accedere a tutti i suoi dati nella tabella corrispondente. Nell'implementazione, è ovvio che la complessità può essere molto maggiore, ma è importante iniziare con le basi per comprendere l'importanza di relazioni solide ed efficienti .