Virtuals
Virtual Python collections over any storage.
Dict, list, set, indexed dict, tree — they look and feel like native Python, but they don't physically exist as in-memory collections. They're virtual: lazy views that compose data structure logic over flat tuple-key storage. Any backend that implements the storage protocol gets every data structure for free.
Like SQLAlchemy for Python collections. No SQL, no specific backend. Define your structure, plug in a store.
PyPI: virtuals-py | Import: virtuals
What It Does
from virtuals import View, Container
from virtuals.storages.mem import InMemoryStorage
from virtuals.codecs import NoOpCodec
storage = InMemoryStorage(codec=NoOpCodec())
storage.open()
with storage.transaction() as tx:
users = DictView.open_root(tx)
users["alice"] = {"name": "Alice", "age": 30}
users["bob"] = {"name": "Bob", "age": 25}
# Navigate naturally
for user_id, profile in users.items():
print(f"{user_id}: {profile['name']}")
# Under the hood: flat KV pairs with tuple keys
# ("users", "alice", "name") -> "Alice"
# ("users", "alice", "age") -> 30
Three Layers
Layer 1: Storage
Generic tuple-key KV store with lexicographic ordering.
storage.put(("users", "alice", "name"), "Alice")
value = storage.get(("users", "alice", "name"))
Layer 2: Container
Hierarchy and parent-child relationships over flat keys.
container = Container(storage, ("users", "alice"))
container.create()
children = container.children() # ["name", "age"]
Layer 3: View
Data structure abstractions (dict, list, set) over containers.
users = DictView.open_root(tx)
users["alice"] = "data"
Installation
pip install virtuals-py
pip install virtuals-py[rocksdb] # with RocksDB backend
Features
- Virtual collections: Work with dicts, lists, sets over any KV backend
- Tuple keys: Natural hierarchical addressing with lexicographic ordering
- Backend agnostic: Works with any ordered KV store (RocksDB, LMDB, SQLite, in-memory)
- Observable: Watch for changes at any level of the hierarchy
- Transactional: Full ACID support when the backend provides it
- Lazy: Nothing materializes until accessed
License
Apache-2.0
Metadata
Release files for virtuals-py 0.1.9
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| virtuals_py-0.1.9.tar.gz | 183.6 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| virtuals_py-0.1.9-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 444.1 kB
Release files / virtuals_py-0.1.9.tar.gz
| Download URL | virtuals_py-0.1.9.tar.gz |
|---|---|
| Size | 183.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
7b0bfd537de4233b6e677fa5dbff1b682bd79b1ece17b46ee32dc5cf497cbfa0
|
|
BLAKE2b-256 checksum How to use checksums |
f5ad676112c2834014e029d09e34093f270071139ff2935534f7794f7018f452
|
| 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 26, 2026.
Transparency logRelease files / virtuals_py-0.1.9-py3-none-any.whl
| Download URL | virtuals_py-0.1.9-py3-none-any.whl |
|---|---|
| Size | 260.5 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
6448fc35ec7ed80fceebdc6324912cec09d9a5a3f8d2183f80a73ffe10e09b5e
|
|
BLAKE2b-256 checksum How to use checksums |
438088c3f28330e2c3fc5af65bc3f45d2b17b17a0c86c5f73c2c6489ae232905
|
| 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 26, 2026.
Transparency log