AetherSQL — минималистичная in‑memory СУБД с MVCC и встроенным HTTP‑API.
Это компактный, самодостаточный движок базы данных, упакованный в один Python‑файл. Он реализует ключевые механизмы надёжных СУБД — MVCC, WAL, буферный пул, планировщик запросов — без внешних зависимостей и тяжёлых рантаймов. При этом сохраняет прозрачность: код остаётся читаемым, структура — предсказуемой, а интерфейс — простым.
Что он делает
Исполняет SQL‑запросы в памяти: SELECT, INSERT, UPDATE, DELETE, CREATE TABLE, агрегации, JOIN, GROUP BY, ORDER BY, LIMIT.
Гарантирует согласованность через MVCC и снимки транзакций: каждая транзакция видит свой согласованный срез данных, конфликты обрабатываются на уровне изоляции.
Сохраняет целостность с помощью WAL: все изменения фиксируются в журнале предзаписи, что позволяет восстановить состояние и контролировать порядок операций.
Оптимизирует доступ через буферный пул и индексы: эмулирует работу с дисковыми страницами, кэширует часто используемые данные, ускоряет поиск по индексированным колонкам.
Предоставляет HTTP‑интерфейс для выполнения запросов и получения метрик: JSON‑API для интеграции, endpoint’ы для статистики и схемы.
Автоматически подготавливает Node.js‑фронтенд на базе Canvacord: при старте генерирует код дашборда и карточек, чтобы можно было сразу визуализировать метрики и результаты.
Для чего это нужно
AetherSQL подходит, когда нужна настоящая SQL‑логика, но без установки и настройки полноценной СУБД:
Прототипирование и эксперименты: быстро поднять хранилище, проверить схемы, отладить запросы и агрегации.
Встроенные игровые системы: хранение прогресса, рейтингов, событий, логов — с возможностью выдачи красивых карточек через Canvacord.
Обучение и разбор механизмов СУБД: прозрачный код позволяет увидеть, как работают MVCC, транзакции, WAL и буферный пул.
Микросервисы и демо‑стенды: лёгкий HTTP‑API, минимальные зависимости, понятный формат ответов.
Архитектурные принципы
Один файл — полная функциональность: вся логика, включая сервер и подготовку фронтенда, находится в одном скрипте.
Явная структура: классы строго разделены по ответственности (парсер, планировщик, исполнитель, хранилище, сервер).
Безопасность параллелизма: внутренние структуры защищены блокировками, что позволяет обрабатывать конкурентные запросы.
Наблюдаемость: встроенные метрики (время выполнения, попадания в кэш, активные транзакции, LSN журнала) доступны через API
за 30 дней35 → 29−6максимум 35, 17 октместо в рейтинге на дату пересчёта 11953 → 11817
Оценкасобытия
Что изменилось за 30 дней: по категориям и событиям · событий: 6
Что изменилось за 30 дней
Категория
Динамика
Оценка
Вклад в оценку
Security25%
— → —
—
CI/CD20%
— → —
—
Активность15%
34 → 18
−4,3
Документация15%
26 → 17
−2,5
Issues15%
11 → 11
0,0
Code health10%
88 → 88
0,0
Округлениев строках выше оценки категорий округлены до целых
+0,1
Оценка
35 → 29
−6
Вклад = вес категории × изменение её оценки / сумма весов. Строки складываются в итог с точностью до округления. Наведите строку — справа подсветятся связанные события.
События
6
21 окт 2026 · источник данных
Code health: данные появились
Источник стал доступен
без изменения
5
18 окт 2026 · методика
Изменилась методика
Оценку пересчитали по текущим правилам на тех же фактах, без нового обхода репозитория
−19
4
18 окт 2026 · источник данных
Code health: нет данных
Источник недоступен при пересчёте
без изменения
3
18 окт 2026 · ухудшение
Активность 34 → 19
Заметное изменение оценки категории между пересчётами
−15
2
17 окт 2026 · ухудшение
Issues 40 → 11
Заметное изменение оценки категории между пересчётами
−29
1
17 окт 2026 · ухудшение
Активность 46 → 34
Заметное изменение оценки категории между пересчётами