ik heb onlangs een les samengesteld over foutopsporing opgeslagen procedures. Het is onderdeel van mijn opgeslagen procedures uitgepakt cursus. Wanneer u opgeslagen procedures debuggen, bent u in staat om hun code regel voor regel uitvoeren, om eenvoudig logische problemen op te lossen.
Als u niet bekend bent met het debuggen van opgeslagen procedures, wilt u deze inleidende video bekijken, omdat het u vertrouwd maakt met enkele van de belangrijkste concepten.
u kunt meer te weten komen over deze video, het transcript volgt
als u meer wilt weten over het debuggen van opgeslagen procedures, waarom niet mijn cursus opgeslagen Procedures uitgepakt? Gebruik coupon code BLOGPOST-201 om het te krijgen op een aanzienlijke korting.
Debugging Stored Procedures
In deze paragraaf gaan we het hebben over het debuggen van opgeslagen procedures. Voordat we in het werken door de mechanica van hoe te debuggen en start procedure, ik dacht dat we zouden gewoon praten over de achtergrond en wat debugging echt is.
lang geleden, toen computers voor het eerst werden uitgevonden, waren ze mechanisch en een van de eerste problemen die ze hadden met een computer was dat er een mot was die vast kwam te zitten in het relais en ervoor zorgde dat de vertraging stopte met functioneren.
dat werd de eerste computer bug. Dat is waar de term “debugging”vandaan komt omdat dat is waar ze eigenlijk gevonden
de fout in het circuit is toen ze vonden deze mot vast in dit relais. Hier is een foto van die eerste bug en het komt uit een Wikipedia-artikel, dus dat is de trivia.
zoals je op computers weet, is er veel jargon, je vraagt je altijd af waar het vandaan komt. Dit komt eigenlijk van een echte live bug en daar ligt het onder plakband.
u vraagt zich misschien af waarom we opgeslagen procedures debuggen. Reden is, is dat als onze SQL wordt ingewikkelder, wordt het moeilijker om te begrijpen waar een fout kan zijn.
je kunt Je voorstellen als ons opgeslagen procedures krijgen meer en meer uitspraken, het gaat een beetje moeilijker voor ons om te begrijpen waar mogelijk is er een typefout of misschien een logische fout en we gaan naar een manier om het uitvoeren van onze verklaring en zo gaan we door middel van ons programma, misschien kunnen brengen, een microscoop, figuurlijk gesproken, en inspecteren onze programma ‘ s uitgevoerd om te zien hoe hij zich dan gedraagt en op bepaalde punten te bepalen of het programma werkt zoals we denken dat het hoort te gedragen en niet als een beter begrip te krijgen van wat er gebeurt, zodat we het kunnen corrigeren van eventuele problemen we zien elkaar.
dus het debuggen van opgeslagen procedures zal ons in staat stellen om problemen op te lossen onze veel beter dan alleen een soort van het gebruik van blind trial and error. Er zijn een aantal nuttige debugconcepten waar we in ons werk doorheen de sessie op ingaan.
een van hen is wat wordt genoemd stap in en het is waar u uw opgeslagen procedure uitvoert en u stap uw code in een ander proces.
er is zoiets als stap Over, waar je opgeslagen procedures kunt overslaan, dus je hoeft niet per se regel voor regel te draaien in opgeslagen procedures waar je niet in geïnteresseerd bent.
we kunnen zogenaamde breekpunten instellen, waardoor we onze code automatisch kunnen laten stoppen op een regel als die regel wordt aangetroffen in de opgeslagen procedure.
er zijn ook lokale variabelen die we kunnen inspecteren. We kunnen de waarden van onze variabelen zien terwijl de opgeslagen procedures draaien.
dit zijn dus allemaal zeer nuttige concepten die we zullen gebruiken om ons te helpen bij het oplossen van opgeslagen procedures.
in de volgende les gaan we deze concepten gebruiken en tot leven brengen.
als u meer wilt weten over het debuggen van opgeslagen procedures, waarom neemt u mijn cursus opgeslagen Procedures niet uitgepakt? Gebruik coupon code BLOGPOST-201 om het te krijgen op een aanzienlijke korting.
