Here is a list of all modules:
[detail level 123]
▼BSON | The types, functions and everything else within this module is meant to allow one to work with BSON objects easily |
Types | |
Object Access | Functions that operate on whole BSON objects |
Appending | Functions to append various kinds of elements to existing BSON objects |
Cursor & Retrieval | This section documents the cursors, and the data retrieval functions. Each and every function here operates on finished BSON objects, and will return with an error if passed an open object |
Mongo Client | |
▼Mongo Sync API | These commands provide wrappers for the most often used MongoDB commands. All of these will send the command, and receive any results, thus saving the caller from having to do that himself |
Mongo Sync Cursor API | |
Mongo Sync Pool API | These commands implement connection pooling over the mongo_sync family of commands |
▼Mongo GridFS API | The GridFS API - and related modules, like Mongo GridFS Chunk API and Mongo GridFS Streaming API - provide a conveneint way to work with GridFS, and files stored on it |
Mongo GridFS Chunk API | This submodule provides chunk-based access to GridFS files. Chunk-based access has the advantage of being reasonably lightweight and fast, and the disadvantage of making it harder to do arbitrary reads or multi-part writes |
Mongo GridFS Streaming API | Ths submodule provides stream-based access to GridFS files. Stream based access has the advantage of allowing arbitrary reads and multi-part writes, at the cost of slightly higher memory usage and lower performance speed |
Mongo Utils | Various utility functions related to MongoDB |
▼Mongo Wire Protocol | The structures and functions within this module implement the MongoDB wire protocol: functions to assemble various commands into binary blobs that can be sent over the wire |
Packets | |
Reply handling | |
Commands | Each command has an id parameter, which can be used to track replies to various commands. It is the responsibility of the caller to keep track of IDs |