Resumen
Descripción
Campo | Tipo | Descripción |
|---|---|---|
| Documento | A Objeto BSON, que sirve como identificador para el evento de flujo de cambios. Este valor se utiliza como el parámetro Para obtener un ejemplo de reanudación de un flujo de cambios por |
| Marca de tiempo |
Debido a los límites de tamaño del oplog, las transacciones multidocumentos pueden crear varias entradas de oplog. En una transacción, los eventos de flujo de cambios organizados en una entrada determinada del oplog comparten el mismo Los eventos con el mismo Para identificar eventos para una única transacción, puedes usar la combinación de Cambiado en la versión 8.0. |
| string | El tipo de operación que se reporta en la notificación de cambio. Devuelve un valor de |
| La fecha y hora del servidor de la operación de la base de datos. Novedades en la versión 6.0. |
Ejemplo
El siguiente ejemplo ilustra un evento invalidate:
{ "_id": { <Resume Token> }, "operationType": "invalidate", "clusterTime": <Timestamp>, "wallTime": <ISODate> }
Los flujos de cambios abiertos en las colecciones generan un evento invalidate cuando se produce una operación de descartar, cambio de nombre o dropDatabase que afecta a la colección vigilada.
Las secuencias de cambios abiertas en bases de datos activan un evento invalidate cuando ocurre un dropDatabase que afecta a la base de datos vigilada.
invalidate los eventos cierran el cursor del flujo de cambios.
No puedes utilizar resumeAfter para reanudar un flujo de cambios después de un(a)
evento de invalidación (por ejemplo, una descartar o cambio de nombre de una colección) cierra el flujo. En su lugar, puede usar startAfter para iniciar un nuevo flujo de cambios después de un evento de invalidación.