nemrég összeállítottam egy leckét a tárolt eljárások hibakereséséről. Ez része a tárolt eljárások kicsomagolt természetesen. A tárolt eljárások hibakeresésekor soronként futtathatja a kódokat, hogy könnyen elhárítsa a logikai problémákat.
ha nem ismeri a tárolt eljárások hibakeresését, érdemes megnéznie ezt a bevezető videót; mivel megismeri néhány fő fogalmat.
tudjon meg többet erről a videóról, az átirat következik
Ha többet szeretne megtudni a tárolt eljárások hibakereséséről, miért nem veszi át a tanfolyamomat tárolt eljárások kicsomagolva? Használja a BLOGPOST-201 kuponkódot, hogy jelentős kedvezménnyel szerezze be.
tárolt eljárások hibakeresése
ebben a részben a tárolt eljárások hibakereséséről fogunk beszélni. Mielőtt belekezdenénk a hibakeresés és az eljárás elindításának mechanikájába, arra gondoltam, hogy csak a háttérről és a hibakeresésről beszélünk.
a korai időkben, amikor a számítógépeket először feltalálták, mechanikusak voltak, és az egyik első probléma, ami a számítógéppel volt, valójában egy lepke volt, amely elakadt a relében, és a késleltetés leállását okozta.
ez lett az első számítógépes hiba. Innen származik a “hibakeresés”kifejezés, mert itt találták meg
az áramkör hibája az, amikor megtalálták ezt a lepkét ebben a relében. Itt egy kép az első hibáról, egy Wikipedia cikkből, szóval ez a trivia.
mint tudod a számítógépeken, sok zsargon van, mindig kíváncsi vagy, honnan származik. Ez valójában egy igazi élő bogárból származik, és ott van a Scotch szalag alatt.
lehet, hogy csoda, hogy miért hibakeresés tárolt eljárások. Ennek oka az, hogy ahogy az SQL bonyolultabbá válik, egyre nehezebb megérteni, hol lehet hiba.
el tudod képzelni, ahogy a tárolt eljárásaink egyre több és több állítást kapnak, kicsit nehezebb lesz megértenünk, hogy hol lehet elírás vagy logikai hiba, és szükségünk lesz egy módra, hogy futtassuk az állításunkat, és ahogy átmegyünk a programunkon, talán elő tudunk hozni egy mikroszkópot, átvitt értelemben, és ellenőrizni tudjuk a programunkat, ahogy fut, hogy lássuk, hogyan viselkedik és bizonyos pontokon meghatározza, hogy a program úgy viselkedik-e, ahogy azt gondoljuk, hogy viselkednie kellett volna, és ha nem, jobban megértsük, hogy mi az, ami így tudjuk kijavítani azokat a problémákat, amelyek látjuk.
tehát a tárolt eljárások hibakeresése lehetővé teszi számunkra, hogy sokkal jobban elhárítsuk a hibaelhárítást, mint a vak próba és hiba használatát. Tehát van néhány igazán hasznos hibakeresési koncepció, amelyet a munkánk során a munkameneten keresztül fogunk bemenni.
az egyik az, amit Step Into-nak hívnak, és itt futtatja a tárolt eljárást, és a kódot egy másik folyamatba lépteti.
van olyan, mint a Step Over, ahol átugorhatja a tárolt eljárásokat, így nem feltétlenül kell sorról sorra futtatnia a tárolt eljárásokat, amelyek nem érdekelnek.
Beállíthatjuk az úgynevezett töréspontokat, amelyek lehetővé teszik számunkra, hogy a kódunk automatikusan leálljon egy vonalon, ha ez a vonal találkozik a tárolt eljárásban.
vannak helyi változók is, amelyeket megvizsgálhatunk. Mi valójában látni az értékeket ourvariables, mint a tárolt eljárások futnak.
tehát ezek mind nagyon hasznos fogalmak, amelyeket a tárolt eljárások hibaelhárításában fogunk használni.
tehát a következő leckében ezeket a fogalmakat ténylegesen felhasználjuk és életre keltjük.
ha többet szeretne megtudni a tárolt eljárások hibakereséséről, miért nem veszi igénybe a tanfolyamomat tárolt eljárások kicsomagolva? Használja a BLOGPOST-201 kuponkódot, hogy jelentős kedvezménnyel szerezze be.
