Defensive Database Programming with SQL Server | Cerca per titolo, autore, parola chiave | ||||||||
Defensive Database Programming with SQL Server Di Alex Kuznetsov, 2010. Troppo spesso, come sviluppatori, tendiamo a finire un lavoro non appena il nostro codice supera qualche test di base, che ci conferma che il codice produce "il risultato giusto", almeno in un determinato caso. Non ci fermiamo a considerare gli altri modi in cui il nostro codice potrebbe essere utilizzato in futuro, o come il nostro codice potrebbe rispondere di fronte ad un cambiamento dell'ambiente database, come una variazione nelle impostazioni di linguaggio, o nelle impostazioni NULL di una colonna di una tabella, e così via. Nel breve, questo tipo di approccio è molto attraente; possiamo velocizzare il nostro lavoro. Tuttavia, se il nostro codice è stato studiato per essere utilizzato per più di qualche mese, allora è possibile ipotizzare che quei cambiamenti possano effettivamente intervenire, e, in quel caso, il risultato inevitabile potrebbe essere un codice che non funziona, o, peggio ancora, un codice che silenziosamente inizia a comportarsi in modo differente, o a produrre risultati diversi. Quando questo accade, l'integrità dei nostri dati è messa a repentaglio, così come la validità dei rapporti, sui quali sono fondate decisioni critiche, nel mondo degli affari. A questo punto, mesi o anni dopo, e dopo che lo sviluppatore originale se n'è andato, inizia il meticoloso lavoro di scovare e risolvere il problema. Non sarebbe meglio prevenire questi problemi? Non sarebbe meglio spendere qualche ora in più e fare qualche sforzo in più nel corso dello sviluppo iniziale? Dopotutto, molti dei problemi che inficiano il nostro codice sono problemi molto diffusi; si ripresentano una volta dopo l'altra, in gruppi diversi e in differenti progetti. Alcune vulnerabilità sono dovute ad un malinteso sul funzionamento dei motori SQL o del linguaggio SQL. La programmazione difensiva è proprio questo: impareremo cosa può andare storto con il nostro codice, e lo faremo durante la fase di sviluppo. Il libro è pieno di esempi pratici e realistici sui tipi di problemi che minacciano i programmi di database. Il codice T-SQL è un codice resistente, disegnato per durare e per essere riutilizzato, nella massima sicurezza, da altri. Il fine della programmazione difensiva di database, e lo scopo di questo libro, è aiutarvi a produrre codice resistente T-SQL, che sarà in grado di gestire i casi di utilizzo non previsto del codice e di resistere ai cambiamenti intervenuti nel database.
|
|||||||||
Defensive Database Programming with SQL Server | Disclaimer: questo è un link a contenuti ospitati su server esterni. |