Ändringstabeller

En monotont ökande ändringssekvens som är gemensam för alla ändringstabeller för en uppgift. Ändringssekvensen har följande format:

ÅÅÅÅMMDDHHmmSShhxxxxxxxxxxxxxxxxxxx

Där:

• ÅÅÅÅ anger år (till exempel 2012)
• MM anger månad (01–12)

• DD anger datum (01–31)

• HH anger timme (00–23)
• mm anger minut (00–59)
• SS anger sekund (00–59)
• hh anger hundradelar av en sekund (00–99)
• xxxxxxxxxxxxxxxxxxx är ett 19-siffrigt ändringsnummer med noll som prefix (globalt per uppgift)

Tidsdelen avser vanligen tiden för genomförandet av den transaktion som omfattar ändringsposten. Data Movement gateway innehåller logik som bibehåller monotonin i sekvensnumret så att om tiden för ändpunkten ändras eller justeras kan det leda till flera ändringar som verkar ligga inom samma tidsmarkör men med ökande ändringsnummer.

xxx...xxx är vanligen det interna ändringsnumret från dataposten bortsett från att för BEFORE-IMAGE-poster är det detsamma som ändringsnumret för den matchande UPDATE-posten (till exempel om ändringsnumret för BEFORE-IMAGE är 1000 och det för UPDATE är 1001, så har båda 1001). Detta möjliggör enkel vänsterriktad yttre sammanfogning mellan tabellen och sig själv, varvid vi söker på vänster sida till tidpunkten, men filtrerar bort operation=before-image, och till höger sammanfogar vi på samma change_seq med change_oper som "B".

Åtgärdstyp. Detta kan vara en av följande:

• I: Infoga:
• D: DELETE
• U: Uppdatera
• B: Före bild

Ändringsmasken anger vilka datakolumner i ändringstabellen som är associerade med kolumner som har ändrats i källtabellen.

Bit-positionen i ändringsmasken baseras på kolumnens ordningstal i ändringstabellen. Det innebär att om det finns fem rubrikkolumner tar de upp bitarna 0 till 4 och den första datakolumnen är bit 5 i ändringsmasken.

Ändringsmasken är en binär kolumn (en byte-matris) som representerar ändringsmasken i little-endian-ordning.

Byte 0 bit7 bit6 bit5 bit4 bit3 bit2 bit1 bit0

Byte 1 bit15 bit14 bit13 bit12 bit11 bit10 bit9 bit8

I det här exemplet anger bit#N att ändringstabellkolumnen med ordningstal N avser en kolumn som har ändrats i källtabellen. Om uppdateringsmasken är 11 000 och kolumnens ordningstal är 3 har kolumnen inte ändrats.

Nedan beskrivs bit-semantiken:

• För INSERT-poster har de associerade bitarna ställts in för alla infogade kolumner.
• För DELETE-poster har bara primärnyckel- (eller unikt index-) kolumner de tillhörande bitarna inställda. På så sätt kan en tillämpare konstruera en DELETE-sats utan att behöva leta upp primärnyckelfälten från en annan källa.
• För BEFORE-IMAGE-poster är alla bitar rensade (ändringsmasken kan vara tom).
• För UPDATE-poster kommer alla kolumner vars värde har ändrats mellan BEFORE-IMAGE och UPDATE att ha den associerade biten inställd.

Det verkliga antalet bytes som lagras i ändringsmasken kan nulltrimmas. Detta innebär att efterföljande nollor inte behöver lagras. Detta måste beaktas i hanteringslogiken.

Strömpositionen för käll-CDC.

Den åtgärd som är associerad med ändringsposten. Den kan vara någon av följande:

• Infoga:
• Uppdatera
• DELETE
• BEFOREIMAGE

ID:t för den transaktion som ändringsposten tillhör.

Värdet är en hex-sträng för 128-bitars transaktions-ID:t.

Den ursprungliga UTC-tidsmarkören för ändringen (värdet kan vara ungefärligt).