Recentemente ho messo insieme una lezione sul debug di stored procedure. Fa parte del mio corso Stored Procedure Unpacked. Quando esegui il debug delle stored procedure, puoi eseguire il loro codice riga per riga, per risolvere facilmente i problemi di logica.
Se non hai familiarità con le stored procedure di debug ti consigliamo di guardare questo video introduttivo; in quanto ti farà conoscere alcuni dei concetti principali.
Puoi saperne di più su questo questo video, la sua trascrizione segue
Se vuoi saperne di più su come eseguire il debug delle stored procedure, perché non prendere il mio corso Stored Procedure Decompresso? Usa il codice coupon BLOGPOST-201 per ottenerlo con uno sconto significativo.
Debug Stored Procedure
In questa sezione parleremo di debug stored procedure. Prima di iniziare a lavorare attraverso la meccanica di come eseguire il debug e avviare la procedura, ho pensato che avremmo parlato solo dello sfondo e di cosa sia veramente il debug.
Via del ritorno nei primi giorni in cui i computer erano stati inventati per la prima volta, erano meccanici e uno dei primi problemi che avevano con acomputer era che c’era in realtà una falena che si bloccava nel relè e causava che therelay smettesse di funzionare.
Che è diventato il primo bug del computer. Ecco da dove viene il termine “debug”perché è lì che hanno effettivamente trovato
L’errore nel circuito è quando hanno trovato questa falena bloccata in questo relè. Ecco l’immagine di quel primo bug ed è da un articolo di Wikipedia, quindi questa è la curiosità.
Come sai sui computer, c’è un sacco di gergo, ti chiedi sempre da dove viene. Questoin realtà proviene da un vero bug dal vivo e lì è sotto lo Scotch.
Potresti chiederti perché eseguiamo il debug delle stored procedure. La ragione è che, man mano che il nostro SQL diventa più complicato, diventa più difficile capire dove può essere un errore.
Si può immaginare come il nostro stored procedure di ottenere di più e più dichiarazioni, sta andando essere un po ‘ più difficile per noi capire dove ci può essere un errore di battitura o forse un errore di logica e stiamo andando ad avere bisogno di un modo per eseguire la nostra dichiarazione e di come stiamo andando attraverso il nostro programma, forse essere in grado di tirare fuori un microscopio, in senso figurato, e ispezionare il nostro programma è in esecuzione per vedere come si comportano e, in alcuni punti, determinare se il programma funziona il modo in cui pensiamo doveva comportarsi e se non, di acquisire una migliore comprensione di ciò che sta accadendo in modo che possiamo correggere eventuali problemi che stiamo vedendo.
Quindi il debug delle stored procedure ci consentirà di risolvere i problemi molto meglio di un semplice tipo di utilizzo di tentativi ed errori ciechi. Quindi ci sono alcuni concetti di debug davvero utili che entreremo nel nostro lavoro attraverso la sessione.
Uno di questi è quello che viene chiamato Step Into ed è dove si esegue la stored procedure e si passa il codice in un altro processo.
C’è come Step Over, dove puoi saltare le stored procedure, quindi non devi necessariamente eseguire riga per riga in stored procedure che non ti interessano.
Possiamo impostare quelli che vengono chiamati Punti di interruzione, che ci permetteranno di fermare automaticamente il nostro codice su una riga se quella riga viene rilevata nella stored procedure.
Ci sono anche variabili locali che possiamo ispezionare. Possiamo effettivamente vedere i valori di ourvariables mentre le stored procedure sono in esecuzione.
Quindi questi sono tutti concetti molto utili che useremo per aiutarci a risolvere le stored procedure.
Quindi nella prossima lezione, metteremo effettivamente questi concetti da usare e portarli alla vita.
Se vuoi saperne di più su come eseguire il debug delle stored procedure, perché non seguire il mio corso Stored Procedure Disimballate? Usa il codice coupon BLOGPOST-201 per ottenerlo con uno sconto significativo.
