- monsterDB Technology
- Technical User Guide
- Streaming Data
- Download monsterDB Binaries
- Contact Us
Make your data beautiful again.
A monsterDB database stores many collections, each database acts independently and does not see the contents of other databases. If you drop a a database it will drop all the collections within it. Collections in MonsterDB take two distinct forms, but they act very similar to each other, there are normal collections and fuzzy collections.
Normal Collections store data in optimised way for standard data, once a collection is created in the normal way, it can be converted to a fuzzy collection and vice versa. Normal collections can have any number of unique or non-unique indexes that can be composite keyed or single keyed. The optimiser will not consider any fuzzy aspects in its work to speed up your query.
However a fuzzy collection can be used as a normal collection if need be, that said fuzzy collections have a considerable indexing overhead due to the cost of maintaining bucketed indexes. Fuzzy collections need more metadata to maintain standardisation and indexing. Fuzzy databases also maintain additional data indexing and standardisation indexes within their structure and such will b e larger. Fuzzy collections are inserted/updated as normal, but must be queried using special methods as described.
usage from API: void useCollection(collectionName) usage from CLI: useCollection collectionName
Switches context to this collection, at this point monsterDB will only take note of this for setExplain, but in the future it will be used by the optimiser as a hint for joined collections.
usage from API: void createCollection(collectionName) usage from CLI: db createCollection collectionName
Creates a normal / non fuzzy collection and switches context to this new collection.
usage from API: void createFuzzyCollection(collectionName, definition) usage from CLI: db createFuzzyCollection collectionName definitionFile
API explanation: Creates a fuzzy collection and switches context to this new collection.
definition refers to a “Document” object that defines the match rules needed for matching as defined in the MARS schema definition here.
CLI explanation: Creates a fuzzy collection and switches context to this new collection.
definitionFile refers to a text file name that contained the JSON format schema definition as defined in the MARS schema definition here.
usage from API: void dropCollection(collectionName) usage from CLI: db dropCollection collectionName
Drops a collection and removes the file associated with this collection, this is a very destructive command and should be used carefully.
usage from API: List listCollectionNames() usage from CLI: db listCollectionNames
Lists all known collections in the currently used database (in context), it will return a list of Documents each document will contain the name of the collection.
usage from API: void setExplain(true|false) usage from CLI: db setExplain true|false
Sets the debug flag for a collection, similar to the database level setDebug, but will only affect queries that hit the collection in context.