[apapacy]

1. Хотелось бы побольше опций (пользователь/пыроль/хост/порт/пулл/реконнект...)
2. Хотелось бы иметь доступ к нативныи запросам, т.к. помимо производительности в arangodb главной отличительной фичей является оригинальный JOIN основанный на вложенных операторах FOR doc1 in collection1 FOR doc2 in collection2 FILTER doc2.parentId == doc1._id - при наличии индексов работает эффективно
3. Делать всеядный ОРМ - это еще вопрос. Для монги уже есть iridium, для реляционных sequelize. А вот для arangodb нет ничего и от дистрибьюторов arangojs однозначный был дан ответ что над odm/orm они в обозримом будущем работать не планируют.

Так что в следующем проекте обязательно использую arangodb+ormjs. Только бы п.1 был учтен (больше опиций) а то как-то.

С учетом текущего состояния вопроса mongo>>= arangodb++

ЗЫ. На днях реализовал на монге "JOIN" (постраничный фильтр по наименованию из свзяанной таблицы) при помощи map/reduce - все конечно возможно, но кодить много, при этом между нодой и монгой приходится гонять объекты из фильтрованных идентификаторов что конечно не очень. JOIN из коробки есть также в cоuchbase - весьма тормозной по производительности так как в основе ее CouchDB. А также в rethinkdb - весьма требовательна по ресурсам и валится с разрушением базы при исчерпании ресурсов. А также JOIN в rethinkdb это что-то вроде r.table("employees").eq_join("company_id", r.table("companies")).run(). Никаого сравнения по простоте с arangodb FOR... FOR... не идет.

Так что так держать. И желаю Вам побольше дистрибьюторов.