API Reference mongodb-driver v0.8.0

Modules

Functions for encoding and decoding BSON documents.

Represents BSON binary type

Represents BSON JavaScript (with and without scope) types

Represents BSON long type

Represents BSON ObjectId type

Represents BSON Regex type

Represents BSON Timestamp type

The main entry point for doing queries. All functions take a topology to run the query on.

This module defines bulk operation for insert, update and delete. A bulk operation is a tupel of two elements

The driver supports the so-called bulk writes (Specification)

The successful result struct of Mongo.BulkWrite.write. Its fields are

This module provides some boilerplate code for a better support of structs while using the MongoDB driver

The successful result struct of Mongo.delete_one/4 and Mongo.delete_many/4. Its fields are

This is the MongoDB Bucket struct, which specifies the underlying collections to support GridFS. There are always two kind of collections used for storing files by GridFS. The fs.files collection contains the meta information about the file and the fs.chunks collection contains the data of the file chunked into blocks of bytes. The names of the collection and the size of the block is defined by the following options

The main entry point for downloading files from the grid-fs specified by the bucket struct.

The main entry point for uploading files into the grid-fs specified by the bucket struct.

This is the upload stream for save streams into the grid fs.

The successful result struct of Mongo.insert_many/4. Its fields are

The successful result struct of Mongo.insert_one/4. Its fields are

This module encodes and decodes the data from and to the mongodb server. We only support MongoDB >= 3.2 and use op_query with the hack collection "$cmd" Other op codes are deprecated. Therefore only op_reply and op_query are supported.

Implementation of the DBConnection behaviour module.

Each server has a monitor process. The monitor process is created by the topology process.

An ordered bulk is filled in the memeory with the bulk operations. If the ordered bulk is written to the database, the order is preserved. Only same types of operation are grouped and only if they have been inserted one after the other.

PBKDF2 implements PBKDF2 (Password-Based Key Derivation Function 2), part of PKCS #5 v2.0 (Password-Based Cryptography Specification). It can be used to derive a number of keys for various purposes from a given secret. This lets applications have a single secure secret, but avoid reusing that key in multiple incompatible contexts. see http://tools.ietf.org/html/rfc2898#section-5.2

The password safe stores the password while parsing the url and/or the options to avoid it from logging while the sasl logger is activated.

This is the query implementation for the Query Protocoll

Determines which servers are considered suitable for read operations

This module implements the details of the transactions api (see specs).

This module represents the server-side session. There are three fields

A FIFO cache for sessions. To get a new session, call checkout. This returns a new session or a cached session. After running the operation call checkin(session) to put the session into the FIFO cache for reuse.

An unordered bulk is filled in the memeory with the bulk operations. These are divided into three lists (inserts, updates, deletes) added. If the unordered bulk is written to the database, the groups are written in the following order

The successful result struct of Mongo.update_one/5, Mongo.update_many/5 and Mongo.replace_one/5. Its fields are

Mongo connection URL parsing util

This module contains the constant of all wire versions.