Synopsis
Descrição
Campo | Tipo | Descrição |
|---|---|---|
| Documento | Um objetoBSON , que serve como identificador para o evento de fluxo de alterações . Este valor é utilizado como 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 Eventos com o mesmo Para identificar eventos para uma única transação, você pode usar a combinação de Alterado na versão 8.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 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 dropDatabase:
{ "_id": { <Resume Token> }, "operationType": "dropDatabase", "clusterTime": <Timestamp>, "wallTime": <ISODate>, "ns": { "db": "engineering" } }
Um comando dropDatabase gera um evento de descarte para cada collection no reconhecimento de data center antes de gerar um evento dropDatabase para o reconhecimento de data center.
Um evento dropDatabase leva a um evento invalidate para change streams abertos em seu próprio banco de dados ns.db .