Release Notes

v0.1 alpha

AionDB v0.1 is the first public alpha line. It is intended for evaluation, inspection, local benchmarking, and early feedback.

The release should be judged as a technical preview. It is useful if a reader can understand the model, run the database locally, connect through a PostgreSQL client, and reproduce the examples. It should not be presented as a mature production database.

Included surfaces

Status by surface

Surfacev0.1 status
Server startupAvailable for local evaluation.
Pgwire clientsUsable for supported SQL paths; driver behavior must be tested.
Embedded Rust APIAvailable for in-process evaluation.
SQLPractical subset, not full PostgreSQL.
Graph labelsAvailable for evaluation; validate exact workload behavior.
Vector functionsAvailable for fixed-dimension vectors.
Vector indexesHNSW DDL path available; benchmark exact workload.
Durable storageAvailable for local evaluation; alpha format.
Storage compatibilityStorage v1 manifest, doctor, and upgrade tooling are available.
Logical backupSQL dump/restore path is available for v0.1 evaluation.
ObservabilityLocal HTTP health, readiness, metrics, and product info endpoints are available.
PackagingLocal archive, checksum, manifest, prebuilt GHCR images, Dockerfile, compose profile, Kubernetes profile, and systemd template are available.
HA/distributed operationNot a public production contract.

Suggested first run

Start with the Docker quickstart:

docker compose --profile studio up

Open AionDB Studio at http://127.0.0.1:8082, then connect with psql if you also want terminal access:

psql "host=127.0.0.1 port=5432 dbname=default user=dev password=DevPassword42! sslmode=disable"

Run the smoke SQL file first, then try the tutorial schema, one SQL join, one graph label example, and one vector distance query.

License

AionDB core is licensed under BUSL-1.1 with an Apache License 2.0 change license and a separate commercial license path. Third-party components keep their original licenses and notices.

Known limits

Internal testing, fuzzing, and compatibility validation are encouraging. That is not yet the same thing as a public production-ready claim.

AionDB will only claim production readiness after at least one month of continuous testing and fuzzing on the release line being shipped.

Compatibility notes

The release is PostgreSQL-facing because it speaks pgwire and implements PostgreSQL-compatible behavior where supported. It is not PostgreSQL-complete. Test application drivers, prepared statements, generated ORM SQL, type mapping, and catalog introspection before making compatibility claims.

Benchmark notes

Any public number should include commit hash, build command, benchmark command, dataset size, hardware, durability mode, protocol path, and raw output. Numbers without those details should be treated as local observations only.

Upgrade policy

Storage v1 directories should be inspected with:

aiondb doctor --data-dir ./data/aiondb

If doctor reports an upgrade path, run:

aiondb upgrade --data-dir ./data/aiondb

Keep test data reproducible from SQL or fixture files. Before production-like testing, also keep a canonical SQL export:

aiondb dump --data-dir ./data/aiondb --output pre-upgrade.sql

Binary online backup and point-in-time recovery are not v0.1 release claims.

Release artifact checks

For a local release candidate:

make product-smoke

This checks formatting, workspace compilation, storage compatibility, CLI dump/restore, observability routes, documentation links, package contents, package checksum/manifest, and the static deployment profiles.

The local archive manifest records:

Feedback wanted

The most valuable feedback for v0.1 is concrete:

Reports should include commit hash, command, SQL text, expected result, actual result, and client driver when relevant.

Before presenting v0.1 publicly, check: