jeg har for nylig sammensat en lektion om fejlfinding af lagrede procedurer. Det er en del af mit lagrede procedurer udpakket kursus. Når du debug lagrede procedurer, er du i stand til at køre deres kode linje for linje, for nemt at fejlfinde logiske problemer.
hvis du ikke er bekendt med fejlsøgning lagrede procedurer, du ønsker at se denne indledende video; da det vil få dig bekendt med nogle af de vigtigste begreber.
du kan lære mere om dette denne video, det er udskrift følger
hvis du vil lære mere om, hvordan du debug lagrede procedurer, hvorfor ikke tage mit kursus lagrede procedurer udpakket? Brug kuponkode BLOGPOST-201 for at få det til en betydelig rabat.
fejlfinding af lagrede procedurer
i dette afsnit skal vi tale om fejlfinding af lagrede procedurer. Før vi går i gang med at arbejde gennem mekanikken i, hvordan man debugger og starter proceduren, Jeg troede, at vi bare ville tale om baggrunden og hvad debugging virkelig er.
langt tilbage i de tidlige dage, da computere først blev opfundet, var de mekaniske, og et af de første problemer, de havde med en computer, var, at der faktisk var en møl, der sad fast i relæet og fik det til at stoppe med at fungere.
det blev den første computerfejl. Det er her udtrykket “debugging”kommer fra, fordi det er her, de faktisk fandt
fejlen i kredsløbet er, da de fandt denne møll fast i dette relæ. Her er et billede af den første fejl, og det er fra en artikel, så det er trivia.
som du ved på computere, er der masser af jargon, du undrer dig altid over, hvor det kommer fra. Dette kommer faktisk fra en rigtig levende fejl, og der er den under Scotch tape.
du kan undre dig over, hvorfor vi debug lagrede procedurer. Årsagen er, er, at når vores KVL bliver mere kompliceret, bliver det sværere at forstå, hvor en fejl kan være.
du kan forestille dig, da vores lagrede procedurer får flere og flere udsagn, det bliver lidt hårdere for os at forstå, hvor der kan være en skrivefejl eller måske en logisk fejl, og vi får brug for en måde at køre vores erklæring på, og når vi gennemgår vores program, måske være i stand til at frembringe et mikroskop figurativt set og inspicere vores program, da det kører for at se, hvordan det opfører sig, og på visse punkter afgøre, om programmet opfører sig, som vi tror, det skulle opføre sig, og hvis ikke, få en bedre forståelse af, hvad der er sker, så vi kan rette eventuelle problemer, der vi ser.
så fejlfinding af lagrede procedurer vil give os mulighed for at fejlfinde vores meget bedre end bare at bruge blind forsøg og fejl. Så der er nogle virkelig nyttige debugging koncepter, som vi vil gå ind i vores arbejde gennem session.
en af dem er det, der kaldes trin ind, og det er hvor du kører din gemte procedure, og du træder din kode ind i en anden proces.
der er ligesom Step Over, hvor du kan springe over lagrede procedurer, så du ikke nødvendigvis behøver at køre linje for linje i lagrede procedurer, som du ikke er interesseret i.
vi kan konfigurere det, der kaldes brudpunkter, som giver os mulighed for at få vores kode automatisk til at stoppe på en linje, hvis denne linje opstår i den lagrede procedure.
der er også lokale variabler, som vi kan inspicere. Vi kan faktisk se værdierne af voresvariabler som de lagrede procedurer kører.
så dette er alle meget nyttige koncepter, som vi brugerfor at hjælpe os med fejlfinding af lagrede procedurer.
så i den næste lektion vil vi faktisk sætte disse begreber til at bruge og bringe dem til liv.
hvis du vil lære mere om, hvordan du debugger lagrede procedurer, hvorfor ikke tage mit kursus lagrede procedurer udpakket? Brug kuponkode BLOGPOST-201 for at få det til en betydelig rabat.
