mongodb-driver v0.6.2 API Reference

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

MongoDB Cursor as a stream. There are two variants:  

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

The bucket has some configuration 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

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

Exceptions