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 registro de operaciones, lastransacciones multidocumento pueden crear varias entradas del registro de operaciones. En una transacción, los eventos de flujo de cambios almacenados en una entrada del registro de operaciones comparten el En clústeres fragmentados, los eventos con el mismo Para identificar eventos para una sola transacción, puede utilizar la combinación de |
| string | El tipo de operación que informa 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 cambio.
No puedes utilizar resumeAfter para reanudar un flujo de cambios después de un(a)
Unevento de invalidación (por ejemplo, la eliminación o el 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.