RadixDB
ENДокументация

Архитектура RadixDB

Предсказуемая работа с данными от записи до сканирования

Движок разделяет изменяемое состояние и холодное хранение, сохраняя единый SQL-интерфейс, транзакционную видимость и контролируемое потребление ресурсов.

Путь данных

01

SQL и планировщик

Парсер, выражения, статистика и выбор физического оператора.

02

Транзакционный слой

MVCC, READ COMMITTED и SNAPSHOT, savepoints и атомарность операций.

03

Горячие версии строк

Текущие изменения остаются доступными без переписывания холодных блоков.

04

Колоночные блоки

Неизменяемые сжатые сегменты для последовательного и выборочного чтения.

05

WAL и восстановление

Журнал предзаписи, контрольные точки и проверяемый запуск после сбоя.

SQL

Знакомый SQL. Явные границы.

RadixDB поддерживает DDL, DML, JOIN, агрегаты, подзапросы, CTE, оконные функции, RETURNING и ON CONFLICT. Там, где совместимость ограничена, документация говорит об этом прямо.

BEGIN ISOLATION LEVEL SNAPSHOT;

UPDATE stock_balances
SET quantity = quantity - 4
WHERE product_id = :product
  AND revision = :expected
RETURNING quantity, revision;

COMMIT;

Index access

Индексы под форму запроса

  • BTREE для диапазонов и сортировки
  • HASH для точного поиска
  • BITMAP для селективных признаков
  • Составные и частичные индексы

Application interfaces

От SQL до приложения

Embedded Rust

Прямое открытие базы и выполнение запросов в процессе.

TCP client

Сетевое подключение к процессу radixdb-server.

ORM facade

Типизированный прикладной интерфейс поверх запросов и записей.

Server programming

Подпрограммы, триггеры и задания развиваются как отдельный слой.