jeg har nylig satt sammen en leksjon om feilsøking av lagrede prosedyrer. Det er en del av Mine Lagrede Prosedyrer Utpakket kurs. Når du feilsøker lagrede prosedyrer, kan du kjøre kodelinje for linje, for enkelt å feilsøke logiske problemer.
hvis du ikke er kjent med debugging lagrede prosedyrer vil du ønsker å se denne introduksjonsvideoen; som det vil få deg kjent med noen av de viktigste konseptene.
du kan lære mer om dette denne videoen, det er transkripsjon følger
hvis du vil lære mer om hvordan du feilsøker lagrede prosedyrer, hvorfor ikke ta kurset Mitt Lagrede Prosedyrer Pakket ut? Bruk kupongkode BLOGPOST-201 for å få det til en betydelig rabatt.
Feilsøking Av Lagrede Prosedyrer
I denne delen skal vi snakke om feilsøking av lagrede prosedyrer. Før vi kommer til å jobbe gjennom mekanikken til hvordan du feilsøker og starter prosedyren, trodde jeg at vi bare ville snakke om bakgrunnen og hva feilsøking egentlig er.
Helt tilbake i de tidlige dager da datamaskiner først ble oppfunnet, de var mekaniske og en av de første problemene de hadde med acomputer var at det faktisk var en møll som ble sittende fast i releet og forårsaket at det ikke fungerte.
som ble den første datamaskinen bug. Det er der begrepet «debugging» kommer fra fordi det er der de faktisk fant
feilen i kretsen er når de fant denne møllen fast i dette releet. Her er bilde av den første feilen, og det er fra En Wikipedia-artikkel, så det er trivia.
Som du vet på datamaskiner, er det mye sjargong, du lurer alltid på hvor det kommer fra. Dettefaktisk kommer fra en ekte live bug og der er det under Scotch tape.
du lurer kanskje på hvorfor vi feilsøker lagrede prosedyrer. Årsaken er at NÅR VÅR SQL blir mer komplisert, blir det vanskeligere å forstå hvor en feil kan være.
du kan forestille deg at våre lagrede prosedyrer får flere og flere uttalelser, det kommer til å være litt tøffere for oss å forstå hvor det kan være en skrivefeil eller kanskje en logisk feil, og vi kommer til å trenge en måte å kjøre vår uttalelse på, og når vi går gjennom vårt program, kan vi kanskje få frem et mikroskop, figurativt sett og inspisere vårt program som det kjører for å se hvordan det oppfører seg og på visse punkter avgjøre om programmet oppfører seg slik vi tror det skulle oppføre seg, og hvis ikke, få en bedre forståelse av hva skjer slik at vi kan rette opp eventuelle problemer som vi ser.
så feilsøking av lagrede prosedyrer skal tillate oss å feilsøke vår mye bedre enn bare å bruke blind prøving og feiling. Så det er noen veldig nyttige feilsøkingskonsepter som vi skal gå inn i vårt arbeid gjennom økten.
En av dem er Det som kalles Step Into, og Det er der du kjører den lagrede prosedyren, og du går koden din inn i en annen prosess.
Det er Som Step Over, hvor du kan hoppe over lagrede prosedyrer, slik at du ikke nødvendigvis må kjøre linje for linje i lagrede prosedyrer som du ikke er interessert i.
Vi kan sette opp Det som kalles Break Points, som vil tillate oss å ha vår kode automatisk stoppe på en linje hvis den linjen oppstår i den lagrede prosedyren.
det er også lokale variabler som vi kan inspisere. Vi kan faktisk se verdiene av ourvariables som de lagrede prosedyrene kjører.
så disse er alle veldig nyttige konsepter som vi skal bruke for å hjelpe oss med å feilsøke lagrede prosedyrer.
så i neste leksjon skal vi faktisk sette disse konseptene til bruk og bringe dem til liv.
hvis du vil lære mer om hvordan du feilsøker lagrede prosedyrer, hvorfor ikke ta kurset Mitt Lagrede Prosedyrer Pakket ut? Bruk kupongkode BLOGPOST-201 for å få det til en betydelig rabatt.
