lora-python
Python bindings for the Lora graph
engine. Ships both a synchronous PyO3 Database class and an
asyncio-compatible AsyncDatabase wrapper that never blocks the event loop.
Package:
lora-python.
Install (local dev)
cd crates/bindings/lora-python
python3 -m venv .venv && source .venv/bin/activate
pip install -U pip maturin pytest pytest-asyncio
maturin develop # builds the Rust extension into the venv
pytest # runs the sync + async smoke tests
maturin develop produces a lora_python/_native.<platform>.so inside the
package and makes import lora_python work immediately.
Sync usage
from lora_python import Database, is_node
db = Database.create()
db.execute("CREATE (:Person {name: $n, age: $a})", {"n": "Alice", "a": 30})
res = db.execute("MATCH (n:Person) RETURN n")
for row in res["rows"]:
n = row["n"]
if is_node(n):
print(n["properties"]["name"])
Initialization rule:
from lora_python import Database
scratch = Database.create() # in-memory
persistent = Database.create("app", {"database_dir": "./data"}) # persistent: ./data/app.loradb
If you want persistence, pass a database name and database_dir to
Database.create(...) or Database(...).
Explain & Profile
db.explain() and db.profile() are first-class methods alongside
db.execute(). They are intentionally separate calls — neither
routes through execute() — so plan inspection and runtime metrics
must be requested explicitly.
plan = db.explain(
"MATCH (p:Person) WHERE p.name = $name RETURN p",
{"name": "Alice"},
)
print(plan["shape"]) # "readOnly"
print(plan["tree"]["operator"]) # top-most operator label
profile = db.profile(
"MATCH (p:Person) WHERE p.name = $name RETURN p",
{"name": "Alice"},
)
print(profile["metrics"]["total_elapsed_ns"])
print(profile["metrics"]["per_operator"]) # per-step inclusive timing
explain() never invokes the executor — calling it on a mutating
query (CREATE, MERGE, SET, DELETE, REMOVE) leaves the graph
untouched.
profile()executes the query for real. Mutating queries produce the same side effects asexecute(). Useexplain()to inspect a mutating plan without running it.
Async usage (non-blocking)
import asyncio
from lora_python import AsyncDatabase
async def main():
db = await AsyncDatabase.create()
await db.execute("CREATE (:Person {name: 'Alice'})")
r = await db.execute("MATCH (n:Person) RETURN n.name AS name")
print(r["rows"])
asyncio.run(main())
Async initialization follows the same rule:
db = await AsyncDatabase.create() # in-memory
db = await AsyncDatabase.create("app", {"database_dir": "./data"}) # persistent: ./data/app.loradb
AsyncDatabase.execute dispatches the query onto the default asyncio
thread pool via asyncio.to_thread. The PyO3 Database.execute releases
the Python GIL for the duration of engine work, so other coroutines on the
event loop can progress while a query runs. A dedicated test proves the
event loop continues ticking during a 2 000-node MATCH.
Typed value model
Same conceptual contract as lora-node / lora-wasm:
| Python shape | Lora value |
|---|---|
None, bool, int, float, str |
scalars |
list, dict |
collections |
{"kind": "node", "id", "labels", "properties"} |
node |
{"kind": "relationship", "id", …} |
relationship |
{"kind": "path", "nodes": [...], "rels": [...]} |
path |
{"kind": "date", "iso": "YYYY-MM-DD"} (and time, …) |
temporal |
| point dicts — see below | point |
Points are returned as dicts keyed on their CRS:
| SRID | Dict |
|---|---|
| 7203 | {"kind": "point", "srid": 7203, "crs": "cartesian", "x", "y"} |
| 9157 | {"kind": "point", "srid": 9157, "crs": "cartesian-3D", "x", "y", "z"} |
| 4326 | {"kind": "point", "srid": 4326, "crs": "WGS-84-2D", "x", "y", "longitude", "latitude"} |
| 4979 | {"kind": "point", "srid": 4979, "crs": "WGS-84-3D", "x", "y", "z", "longitude", "latitude", "height"} |
Constructors and guards are exported from lora_python.types:
date, time, localtime, datetime, localdatetime, duration,
cartesian, cartesian_3d, wgs84, wgs84_3d, is_node,
is_relationship, is_path, is_point, is_temporal.
distance()on WGS-84-3D points ignoresheight— see functions reference for the full spatial reference and known limitations.
Errors
LoraError— base classLoraQueryError— parse / analyze / execute failureInvalidParamsError— a parameter value couldn't be mapped
All three are available as lora_python.LoraError, etc.
Persistence
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 archive
inside one process.
For explicit WAL directories with managed snapshots, use open_wal:
db = Database.open_wal(
"./data/wal",
{
"snapshot_dir": "./data/snapshots",
"snapshot_every_commits": 1000,
"snapshot_keep_old": 2,
},
)
snapshot_options accepts the same compression/encryption options as
save_snapshot.
Snapshots accept the same broad shapes in sync and async APIs:
import io
from lora_python import Database
db = Database.create()
db.execute("CREATE (:Person {name: 'Alice'})")
meta = db.save_snapshot("./graph.lorasnap") # path / PathLike
raw = db.save_snapshot("binary") # bytes
text = db.save_snapshot("base64") # base64 str
buf = io.BytesIO()
meta = db.save_snapshot(buf) # binary writer
db.load_snapshot("./graph.lorasnap")
db.load_snapshot(raw)
db.load_snapshot(io.BytesIO(buf.getvalue()))
db.load_snapshot(text, format="base64")
Architecture
lora-database (Rust)
└── lora-python (crate, cdylib) <- PyO3 bindings
├── Database (sync, releases the GIL)
└── python/lora_python/
├── _async.py AsyncDatabase via asyncio.to_thread
└── types.py typed dicts + constructors + guards
1 maintainer
Metadata
1 maintainer
Release files for lora-python 0.16.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | |
|---|---|---|---|---|
| lora_python-0.16.0.tar.gz | 867.4 kB | With provenance | Details |
Built distributions (wheels)
| File | Reset | |||
|---|---|---|---|---|
| lora_python-0.16.0-cp38-abi3-win_amd64.whl | CPython 3.8 | abi3 | Windows x86-64 | Details |
| lora_python-0.16.0-cp38-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl | CPython 3.8 | abi3 | Linux glibc 2.17+ x86-64 | Details |
| lora_python-0.16.0-cp38-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl | CPython 3.8 | abi3 | Linux glibc 2.17+ ARM64 | Details |
| lora_python-0.16.0-cp38-abi3-macosx_11_0_arm64.whl | CPython 3.8 | abi3 | macOS 11.0+ ARM64 | Details |
| lora_python-0.16.0-cp38-abi3-macosx_10_12_x86_64.whl | CPython 3.8 | abi3 | macOS 10.12+ x86-64 | Details |
Total release size: 15.1 MB
Release files / lora_python-0.16.0.tar.gz
| Download URL | lora_python-0.16.0.tar.gz |
|---|---|
| Size | 867.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
b708eb145c638e3f8187594c7459ebea29d7dbf37a942f737d5f36f911d6fe13
|
|
BLAKE2b-256 checksum How to use checksums |
04d03b0e1c83156c21739b6da3b46f3e672c3cbc1d5e5ef346361e9be385231a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logRelease files / lora_python-0.16.0-cp38-abi3-win_amd64.whl
| Download URL | lora_python-0.16.0-cp38-abi3-win_amd64.whl |
|---|---|
| Size | 2.7 MB |
| Tags | CPython 3.8 Windows x86-64 abi3 |
|
SHA-256 checksum How to use checksums |
0009068cc9c7b4dd0be2bd7520c5d51dd6be7bc030205d79d8ee9a203ba1c24c
|
|
BLAKE2b-256 checksum How to use checksums |
5c1a8d1caa5f0118223e1d2a3e70f9f35c3ec7e3951b48914ca35a7b2de90a70
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logRelease files / lora_python-0.16.0-cp38-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
| Download URL | lora_python-0.16.0-cp38-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl |
|---|---|
| Size | 3.1 MB |
| Tags | CPython 3.8 Linux glibc 2.17+ x86-64 abi3 |
|
SHA-256 checksum How to use checksums |
39cc03857376059795e702caea95762d9f8f0df17190e262ee88355a2d616098
|
|
BLAKE2b-256 checksum How to use checksums |
79b88f216dbd1acb292b04e1ed288282e877be0e9a1344c22192225867d33a98
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logRelease files / lora_python-0.16.0-cp38-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl
| Download URL | lora_python-0.16.0-cp38-abi3-manylinux_2_17_aarch64.manylinux2014_aarch64.whl |
|---|---|
| Size | 2.8 MB |
| Tags | CPython 3.8 Linux glibc 2.17+ ARM64 abi3 |
|
SHA-256 checksum How to use checksums |
e6009067c97618c8536153cc5af061fe4987993198bcfd414921d74c3f5199e0
|
|
BLAKE2b-256 checksum How to use checksums |
5d65cd20758c95f7f8575663e739ffe461ccbe728e9b184af290024ed10609e5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logRelease files / lora_python-0.16.0-cp38-abi3-macosx_11_0_arm64.whl
| Download URL | lora_python-0.16.0-cp38-abi3-macosx_11_0_arm64.whl |
|---|---|
| Size | 2.7 MB |
| Tags | CPython 3.8 abi3 macOS 11.0+ ARM64 |
|
SHA-256 checksum How to use checksums |
33ec33890ccc74f6e49a763c4339e8d22322a95826ef545df819491223b43980
|
|
BLAKE2b-256 checksum How to use checksums |
3181a7a865e8ed42d4a3825e1240f77db207140b3c2d1ea658864623bf399182
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logRelease files / lora_python-0.16.0-cp38-abi3-macosx_10_12_x86_64.whl
| Download URL | lora_python-0.16.0-cp38-abi3-macosx_10_12_x86_64.whl |
|---|---|
| Size | 3.0 MB |
| Tags | CPython 3.8 abi3 macOS 10.12+ x86-64 |
|
SHA-256 checksum How to use checksums |
0b2ba702f36bd587945ed5994d882c5ecdaaf9dbef3486c3a1416559f3eb5002
|
|
BLAKE2b-256 checksum How to use checksums |
15e3003401428813dc6b365073dfafcb60f1933c426866153e618fd26a24860a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logSecurity for lora-python 0.16.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 6 files in this release have been uploaded with provenance metadata.
Attestation for lora_python-0.16.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 29, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
