Suivi des modifications - sys.dm_tran_commit_table
S’applique à : 
SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW)
Affiche une ligne pour chaque transaction validée pour une table suivie par le suivi des modifications SQL Server. La sys.dm_tran_commit_table vue de gestion, qui est fournie à des fins de prise en charge et expose les informations relatives aux transactions qui stockent les magasins de suivi des modifications dans la sys.syscommittab table système. La sys.syscommittab table fournit un mappage persistant efficace à partir d’un ID de transaction spécifique à la base de données vers le numéro de séquence de journal de validation (LSN) de la transaction et l’horodatage de validation. Les données stockées dans la sys.syscommittab table et exposées dans cette vue de gestion sont soumises au nettoyage en fonction de la période de rétention spécifiée lors de la configuration du suivi des modifications.
Remarque
Pour appeler cela à partir d’Azure Synapse Analytics ou du système de plateforme Analytics (PDW), utilisez le nom sys.dm_pdw_nodes_tran_commit_table. Cette syntaxe n’est pas prise en charge par le pool SQL serverless dans Azure Synapse Analytics.
| Nom de la colonne | Type de données | Description |
|---|---|---|
commit_ts |
bigint | Nombre à croissance monotone servant d'horodateur spécifique à la base de données pour chaque transaction validée. |
xdes_id |
bigint | ID interne spécifique à la base de données pour la transaction. |
commit_lbn |
bigint | Numéro du bloc de journal qui contient l'enregistrement du journal de validation de la transaction. |
commit_csn |
bigint | Numéro séquentiel de validation spécifique à l'instance pour la transaction. |
commit_time |
datetime | Heure de la validation de la transaction. |
pdw_node_id |
int | S’applique à : Azure Synapse Analytics, Analytics Platform System (PDW) Identificateur du nœud sur lequel cette distribution est activée. |
Remarque
La table sys.dm_tran_commit_table ne reflète pas les modifications actives pour les utilisateurs en lecture seule, car VIEW SERVER STATE l’autorisation est requise. Les modifications restent stockées dans le rowstore jusqu’à ce qu’un CHECKPOINT événement se produise, après quoi les utilisateurs en lecture seule les verront répercutés. Ce comportement n’est pas observé pour les utilisateurs d’accès partagé.