This is the rendered output of the fauxmongo
source documentation.
View the source on GitHub!
fauxmongo
Match MongoDB queries, apply updates and test aggregation pipelines on local documents.
Installation and Use
$ npm install fauxmongo
var fauxmongo = require ('fauxmongo');
fauxmongo.update (document, update);
fauxmongo.update (query, document, update);
var queryMatchesDoc = fauxmongo.matchQuery (document, query);
var aggregatedDocs = fauxmongo.aggregate (docs, pipeline);
// get the result set of each stage in an aggregation pipeline
var stageOutputs = fauxmongo.aggregate (docs, pipeline, true);
// recursively overwrite freshly-queried state to local object
fauxmongo.merge (update, state, query, projection);
Development
fauxmongo
is developed and maintained by Kevin "Schmidty" Smith under the MIT license. If you want to
see continued development on fauxmongo
, please help me pay my bills!
Tests
The tests require a MongoDB instance to be accessible at the default host - 127.0.0.1:27017
. The
db/collection is test-fauxmongo.test-fauxmongo
and all records created will be removed before the
tests finish.
The test method is "direct comparison" - the same document is transformed by fauxmongo
and a real
database, then compared. This allows you to test fauxmongo
with your database cluster before
using it in production.
$ npm test
Notes
Imagine you have the rather confusing document { foo:[ { 1:"bar" }, "bar" ] }
. What is projected
if you call find ({ "foo.1":"bar" }, { "foo.$":1 })
? The answer is { foo:[ "bar" ]}
but the
question itself has a huge implication. If you permit an Array to get nontrivially long and plan to
query among its members, you must always query on an indexed field and never use a numeric
index in the query document. If your query fails to select, your seemingly safe Number index is
converted to a String and the entire Array will be searched for an Object with a property of that
name. To state the problem in code, { "arr.21.score":{ $gt:0.5 }}
may instead perform the query
{ arr:{ $elemMatch:{ "21.score":{ $gt:0.5 }}}}
.
Furthermore, note that fauxmongo
has no choice but to scan for queries involving Arrays.
$bit
uses the upsert behavior added in MongoDB version 2.5.3. If you're curious, MongoDB does
permit the use of up to three bitwise operands sequentially. In both MongoDB and fauxmongo
, they
will be executed in document order.
Contrary to the MongoDB documentation, $pull
never performs exact matches on Objects. Use
$pullAll
instead.
The documented sorting behavior for mixed Numbers and Arrays, specifically that [ 4 ]
and 4
are
equal for purposes of $sort
, is a lie. Neither MongoDB nor fauxmongo
support this behavior.
The positional operator is less powerful for projection than it ought to be. The docs stick to what
is available but do not explicit explain what is not. If you attempt a projection such as
{ "foo.$.bar":1 }
MongoDB will return all of foo.$
instead. The same behavior applies to a
projection such as { "foo.$":{ $slice:[ 5, 5 ]}}
. However, attempting to use $elemMatch
with
the positional operator, such as { "foo.$":{ $elemMatch:{ $gt:10 }}}
will throw an Error with both
MongoDB and fauxmongo
.
There is an additional caveat to query selection when multiple sources exist for a positional
operator. For example, when searching for the document
{ able:[ { able:1, baker:2 }, { able:2, baker:1 } ]}
with the query
{ 'able.able':{ $gt:1 }, 'able.baker':{ $gt:1 }}
and projection { 'able.$':true }
you will get
{ able:[ { able:1, baker:2 }]}
however with the query `{ 'able.able':{ $gt:1 }, 'able.baker':2 }
you will get { able:[ { able:2, baker:1 }]}
. Although it is not in the official docs, a query
document containing operators has a higher priority than a simple value query when locating the
positional operator.
Limitations
Update Limitations
- Ignores the
$setOnInsert
operator (becausefauxmongo
only understands updates, not insertion) - Does not support the deprecated operator
$pushAll
. Use$push:{ $each:[ ...
instead. $currentDate
does not support the Timestamp date format. It just sets aDate
to the path, period.
Query Limitations
- Does not support Geospatial Indexing.
- Does not support text search.
- Does not support
$where
.
LICENSE
The MIT License (MIT)
Copyright (c) 2014 Kevin "Schmidty" Smith
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.