ArangoDB v3.13 is under development and not released yet. This documentation is not final and potentially incomplete.

Working with collections in Foxx services

Foxx provides the module.context.collection method to provide easy access to ArangoDB collections. These collections are also called “prefixed collections” because Foxx will automatically prefix the name based on the mount path of the service.

The prefixes may initially feel unnecessarily verbose but help avoid conflicts between different services with similar collection names or even multiple copies of the same service sharing the same database. Keep in mind that you can also use collection objects when writing queries, so you don’t need to worry about writing out prefixes by hand.

As a rule of thumb you should always use module.context.collection to access collections in your service.

Low-level collection access

ArangoDB provides a low-level API for managing collections via the db object. These APIs are not very useful for most application logic but allow you to create and destroy collections in your lifecycle scripts and migrations.

Using these methods requires you to work with fully qualified collection names. This means instead of using module.context.collection to get a collection object you need to use module.context.collectionName to get the prefixed collection name ArangoDB understands:

"use strict";
const { db } = require("@arangodb");
const collectionName = module.context.collectionName("users");

if (!db._collection(collectionName)) {
  db._createDocumentCollection(collectionName);
}

Sharing collections

The most obvious way to share collections between multiple services is to use an unprefixed collection name and then use the low-level db._collection method to access that collection from each service that needs access to it.

The downside of this approach is that it results in an implicit dependency of those services on a single collection as well as creating the potential for subtle problems if a different service uses the same unprefixed collection name in the future.

The cleanest approach is to instead decide on a single service which manages the collection and set up explicit dependencies between the different services using the collection:

// in the service's main file:
exports.users = module.context.collection("users");

// in a dependent service's code:
const users = module.dependencies.usersService.users;

This approach not only makes the dependency on an externally managed collection explicit but also allows having those services still use different collections if necessary by providing multiple copies of the service that provides the shared collection.