Suivi des modifications - sys.dm_tran_commit_table

S’applique à :SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics 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 à propre up 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é.