Docs HomeMongoDB Manual

drop Event

Synopsis

drop

New in version 4.0.1.

A drop event occurs when a collection is dropped from a database.

Description

FieldTypeDescription
_idDocumentA BSON object which serves as an identifier for the change stream event. This value is used as the resumeToken for the resumeAfter parameter when resuming a change stream. The _id object has the following form:
{
   "_data" : <BinData|hex string>
}

The _data type depends on the MongoDB versions and, in some cases, the feature compatibility version (fCV) at the time of the change stream's opening or resumption. See Resume Tokens for the full list of _data types.

For an example of resuming a change stream by resumeToken, see Resume a Change Stream.

clusterTimeTimestampThe timestamp from the oplog entry associated with the event.
Change stream event notifications associated with a multi-document transaction all have the same clusterTime value: the time when the transaction was committed.
On sharded clusters, events with the same clusterTime may not all relate to the same transaction. Some events don't relate to a transaction at all.
To identify events for a single transaction, you can use the combination of lsid and txnNumber in the change stream event document.
New in version 4.0.
collectionUUIDUUIDUUID identifying the collection where the change occurred.
New in version 6.0.
lsiddocumentThe identifier for the session associated with the transaction.
Only present if the operation is part of a multi-document transaction.
New in version 4.0.
nsdocumentThe namespace (database and or collection) affected by the event.
ns.collstringThe name of the collection where the event occurred.
ns.dbstringThe name of the database where the event occurred.
operationTypestringThe type of operation that the change notification reports.
Returns a value of drop for these change events.
txnNumberNumberLongTogether with the lsid, a number that helps uniquely identify a transction.
Only present if the operation is part of a multi-document transaction.
New in version 4.0.
wallTimeISODateThe server date and time of the database operation. wallTime differs from clusterTime in that clusterTime is a timestamp taken from the oplog entry associated with the database operation event.
New in version 6.0.

Example

The following example illustrates a drop event:

{
   "_id": { <Resume Token> },
   "operationType": "drop",
   "clusterTime": <Timestamp>,
   "wallTime": <ISODate>,
   "ns": {
      "db": "engineering",
      "coll": "users"
   }
}

A drop event leads to an invalidate event for change streams opened against its own ns collection.