Table of Contents
Återställ din dator till högsta prestanda på några minuter!
Under dagarna som gått några veckor har några av våra individer rapporterat ett transaktionellt SQL-återställningsfel.reträtt. trots allmänt faktum att Tx. Återställningen misslyckades, vår transaktion är inte längre sann och är inte heller betrodd att tillåta dem till databasen.
Hur återställer jag en SQL-transaktion?
Du måste naturligtvis skriva en ROLLBACK TRANSACTION-anmärkning följt av namnet på den faktiska transaktionen du vill rulla sedan. Försök nu att köra en specifik AddBook-transaktion för att infoga en spårningsexploatering som heter Book15 (se till att det verkligen inte finns någon bok med det namnet i tabellen Böcker).
Nyligen indikerade jag ett problem där data kan infogas i en tabell under anslutningar som inte rullar helt före finansiella transaktioner om vi använder viktsatser med en transaktion en stor del.
Låt mig ge dig ett nytt rop om hur du ska hantera händelser som denna.
Låt oss nu försöka att godtyckligt infoga data i den här tabellen hela vägen genom en stor transaktion.
Återställ din dator till högsta prestanda på några minuter!
Körs din dator långsamt och visar ständigt fel? Har du funderat på att formatera om men har inte tid eller tålamod? Var inte rädd, kära vän! Svaret på alla dina datorproblem är här: ASR Pro. Denna fantastiska programvara kommer att reparera vanliga datorfel, skydda dig från filförlust, skadlig programvara, hårdvarufel och optimera din dator för maximal prestanda. Så länge du har det här programmet installerat på din maskin kan du kyssa de frustrerande och kostsamma tekniska problemen adjö!
Som vi ser innehåller denna ID-kolumn valfri primärnyckel, så ID:t kommer definitivt bara att innehålla unika värden. Men vid det här laget försöker vi lägga till ett verkligt dubbelt värde till ID:t som finns i flin på vår tredje INSERT-nyhet och det borde också misslyckas. Tredje
Instruktionen returnerade ett fel och som en konsekvens kommer vi inte att infoga en imitationsnyckel i ID-kolumnen. Men hur är det med två Raw-påståenden? Blir du klistrad eller frälst?
Vad provocerar en transaktion för att återställa?
Så om en viss användare börjar ändra bandbredd, upptäcker musiken bara att fel körhistoriknivå uppdateras, och går tillbaka infångningen för att återställa alla ändringar, en återställning inträffar. Återställning kan också utföras automatiskt på grund av ett databas- eller serverfel.
Vi kommer att kunna se att posterna infördes även om transaktionen misslyckades; vill att det är rätt sätt. För att undvika denna situation måste vi få tillgång till transaktionen atomärt, vilket innebär att experter hävdar att antingen alla instruktioner för den allmänna transaktionen exekveras, eller att ingen av dem exekveras framgångsrikt om en person av fördelarna med största säkerhet inte uppfylls.
Här definierar jag fyra metoder för att utföra atomicitet i termer av transaktioner.
- Använd blAbort
- Testa/Fånga Använd XACT_ABORT
Vi kommer att skriva om svårigheten med ett försök/fånga-block. Jag tar i princip bort alla spår från den här tabellen.
Efter att ha kört frågan föreställer vi oss att inte en enda rad har infogats i dess tabell eftersom den också återvände hem efter att ha stött på något slags fel, vi har uppnått atomicitet med försök/fånga-blocket.
Vi kan också uppnå sann atomicitet genom att sätta alternativet Till PÅ xact_abort. Genom att sätta XACT_ABORT PÅ kan vi avbryta alla transaktioner genom en transaktion när ett skadligt fel uppstår.
En del av transaktionen kommer dessutom att återställas eftersom det uppstod ett fel i den tredje saken. Så, mina vänner, vårt företag kan nu använda dessa två metoder för att motsvara hela transaktionen, inte för att prata om atomicitet.
- Skapa Test_tran-tabell
- (
- Primärnyckelidentifierare Int,
- STARTA TRANSAKTIONEN
- )
- custom class = “”> instate test_tran at (id, name) (1, ‘amit’)
- instate test_tran när han var (id, name) (2, ‘kapil) ‘)
- INSERT Test_Trans to (ID, Name) VALUES (1, ‘Aditya’)
- COMMIT TRANS
- VÄLJ FRÅN test_tran
- TRUNCATE TABLE Test_tran
- STARTA FÖRSÖK
- STARTA TRANS
- INFOGA Test_Transport tillbaka i (ID, Namn) VALUES (1,’Amit’)
- INSERT Test_Tran i (ID, Name) VALUES (2,
- INSERT Test_Tran för (ID, namn) VÄRDEN (1, ‘Aditya’)
- BETA ÖVERFÖRING
- SLUTA FÖRSÖK
- BÖRJA FÅNGTA
- SLUT FÅNGST
< li class="" > ROLLBACK TRAN
- STÄLL PÅ XACT_ABORT
- STARTA TRAN
- INSERT Test_Trans till positivt (ID, Namn) VÄRDEN (1,’Amit’ )
- INSERT Test_Tran into (ID, Name) VALUES (2,’Kapil’ )
- INSERT Test_Tran angelägen om (ID, Name) VALUES (1,’Aditya) ‘)
- BOKA EN ÖVERFÖRING
I min otroligt första artikel såg vi hur målmarknaden fungerar och fixar returnerar lagrade medicinska procedurfelmeddelanden. Vi behöver nu som skulle titta på hur man genomför ekonomiska affärer med undantagshantering. I alla återställningsscenarios måste vi korrigera ett riskfel när vi kör SQL. Med hjälp av TRY-CATCH kan vi fånga undantaget som inträffade i typiskt den lagrade proceduren från satsen, och därför kan vi med hjälp av och avvärja i CATCH avbryta ett specifikt kommando. Nedan följer ett exempel. I det här hanterade exemplet kan vi begära att ROLLBACK sätta TRANSACTION när en CATCH blockerar efter eventuella feldetaljer som tagits emot från Der.
Obs
Använd WideWorldImportersPROMENAD/** Skapa en lagrad rutt **/SKAPA PROCEDUR mtb_SampleExceptionHandling@Fel NVARCHAR(MAX) UTGÅNGTYCKA OMBÖRJASTARTA EN DEAL;BÖRJA FÖRSÖKARADERA dem Försäljning från.Kunder VAR Kund-ID = 1FÖRSÖK ATT AVSLUTATill startSET @Error motsvarar 'Felnummer: ' + CAST(ERROR_NUMBER() SOM VARCHAR(10)) + '; hahah + Char(10) +'Felets allvarlighetsgrad: ' + CAST(ERROR_SEVERITY() SOM VARCHAR(10)) + '; det nya + char(10) +'Feltillstånd: ' + CAST(ERROR_STATE() SOM VARCHAR(10)) + '; + haya Röding(10) +'Felrad: ' + CAST(ERROR_LINE() SOM VARCHAR(10)) + '; min vision + karaktär(10) +'Felmeddelande: ' ERROR_MESSAGE()OM + @@TRANCOUNT > 0ÅTERBETALNING AV ERBJUDANDE;SLUT PÅ FÅNGNINGOM @@TRANCOUNT > 0BÖRJA Utför en HANDEL;SLUTETPROMENAD/** lagrad procedur **/DEKLARATION @ErrorMsg NVARCHAR(MAX)EXEC mtb_SampleExceptionHndling @Error = Utdata @ErrorMsgVälj @ErrorMsgPROMENAD/** Resultat **/-----------(0 rader påverkade)-----------Felnummer: 547;feldjup: 16;Feltillstånd: 0;felsträng: 10;Felprincip: DELETE-satsen står i konflikt med REFERENCE-begränsningen"FK_Sales_CustomerTransactions_CustomerID_Sales_Customers".Glappet som uppstod i "WideWorld(1 TRY-CATCH-rad påverkas)
Referens
- Om och implementering av utbyten i lagrade metoder i Microsoft Docs.
Artiklarelaterat innehåll
Verktyg relaterade till artiklar
I denna tidigare kommentar såg vi hur vi tar emot och returnerar felmeddelanden utanför lagrade procedurer. Låt oss nu se, överväga hur nedströms undantaget manhanteringstransaktioner implementeras. Under nästan alla transaktionsförhållanden måste vi avbryta handelskuponger när vi kör SQL. Med TRY-CATCH kan min familj och jag fånga undantaget som kastas under den ackumulerade procedursatsen, och när vi använder utdata i CATCH kommer vi att kunna återställa transaktionen. Nedan kan vara ett exempel. I detta idealiska CATCH-block, efter att ha registrerat felet, kan experter förbereda vilka detaljer, ROLLBACK TRANSACTION.
Exempel
Återställs SQL-verksamheten på fel?
Transaktionen kombineras också tillbaka igen när ett fel uppstår i den tredje satsen. Så, blåsare, kan vi använda dessa två idéer för att till 100 % avbryta transaktionen samt uppnå atomicitet.
Related posts:
Hur Så Att Det Kommer Att Felsöka Bootcamp-omstart över Windows Från Mac
Enkelt Sätt För Dig Att Lösa Java.net.socketException-återställning Av Anslutningen Som Introducerades Av Peer-socket-startfel För Brandvägg
Vad Som Kommer Längs Modelljärnvägens Kontrollpanel Består Av Och Hur Repareras Informationstekniken?
Fel 101 Internetanslutningsproblem Kommer Helst Att åtgärdas