Using the Commit Sequence Number
This appendix contains information about using the Oracle GoldenGate Commit Sequence Number (CSN) with Oracle and non-Oracle databases.
All database platforms except Oracle, Db2 LUW, and Db2 z/OS have fixed-length CSNs, which are padded with leading zeroes as required to fill the fixed length. CSNs that contain multiple fields can be padded within each field. For more information on CSN, see in Overview: Commit Sequence Number (CSN) in the Oracle GoldenGate Microservices guide.
MySQL does not create a transaction ID as part of its event data, so Oracle GoldenGate considers a unique transaction identifier to be a combination of the following:
-
the log file number of the log file that contains the
START TRANSACTION
record for the transaction that is being identified -
the record offset of that record
Table 13-2 Oracle GoldenGate CSN Values Per Database
Database | CSN Value |
---|---|
Db2 for i |
Where:
Example:
|
Db2 LUW |
Where: For version 10.1 and later, Example:
|
Db2 z/OS |
where:
Example:
|
MySQL |
Where:
For example, if the log number is 12 and the log position is 121, the CSN is:
|
MySQL (Group Replication) |
In the preceding syntax:
For example, if the sequence number is
00000000000000000001 and the GTID is
f77024f9-f4e3-11eb-a052-0021f6e03f10:0000000000000010654 ,
then the CSN value is:
|
Oracle |
Where:
Example:
|
SQL Server |
Can be any of these, depending on how the database returns it:
Where:
Examples:
|