Resumen
Descripción
Campo | Tipo | Descripción |
|---|---|---|
| Documento | A ObjetoBSON, que sirve como identificador del evento del flujo de cambios. Este valor se utiliza como Para ver un ejemplo de cómo reanudar un flujo de cambios |
| 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 Es posible que no todos los eventos con el mismo Para identificar eventos para una sola transacción, puede utilizar la combinación de Cambiado en la versión 8.0. |
| UUID | UUID que identifica la colección donde ocurrió el cambio. Novedades en la versión 6.0. El campo |
| Documento | |
| Documento | El documento creado por la operación. Cambiado en la versión 6.0. A partir de MongoDB,6.0 si configura la |
| Documento | El identificador de la sesión asociada con la transacción. Sólo está presente si la operación es parte de una transacción de múltiples documentos. |
| Documento | El espacio de nombres (base de datos y/o colección) afectado por el evento. |
| string | El nombre de la colección donde ocurrió el evento. |
| string | El nombre de la base de datos donde ocurrió el evento. |
| string | El tipo de operación que informa la notificación de cambio. Devuelve un valor de |
| Número largo | Junto con el lsid, un número que ayuda a identificar de forma única una transacción. Sólo está presente si la operación es parte de una transacción de múltiples documentos. |
| La fecha y hora del servidor de la operación de la base de datos. Novedades en la versión 6.0. |
Comportamiento
Operaciones de actualizar
El comando puede producir update update diferentes eventos de cambio (no solo) dependiendo de los cambios reales que realice en la colección.
Evento de cambio | Descripción |
|---|---|
La operación de actualización modificó un documento existente. | |
La operación de actualización reemplazó el documento o produjo una diferencia que era más detallada que el documento original, lo que provocó que MongoDB lo reemplazara. | |
La operación de actualización intentó actualizar un documento inexistente y, en su lugar, lo agregó a la colección. Esto solo ocurre cuando la actualización se ejecuta con la opción |
Ejemplo
El siguiente ejemplo ilustra un evento insert:
{ "_id": { <Resume Token> }, "operationType": "insert", "clusterTime": <Timestamp>, "wallTime": <ISODate>, "ns": { "db": "engineering", "coll": "users" }, "documentKey": { "userName": "alice123", "_id": ObjectId("599af247bb69cd89961c986d") }, "fullDocument": { "_id": ObjectId("599af247bb69cd89961c986d"), "userName": "alice123", "name": "Alice" } }
El campo documentKey incluye los campos _id y userName. Esto indica que la colección engineering.users está fragmentada, con una clave de fragmentación en userName y _id.
El documento fullDocument representa la versión del documento en el momento de la inserción.