descartar evento
Synopsis
Descrição
Campo | Tipo | Descrição | |||
---|---|---|---|---|---|
| Documento | Um objeto BSON que serve como um identificador para o evento de fluxo de alterações. Este valor é utilizado como
O Para obter um exemplo de como retomar um fluxo de alterações por | |||
| Timestamp |
Devido aos limites de tamanho do oplog , transações com vários documentos podem criar várias entradas no oplog. Em uma transação, os eventos de change stream encenados em uma determinada entrada do oplog compartilham o mesmo Em clusters fragmentados, eventos com o mesmo Para identificar eventos para uma única transação, você pode usar a combinação de | |||
| UUID | Se a alteração ocorreu em uma collection, Novidades na versão 6.0. | |||
| documento | O identificador da sessão associada à transação. Somente presente se a operação fizer parte de uma transação de vários documentos. | |||
| documento | O namespace (banco de dados e/ou coleção) afetado pelo evento. | |||
| string | O nome da coleção onde o evento ocorreu. | |||
| string | O nome do banco de dados onde ocorreu o evento. | |||
| string | O tipo de operação que os relatórios de notificação de alteração. Retorna um valor de | |||
| Número longo | Juntamente com o lsid, um número que ajuda a identificar exclusivamente uma transação. Somente presente se a operação fizer parte de uma transação de vários documentos. | |||
| A data e hora do servidor da operação do banco de dados. Novidades na versão 6.0. |
Exemplo
O exemplo seguinte ilustra um evento drop
:
{ "_id": { <Resume Token> }, "operationType": "drop", "clusterTime": <Timestamp>, "wallTime": <ISODate>, "ns": { "db": "engineering", "coll": "users" } }
Um evento drop
leva a um evento invalidate
para alterar fluxos abertos em sua própria coleção ns
.