Использования дисковой СУБД напрямую без "ускоряющих" вышестоящих слоев всегда интересовал разработчиков, потенциально такая система значительно проще и надежнее и, вероятно, конечная система будет с меньшими требованиями к оборудованию.

Вопрос только, с какой СУБД это возможно. Требования известны:
- СУБД должна работа с 10К и большим количеством соединений на заурядном серверном оборудовании.
- СУБД должна работать как с диском, так и с данным в памяти.
- Эффективность работы дисковой СУБД с данными из кэша должна быть сравнима с показателями 'in-memory' решений.
- СУБД должна уметь масштабироваться на оборудовании с большим числом ядер.

Как исключить узкие места масштабирования. И какие в действительности пределы масштабирования, если изначально архитектура системы построена на неблокирующих походах.

Предлагаем рассмотреть СУБД Сокол в озвученных обстоятельствах в сравнении с другими системами.

СУБД Сокол является дисковой реляционной СУБД. Отличие в том, что все компоненты СУБД Сокол снизу-доверху реализованы на неблокирующих подходах. Цена доступа к данным из кэша СУБД Сокол минимизирована. Соединения обслуживаются в корутинах. Генерация кода SQL и процедур возможна, как в нативном, так и виртуальном наборе инструкций.