Мы тоже в проекте использовали BerkleyDB, но потом переехали на WiredTiger. WoredTiger более современный, производительный. Кстати, его писали чуть ли не те же люди, что и сам BerkleyDB.
Более того, почему-то GraphQL всегда рассматривается в контексте маппинга на sql-запросы. А если какая-то часть данных лежит в sql, какая-то — в другом хранилище, а остальная — в третьем. В этом случае сложность бэкенда перекроет все плюсы.
Вот реально, GraphQL продвигают фронтендеры, потому что упрощается их работа.
Спасибо за статью! У меня такой вопрос: а есть ли рекомендуемая или общепризнанная структура проектов на .NET? Структура каталогов, расположение тестов и т.д.?
Вот реально, GraphQL продвигают фронтендеры, потому что упрощается их работа.