lora-python 0.5.0__tar.gz → 0.5.4__tar.gz

{lora_python-0.5.0 → lora_python-0.5.4}/Cargo.lock

@@ -651,7 +651,7 @@ checksum = "5e5032e24019045c762d3c0f28f5b6b8bbf38563a65908389bf7978758920897"
 
 [[package]]
 name = "lora-analyzer"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "lora-ast",
  "lora-parser",
@@ -661,14 +661,14 @@ dependencies = [
 
 [[package]]
 name = "lora-ast"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "smallvec 2.0.0-alpha.12",
 ]
 
 [[package]]
 name = "lora-compiler"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "lora-analyzer",
  "lora-ast",
@@ -676,7 +676,7 @@ dependencies = [
 
 [[package]]
 name = "lora-database"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "criterion",
@@ -694,7 +694,7 @@ dependencies = [
 
 [[package]]
 name = "lora-executor"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "lora-analyzer",
  "lora-ast",
@@ -708,7 +708,7 @@ dependencies = [
 
 [[package]]
 name = "lora-ffi"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "lora-database",
  "lora-store",
@@ -718,7 +718,7 @@ dependencies = [
 
 [[package]]
 name = "lora-node"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "lora-database",
@@ -732,7 +732,7 @@ dependencies = [
 
 [[package]]
 name = "lora-parser"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "lora-ast",
  "pest",
@@ -743,7 +743,7 @@ dependencies = [
 
 [[package]]
 name = "lora-python"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "lora-database",
@@ -755,7 +755,7 @@ dependencies = [
 
 [[package]]
 name = "lora-server"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "axum",
@@ -769,7 +769,7 @@ dependencies = [
 
 [[package]]
 name = "lora-store"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "bincode",
  "crc32fast",
@@ -781,7 +781,7 @@ dependencies = [
 
 [[package]]
 name = "lora-wal"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "bincode",
  "crc32fast",
@@ -792,7 +792,7 @@ dependencies = [
 
 [[package]]
 name = "lora-wasm"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "console_error_panic_hook",
@@ -807,7 +807,7 @@ dependencies = [
 
 [[package]]
 name = "lora_ruby"
-version = "0.5.0"
+version = "0.5.4"
 dependencies = [
  "anyhow",
  "lora-database",

{lora_python-0.5.0 → lora_python-0.5.4}/Cargo.toml

@@ -4,7 +4,7 @@ resolver = "2"
 
 [workspace.package]
 edition = "2021"
-version = "0.5.0"
+version = "0.5.4"
 license = "BUSL-1.1"
 authors = ["LoraDB, Inc."]
 repository = "https://github.com/lora-db/lora"
@@ -15,14 +15,14 @@ rust-version = "1.87"
 # Internal crates — versions are kept in lockstep with [workspace.package].version
 # by `scripts/sync-versions.mjs`. Both `path` and `version` are set so that
 # `cargo publish` works (crates.io cannot resolve path-only deps).
-lora-ast = { path = "crates/lora-ast", version = "=0.5.0" }
-lora-parser = { path = "crates/lora-parser", version = "=0.5.0" }
-lora-analyzer = { path = "crates/lora-analyzer", version = "=0.5.0" }
-lora-compiler = { path = "crates/lora-compiler", version = "=0.5.0" }
-lora-store = { path = "crates/lora-store", version = "=0.5.0" }
-lora-wal = { path = "crates/lora-wal", version = "=0.5.0" }
-lora-executor = { path = "crates/lora-executor", version = "=0.5.0" }
-lora-database = { path = "crates/lora-database", version = "=0.5.0" }
+lora-ast = { path = "crates/lora-ast", version = "=0.5.4" }
+lora-parser = { path = "crates/lora-parser", version = "=0.5.4" }
+lora-analyzer = { path = "crates/lora-analyzer", version = "=0.5.4" }
+lora-compiler = { path = "crates/lora-compiler", version = "=0.5.4" }
+lora-store = { path = "crates/lora-store", version = "=0.5.4" }
+lora-wal = { path = "crates/lora-wal", version = "=0.5.4" }
+lora-executor = { path = "crates/lora-executor", version = "=0.5.4" }
+lora-database = { path = "crates/lora-database", version = "=0.5.4" }
 
 # External crates.
 anyhow = "1"

{lora_python-0.5.0 → lora_python-0.5.4}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: lora-python
-Version: 0.5.0
+Version: 0.5.4
 Classifier: Programming Language :: Rust
 Classifier: Programming Language :: Python :: 3
 Classifier: Programming Language :: Python :: 3.8
@@ -70,11 +70,11 @@ Initialization rule:
 from lora_python import Database
 
 scratch = Database.create()            # in-memory
-persistent = Database.create("./app")  # persistent: directory string
+persistent = Database.create("app", {"database_dir": "./data"})  # persistent: ./data/app.loradb
 ```
 
-If you want persistence, pass a directory string to `Database.create(...)`
-or `Database(...)`.
+If you want persistence, pass a database name and `database_dir` to
+`Database.create(...)` or `Database(...)`.
 
 ## Async usage (non-blocking)
 
@@ -95,7 +95,7 @@ Async initialization follows the same rule:
 
 ```python
 db = await AsyncDatabase.create()            # in-memory
-db = await AsyncDatabase.create("./app")     # persistent: directory string
+db = await AsyncDatabase.create("app", {"database_dir": "./data"})  # persistent: ./data/app.loradb
 ```
 
 `AsyncDatabase.execute` dispatches the query onto the default asyncio
@@ -146,16 +146,16 @@ All three are available as `lora_python.LoraError`, etc.
 
 ## Persistence
 
-`Database.create("./app")`, `Database("./app")`, and
-`await AsyncDatabase.create("./app")` open or create a WAL-backed
-persistent database rooted at that directory. Reopening the same path
+`Database.create("app", {"database_dir": "./data"})`, `Database("app", {"database_dir": "./data"})`, and
+`await AsyncDatabase.create("app", {"database_dir": "./data"})` open or create
+an archive-backed persistent database at `./data/app.loradb`. Reopening the same path
 replays committed writes before returning the handle.
 
-Call `db.close()` / `await db.close()` before reopening the same WAL
-directory inside one process.
+Call `db.close()` / `await db.close()` before reopening the same archive
+inside one process.
 
 This first Python persistence slice intentionally stays small: the
-binding exposes WAL-backed initialization plus the existing
+binding exposes archive-backed initialization plus the existing
 `save_snapshot` / `load_snapshot` APIs, but not checkpoint, truncate,
 status, or sync-mode controls.
 

{lora_python-0.5.0 → lora_python-0.5.4}/README.md

@@ -40,11 +40,11 @@ Initialization rule:
 from lora_python import Database
 
 scratch = Database.create()            # in-memory
-persistent = Database.create("./app")  # persistent: directory string
+persistent = Database.create("app", {"database_dir": "./data"})  # persistent: ./data/app.loradb
 ```
 
-If you want persistence, pass a directory string to `Database.create(...)`
-or `Database(...)`.
+If you want persistence, pass a database name and `database_dir` to
+`Database.create(...)` or `Database(...)`.
 
 ## Async usage (non-blocking)
 
@@ -65,7 +65,7 @@ Async initialization follows the same rule:
 
 ```python
 db = await AsyncDatabase.create()            # in-memory
-db = await AsyncDatabase.create("./app")     # persistent: directory string
+db = await AsyncDatabase.create("app", {"database_dir": "./data"})  # persistent: ./data/app.loradb
 ```
 
 `AsyncDatabase.execute` dispatches the query onto the default asyncio
@@ -116,16 +116,16 @@ All three are available as `lora_python.LoraError`, etc.
 
 ## Persistence
 
-`Database.create("./app")`, `Database("./app")`, and
-`await AsyncDatabase.create("./app")` open or create a WAL-backed
-persistent database rooted at that directory. Reopening the same path
+`Database.create("app", {"database_dir": "./data"})`, `Database("app", {"database_dir": "./data"})`, and
+`await AsyncDatabase.create("app", {"database_dir": "./data"})` open or create
+an archive-backed persistent database at `./data/app.loradb`. Reopening the same path
 replays committed writes before returning the handle.
 
-Call `db.close()` / `await db.close()` before reopening the same WAL
-directory inside one process.
+Call `db.close()` / `await db.close()` before reopening the same archive
+inside one process.
 
 This first Python persistence slice intentionally stays small: the
-binding exposes WAL-backed initialization plus the existing
+binding exposes archive-backed initialization plus the existing
 `save_snapshot` / `load_snapshot` APIs, but not checkpoint, truncate,
 status, or sync-mode controls.
 

{lora_python-0.5.0 → lora_python-0.5.4}/crates/lora-database/benches/wal_benchmarks.rs

@@ -204,7 +204,7 @@ fn bench_named_archive_write_heavy(c: &mut Criterion) {
 
     // One timed iteration performs a realistic write burst. For the
     // persistent variant, dropping the DB at the end joins the archive writer
-    // and includes the final `.lora` ZIP flush, so the result measures more
+    // and includes the final `.loradb` ZIP flush, so the result measures more
     // than just "enqueue dirty flag".
     const WRITES: usize = 1_000;