1
0
Fork 0
arangodb/Documentation/Books/Users/Documents/README.mdpp

63 lines
2.9 KiB
Plaintext

!CHAPTER Documents, Identifiers, Handles
This is an introduction to ArangoDB's interface for documents to and how handle
documents from the JavaScript shell *arangosh*. For other languages see the
corresponding language API.
Documents in ArangoDB are JSON objects. These objects can be nested (to any depth)
and may contain lists. Each document is uniquely identified by its [document handle](../Glossary/README.md#document-handle).
For example:
```js
{
"firstName" : "Hugo",
"lastName" : "Schlonz",
"address" : {
"city" : "Hier",
"street" : "Strasse 1"
},
"hobbies" : [
"swimming",
"biking",
"programming"
],
"_id" : "demo/schlonz",
"_rev" : "13728680",
"_key" : "schlonz"
}
```
All documents contain special attributes: the document handle in *_id*, the
document's unique key in *_key* and and the ETag aka [document revision](../Glossary/README.md#document-revision) in
*_rev*. The value of the *_key* attribute can be specified by the user when
creating a document. *_id* and *_key* values are immutable once the document
has been created. The *_rev* value is maintained by ArangoDB autonomously.
A document handle uniquely identifies a document in the database. It is a string and
consists of the collection's name and the [document key](../Glossary/README.md#document-key) (_key attribute) separated by /.
As ArangoDB supports MVCC, documents can exist in more than
one revision. The document revision is the MVCC token used to identify a particular
revision of a document. It is a string value currently containing an integer number
and is unique within the list of document revisions for a single document. Document
revisions can be used to conditionally update, replace or delete documents in the
database. In order to find a particular revision of a document, you need the document
handle and the document revision.
ArangoDB currently uses 64bit unsigned integer values to maintain document revisions
internally. When returning document revisions to clients, ArangoDB will put them
into a string to ensure the revision id is not clipped by clients that do not support
big integers. Clients should treat the revision id returned by ArangoDB as an opaque
string when they store or use it locally. This will allow ArangoDB to change the format
of revision ids later if this should be required. Clients can use revisions ids to
perform simple equality/non-equality comparisons (e.g. to check whether a document has
changed or not), but they should not use revision ids to perform greater/less than
comparisons with them to check if a document revision is older than one another,
even if this might work for some cases.
**Note**: Revision ids have been returned as integers up to including ArangoDB 1.1
*Document Etag*: The document revision enclosed in double quotes. The revision is
returned by several HTTP API methods in the Etag HTTP header.