1
0
Fork 0
arangodb/Documentation/Books/Users/AdministratingArango
Thomas Schmidts c2cb0d5a10 Some changes to the comments in the code 2014-06-29 03:34:22 +02:00
..
.DS_Store the new documentation 2014-06-02 13:44:09 +02:00
README.mdpp Some changes to the comments in the code 2014-06-29 03:34:22 +02:00

README.mdpp

!CHAPTER Administrating ArangoDB 

!SUBSECTION Mostly Memory/Durability

Database documents are stored in memory-mapped files. Per default, these
memory-mapped files are synced regularly but not instantly. This is often a good
tradeoff between storage performance and durability. If this level of durability
is too low for an application, the server can also sync all modifications to
disk instantly. This will give full durability but will come with a performance
penalty as each data modification will trigger a sync I/O operation.

!SECTION AppendOnly/MVCC 

Instead of overwriting existing documents, a completely new version of the
document is generated. The two benefits are:

* Objects can be stored coherently and compactly in the main memory.
* Objects are preserved-isolated writing and reading transactions allow
  accessing these objects for parallel operations.

The system collects obsolete versions as garbage, recognizing them as
forsaken. Garbage collection is asynchronous and runs parallel to other
processes.

!SECTION Configuration

!SUBSECTION Global Configuration 

There are certain default values, which you can store in the configuration file
or supply on the command line.

!SUBSECTION Maximal Journal Size
<!-- arangod/RestServer/ArangoServer.h -->
@startDocuBlock databaseMaximalJournalSize

!SECTION Per Collection Configuration

You can configure the durability behavior on a per collection basis.
Use the ArangoDB shell to change these properties.

!SUBSECTION Properties
<!-- arangod/V8Server/v8-vocbase.cpp -->
@startDocuBlock collectionProperties