Se avete dimestichezza nella programmazione dei linguaggi procedurali di 3 generazione (3GL) come il BASIC o il COBOL dovete fare uno sforzo per dimenticare le vostre tecniche di programmazione tradizionali nell'approccio alla programmazione con T-SQL.
Infatti sia il BASIC che il COBOL trattano i dati in maniera totalmente opposta a quella di T-SQL.
Il programmatore che lavora con i 3GLs deve dire al programma cosa deve fare dei dati che sta processando in modo esatto e preciso, elemento dopo elemento. Questo stile di programmazione potremmo chiamarlo riga per riga.
Al contrario i programmi scritti per i databases ragionano in modo differente perchè preferiscono operare su un insieme di dati (o risultati).
Quando passo un'istruzione ad SQL Server lui ritorna esattamente il gruppo di dati che soddisfano quella richiesta.
Non devo preoccuparmi di sapere cosa succede o cosa fa SQL Server per avere quei risultati.
Per rendere meglio queste differenze proviamo a fare una analogia di questo tipo. Supponiamo di voler sistemare la nostra vecchia Moto Guzzi. Dobbiamo recarci da un fornitore ed acquistare un elenco di pezzi da sostituire.
Potremmo avere due approcci:
- Con il carrello della spesa giro per il negozio e fila dopo fila passo tra gli scaffali cercando i pezzi che mi servono. Quando trovo il pezzo di ricambio lo metto nel carrello e continuo la ricerca fino alla fine del mio elenco. Quindi vado alla cassa e pago.
Questo è un esempio di approccio riga per riga. - Oppure consegno la lista mia della spesa ad un commesso del negozio e lui dopo alcuni minuti ritorna magicamente con tutti i pezzi che mi servono per sistemare la mia moto.
Questo è un esempio di approccio per insieme di dati.
Nel secondo caso il commesso impiega poco tempo per trovare i pezzi che mi servono, perché a differenza di me conosce la posizione dei pezzi negli scaffali.
Per scrivere i programmi per i databases (cioè le procedure memorizaate) dobbiamo avere ben chiaro questo tipo di approccio.