Transaktionskontrolltransformation i Informatica (exempel)

Vad är Transaction Control Transformation?

Transaktionskontroll är en aktiv och sammankopplad transformation som gör det möjligt för oss att genomföra eller återställa transaktioner under exekveringen av mappningen.pingCommit- och rollback-åtgärder är av stor betydelse eftersom de garanterar tillgängligheten av data.

Vid bearbetning av stora datamängder kan det uppstå situationer då det är nödvändigt att committa data till målet. Om en commit utförs för ofta blir det en belastning för systemet. Om en commit utförs för sent finns det risk för dataförlust i händelse av fel.

Så, för att ge flexibilitet, tillhandahålls transformationen Transaction Control. Istället för att lämna commit-punkten till sessionens standardvärde, tillåter den ett villkor inuti kartaping bestämma, rad för rad, var en transaktion slutar och nästa börjar.

TCL-kommandon för commit och rollback

Det finns fem inbyggda variabler tillgängliga i den här transformationen för att hantera operationen. Villkoret måste returnera en av de fem för varje rad, och ett värde utanför den listan gör att integrationstjänsten misslyckas med sessionen.

TC_CONTINUE_TRANSACTION

I TC_CONTINUE_TRANSACTION utförs inga operationer, processen för datainläsning fortsätter som den gör. Detta är standardvärdet för uttrycket.

TC_COMMIT_BEFORE

I TC_COMMIT_BEFORE, när denna flagga är satt, utförs en commit innan bearbetningen av den aktuella raden påbörjas. En ny transaktion påbörjas sedan och den aktuella raden skrivs till målet.

TC_COMMIT_AFTER

I TC_COMMIT_AFTER bearbetas den aktuella raden, sedan utförs en commit och nästa transaktion påbörjas.

TC_ROLLBACK_BEFORE

I TC_ROLLBACK_BEFORE utförs rollback först, sedan bearbetas data för att skrivas.

TC_ROLLBACK_AFTER

I TC_ROLLBACK_AFTER bearbetas data, sedan utförs rollback.

Egenskaper för transformation av transaktionskontroll

Objektet konfigureras från fönstret Redigera transformationer, som har samma fyra flikar som de andra PowerCenter-transformationerna. Att veta vilken flik som äger vilken inställning sparar mycket letande under genomgången nedan.

Två inställningar gör det riktiga jobbet. Transaktionskontrollvillkor innehåller uttrycket, vilket vanligtvis är ett IIF()-test som returnerar en av de fem variablerna. Tracingnivå avgör hur mycket detaljer om transformationen som visas i sessionsloggen när körningen undersöks.

En miljö ligger utanför transformationen. När en kartaping innehåller en effektiv transaktionskontrolltransformation, körs sessionen med Typ av commit inställd på Användardefinierad på fliken Egenskaper i session, istället för Target eller källcommit-typer som använder ett fast commit-intervall.

Hur man använder transaktionskontrolltransformation i Informatica

I det här exemplet kommer vi att committa data till målet när villkoret avdelningsnummer = 20 är sant.

Steg 1) Skapa en kartaping med EMP som källa och EMP_TARGET som mål. Kartanping Designer-arbetsplatsen innehåller sedan källan, dess källkvalificerare och måldefinitionen.

Steg 2) Skapa en ny transformation med hjälp av menyn Transformation och gör sedan följande i fönstret Skapa transformation:

1. Välj en transaktionskontroll som den nya transformationen
2. Ange transformationsnamnet "tc_commit_dept20"
3. Välj skapa alternativ

Steg 3) Transaktionskontrolltransformationen skapas, välj knappen "Klar". Det nya objektet visas nu på arbetsytan bredvid källkvalificeraren.

Steg 4) Dra och släpp alla kolumner från källkvalificeraren till transaktionskontrolltransformationen och länka sedan alla kolumner från transaktionskontrolltransformationen till måltabellen. Pipelinen körs nu källkod → källkvalificerare → tc_commit_dept20 → EMP_TARGET.

Steg 5) Double Klicka på Transaktionskontrolltransformationen och sedan i fönstret för redigering av egenskaper:

1. Välj egenskapsflik
2. Klicka på ikonen för redigeraren för transaktionskontroll

Steg 6) I uttrycksredigeraren anger du uttrycket –

iif(deptno=20,tc_commit_before,tc_continue_transaction)

och välj OK. Det betyder att om avdelningsnummer 20 hittas, genomför transaktionen i målet, annars fortsätter den aktuella bearbetningen.

Steg 7) Välj OK i föregående fönster. Villkoret är nu lagrat på fliken Egenskaper för transformationen.

Spara nu kartanping och kör den efter att session och arbetsflöden har skapats. Denna kartaping kommer att överföra data till målet närhelst avdelningsnummer 20 hittas i data.

Effektiva och ineffektiva transaktionskontrolltransformationer

Transformationen är en transaktionsgenerator. Den tar bort alla transaktionsgränser som anländer uppströms och definierar nya egna gränser för allt nedströms, vilket är anledningen till att dess position i pipelinen är lika viktig som dess tillstånd.

Det kallas effektiv för ett mål när de gränser det skapar fortfarande når det målet, och ineffektiva när en senare transformation tar bort dessa gränser. Enligt Informatica PowerCenter Transformation Guide tar följande objekt bort inkommande transaktionsgränser:

• En aggregator, Snickare, Rang, Sorterare eller anpassad transformation vars transformationsomfattning är All indata
• En anpassad transformation konfigurerad för att generera transaktioner
• Ännu en transformation av transaktionskontroll
• En transformation med flera ingångsgrupper ansluten till mer än en uppströms transaktionskontrollpunkt

Att vara ineffektivt för målet gör inte objektet oanvändbart. En nedströmstransformation vars transformationsomfattning är Transaktion använder fortfarande de gränser som definierats uppströms, så samma transformation kan vara effektiv för en sorterare och ineffektiv för tabellen bakom den.

På en kartaping Med flera mål kan objektet vara effektivt för ett mål och ineffektivt för ett annat. Kartanping förblir giltig medan varje mål är kopplat till en effektiv transaktionskontrolltransformation och blir ogiltig så snart ett mål inte är det. Designern rapporterar vilka transformationer som är ineffektiva för mål när mappningenping sparas eller valideras.

Regler och riktlinjer för transformation av transaktionskontroll

De flesta problemen med den här transformationen uppstår vid körning snarare än vid designtid, så punkterna nedan är värda att kontrollera innan sessionen byggs.

• Returvärdet är strikt. Om villkoret utvärderas till något annat än commit, rollback eller continue, misslyckas integrationstjänsten med att genomföra sessionen.
• TC_CONTINUE_TRANSACTION är reservalternativet. Varje gren av IIF() måste sluta någonstans, och continue är det värde som lämnar den aktuella transaktionen orörd.
• Måltypen spelar roll. En transaktionskontrolltransformation som är kopplad till ett annat mål än ett relationellt, XML- eller dynamiskt MQSeries-mål är ineffektiv för det målet.
• Villkoret kan bara använda det som når det. Endast portar som är länkade till transformationen, dess variabla portar och de inbyggda variablerna är tillgängliga i transaktionskontrollredigeraren.
• Commit-frekvensen är en avvägning. Ett villkor som genomförs på nästan varje rad tar bort fördelen med buffring, medan ett villkor som nästan aldrig utlöses återinför dataförlustfönstret som transformationen lades till för att stänga.
• Kontrollera sessionsloggen. Loggen registrerar de commit-punkter som faktiskt togs, vilket är det snabbaste sättet att bekräfta att villkoret betedde sig som avsett under prestandajustering.

Vanliga frågor