Crate lora_database 

In-memory Lora database — the database-facing orchestration layer.

lora-database owns the parse → analyze → compile → execute pipeline and exposes a single Database entry point that transports (HTTP, benches, examples, embedded callers) can drive without knowing about the underlying crates.

Quick start

use lora_database::Database;

let db = Database::in_memory();
db.execute("CREATE (:User {name: 'alice'})", None).unwrap();

Structs

Database

Owns the graph store and orchestrates parse → analyze → compile → execute.

DatabaseName

Validated logical database name/path.

DatabaseOpenOptions

Options for opening a named filesystem-backed database.

ExecuteOptions

InMemoryGraph

QueryStream

Owning row stream returned by crate::Database::stream and transaction streaming methods.

Row

SnapshotMeta

Metadata reported by save_snapshot / load_snapshot. Kept small and stable so callers can log / diff it without reflecting on the payload.

Transaction

Explicit transaction over the in-memory graph.

WalStatus

Snapshot of WAL state returned by WalAdmin::wal_status.

Enums

DatabaseNameError

LoraValue

QueryResult

ResultFormat

SnapshotError

Errors produced by the snapshot codec.

SyncMode

Durability mode for committed transactions.

TransactionMode

Transaction execution mode.

WalConfig

Configuration for opening a Wal.

Constants

DEFAULT_DATABASE_MAX_BYTES

Hard ceiling for one portable database archive/root.

Traits

QueryRunner

Minimal abstraction any transport can depend on to run Lora queries.

SnapshotAdmin

Storage-agnostic admin surface for HTTP / binding callers that want to drive snapshot operations without naming the backend type parameter.

Snapshotable

A backend that can serialize its state to a byte stream and restore from one.

WalAdmin

Storage-agnostic admin surface for the WAL.

Functions

parse_query

resolve_database_path