Ich habe kürzlich eine Lektion zum Debuggen gespeicherter Prozeduren zusammengestellt. Es ist Teil meines Stored Procedures Unpacked-Kurses. Wenn Sie gespeicherte Prozeduren debuggen, können Sie ihren Code Zeile für Zeile ausführen, um logische Probleme einfach zu beheben.
Wenn Sie mit dem Debuggen gespeicherter Prozeduren nicht vertraut sind, sollten Sie sich dieses Einführungsvideo ansehen.
Sie können mehr darüber erfahren dieses Video, es ist Transkript folgt
Wenn Sie mehr darüber erfahren möchten, wie Sie gespeicherte Prozeduren debuggen, warum nicht meinen Kurs Gespeicherte Prozeduren entpackt? Verwenden Sie den Gutscheincode BLOGPOST-201, um ihn mit einem erheblichen Rabatt zu erhalten.
Debuggen gespeicherter Prozeduren
In diesem Abschnitt werden wir über das Debuggen gespeicherter Prozeduren sprechen. Bevor wir uns mit der Mechanik des Debuggens und Startens von Prozeduren befassen, dachte ich, wir würden nur über den Hintergrund sprechen und was Debugging wirklich ist.
Vor langer Zeit, als Computer zum ersten Mal erfunden wurden, waren sie mechanisch und eines der ersten Probleme, die sie mit einem Computer hatten, war, dass es tatsächlich eine Motte gab, die im Relais stecken blieb und dazu führte, dass Therelay nicht mehr funktionierte.
Das war der erste Computerfehler. Das ist, wo der begriff „debugging“ kommt aus, weil das ist, wo sie tatsächlich gefunden
Die fehler in thecircuit ist, wenn sie gefunden diese motte stecken in diesem relais. Hier ist ein Bild von diesem ersten Fehler und es stammt aus einem Wikipedia-Artikel.
Wie Sie auf Computern wissen, gibt es viel Jargon, Sie fragen sich immer, woher es kommt. Thisactually kommt von einem echten Live-Bug und da ist es unter Scotch Tape.
Sie fragen sich vielleicht, warum wir gespeicherte Prozeduren debuggen. Der Grund ist, dass es mit zunehmender Komplexität unseres SQL schwieriger wird zu verstehen, wo ein Fehler liegen kann.
Sie können sich vorstellen, wie unsere gespeicherten Prozeduren mehr und mehr Anweisungen erhalten, es wird ein wenig schwieriger für uns zu verstehen, wo es einen Tippfehler oder vielleicht einen logischen Fehler geben kann, und wir werden einen Weg brauchen, um unsere Anweisung auszuführen und während wir unser Programm durchgehen, vielleicht in der Lage sein, ein Mikroskop herauszubringen, bildlich gesprochen, und unser Programm zu inspizieren, während es läuft, um zu sehen, wie es sich verhält, und an bestimmten Punkten festzustellen, ob sich das Programm so verhält, wie wir denken, dass es sich verhalten sollte, und wenn nicht, ein besseres Verständnis was passiert, damit wir alle Probleme beheben können, die wir sehen.
Das Debuggen gespeicherter Prozeduren wird es uns also ermöglichen, unsere Probleme viel besser zu beheben, als nur blindes Ausprobieren zu verwenden. Es gibt also einige wirklich nützliche Debugging-Konzepte, auf die wir in unserer Work-Through-Sitzung eingehen werden.
Einer von ihnen heißt Step Into und dort führen Sie Ihre gespeicherte Prozedur aus und Sie treten Ihren Code in einen anderen Prozess ein.
Es gibt wie Step Over , wo Sie gespeicherte Prozeduren überspringen können, so dass Sie nicht unbedingt Zeile für Zeile in gespeicherte Prozeduren laufen müssen, an denen Sie nicht interessiert sind.
Wir können sogenannte Haltepunkte einrichten, mit denen unser Code automatisch in einer Zeile angehalten werden kann, wenn diese Zeile in der gespeicherten Prozedur gefunden wird.
Es gibt auch lokale Variablen, die wir untersuchen können. Wir können die Werte unserer Variablen tatsächlich sehen, während die gespeicherten Prozeduren ausgeführt werden.
Das sind also alles sehr nützliche Konzepte, die wir verwenden werden, um uns bei der Fehlerbehebung gespeicherter Prozeduren zu helfen.
In der nächsten Lektion werden wir diese Konzepte tatsächlich anwenden und zum Leben erwecken.
Wenn Sie mehr über das Debuggen gespeicherter Prozeduren erfahren möchten, warum nicht meinen Kurs Gespeicherte Prozeduren entpackt? Verwenden Sie den Gutscheincode BLOGPOST-201, um ihn mit einem erheblichen Rabatt zu erhalten.
