LinksPlatform's Rust implementation of Doublets (associative storage links).
Rust port of Data.Doublets library.
Doublets is an associative data structure that represents a link store where each link consists of:
- Index - unique identifier of the link
- Source - the link's source (can reference itself or another link)
- Target - the link's target (can reference itself or another link)
This simple yet powerful structure can represent any data model, from traditional key-value pairs to complex graph structures. Doublets provide a unified approach to data storage with constant-time lookup operations using size-balanced trees.
- File-mapped storage - data persists directly to disk using memory-mapped files
- Generic link types - supports any unsigned integer type (
u8,u16,u32,u64,usize) - Two storage modes:
unit::Store- combined data and index storage in a single memory regionsplit::Store- separated data and index storage for optimized memory layouts
- Thread-safe -
SendandSyncimplementations for concurrent access - Query system - flexible pattern matching using
anyconstants - FFI bindings - C-compatible foreign function interface for cross-language integration
Add to your Cargo.toml:
[dependencies]
doublets = "0.9.0"Use stable Rust 1.85 or newer. The repository's rust-toolchain.toml selects the
stable channel, and the crate declares rust-version = "1.85" in
doublets/Cargo.toml.
rustup toolchain install stable
cargo +stable buildBasic CRUD operations with doublets:
use doublets::{mem, unit, Doublets, DoubletsExt, Link, Links};
use data::Flow;
fn main() -> Result<(), doublets::Error<usize>> {
// Use file as persistent storage for doublets
let mem = mem::FileMapped::from_path("db.links")?;
let mut store = unit::Store::<usize, _>::new(mem)?;
// Create a point link (a link that references itself as both source and target)
// Point: 1 -> (1, 1)
let point = store.create_point()?;
println!("Created point: {}", point);
// Create a regular link with explicit source and target
// Link: 2 -> (1, 1)
let link = store.create_link(point, point)?;
println!("Created link: {}", link);
// The `any` constant matches any link in queries
let any = store.constants().any;
// Count all links in the store
println!("Total links: {}", store.count());
// Iterate over all links using pattern [any, any, any]
println!("All links:");
store.each_iter([any, any, any]).for_each(|link| {
println!(" {}: {} -> {}", link.index, link.source, link.target);
});
// Query links by source: find all links where source = point
println!("Links with source = {}:", point);
store.each_iter([any, point, any]).for_each(|link| {
println!(" {}: {} -> {}", link.index, link.source, link.target);
});
// Update a link: change the target
let updated = store.update(link, point, link)?;
println!("Updated link {} to target {}", link, updated);
// Delete a link with a callback handler
store.delete_with(link, |before, after| {
println!("Deleted: {:?} => {:?}", before, after);
Flow::Continue
})?;
// Clean up: delete all remaining links
store.delete_all()?;
Ok(())
}For testing or temporary data, you can use heap-allocated memory instead of file storage:
use doublets::{mem, unit, Doublets, Links};
fn main() -> Result<(), doublets::Error<usize>> {
// Use global allocator for in-memory storage
let mem = mem::Global::new();
let mut store = unit::Store::<usize, _>::new(mem)?;
// Create some links
for i in 0..100 {
store.create_point()?;
}
println!("Created {} links", store.count());
Ok(())
}Split storage separates data and index trees for potentially better cache utilization:
use doublets::{split::Store, Doublets, Links};
use mem::Global;
fn main() -> Result<(), doublets::Error<usize>> {
let mut store = Store::<usize, _, _>::new(Global::new(), Global::new())?;
// Create 1 million point links
for _ in 0..1_000_000 {
store.create_point()?;
}
println!("Total links: {}", store.count());
Ok(())
}| Trait | Description |
|---|---|
Links<T> |
Low-level CRUD operations with handlers |
Doublets<T> |
High-level operations with ergonomic API |
DoubletsExt<T> |
Iterator extensions and parallel processing |
| Type | Description |
|---|---|
Link<T> |
A triplet of (index, source, target) |
Doublet<T> |
A pair of (source, target) without index |
unit::Store |
Combined memory layout storage |
split::Store |
Separated memory layout storage |
Error<T> |
Error type for link operations |
// Create operations
store.create()?; // Create empty link
store.create_point()?; // Create self-referencing link
store.create_link(source, target)?; // Create link with source and target
// Read operations
store.count(); // Count all links
store.count_by([any, source, any]); // Count by pattern
store.get_link(index); // Get link by index
store.search(source, target); // Find link by source and target
store.iter(); // Iterate all links
store.each_iter(query); // Iterate by pattern
// Update operations
store.update(index, source, target)?; // Update link
// Delete operations
store.delete(index)?; // Delete link
store.delete_all()?; // Delete all linksOptional policy layers, ported from Platform.Data.Doublets. Each one is a generic
struct that owns the store below it, so a chosen stack is a single concrete type that the
optimiser fuses into one create / update / delete / each:
use doublets::{decorators::{DecoratorsExt, Resolve}, mem, unit, Doublets};
fn main() -> Result<(), doublets::Error<usize>> {
let mut store = unit::Store::<usize, _>::new(mem::Global::new())?
.with_uniqueness(Resolve)
.with_usages_validation();
let a = store.create_point()?;
let b = store.create_point()?;
// Creating the same doublet twice returns the existing link instead of a duplicate.
assert_eq!(store.create_link(a, b)?, store.create_link(a, b)?);
Ok(())
}| Decorator | Builder method | Create | Update | Delete | Each |
|---|---|---|---|---|---|
UniquenessValidator |
with_uniqueness(Validate) |
● | |||
UniquenessResolver |
with_uniqueness(Resolve) |
● | |||
CascadeUniquenessAndUsagesResolver |
with_uniqueness(CascadeResolve) |
● | ● | ||
UsagesValidator |
with_usages_validation() |
● | ● | ||
CascadeUsagesResolver |
with_cascade_usages_resolution() |
● | |||
InnerReferenceExistenceValidator |
with_inner_reference_existence_validation() |
● | ● | ● | |
ItselfConstantToSelfReferenceResolver |
with_itself_constant_resolution() |
● | ● | ||
NullConstantToSelfReferenceResolver |
with_null_constant_resolution() |
● | ● | ||
NonExistentDependenciesCreator |
with_non_existent_dependencies_creation() |
● | |||
NonNullContentsLinkDeletionResolver |
with_non_null_contents_deletion_resolution() |
● | |||
LoggingDecorator |
with_logging(writer) |
● | ● | ● | |
NoExceptionsDecorator |
with_no_exceptions() |
● | ● | ● | ● |
See doublets/examples/uniqueness.rs for a before/after comparison.
TransactionsDecorator groups writes into a transaction with explicit commit or
rollback. Dropping an unfinished handle restores the original graph:
use doublets::{decorators::{DecoratorsExt, MemoryTransitionLog}, mem, unit, Doublets};
fn main() -> Result<(), doublets::Error<usize>> {
let mut store = unit::Store::<usize, _>::new(mem::Global::new())?
.with_transactions(MemoryTransitionLog::default())?;
let mut tx = store.begin_transaction()?;
let point = tx.create_point()?;
tx.commit()?;
assert!(store.exist(point));
Ok(())
}For durable recovery, use FileTransitionLog::<usize>::open("db.transactions")
with your persistent raw store. Construction recovers the matching journal,
undoing an interrupted transaction and replaying committed state even if the
store did not flush. Each write records a Transition with its kind and before/
after links; Transition::apply and Transition::revert work on raw stores.
Because store callbacks run after mutation, begin and commit also persist complete graph snapshots. They use O(number of links) space, and journals grow without automatic retention. Restoration uses O(number of links + highest address) store operations, plus sorting and backend index costs. File records are checksummed and synchronized on each append; torn final records are discarded, while complete corruption and address narrowing are errors.
The store and its journal must be exclusively owned and paired. Recovery requires
a structurally readable store; it cannot repair a torn backend tree-index write.
Use a handle for compound helpers and place policy decorators around that handle,
so all policy writes are recorded and recovery can restore raw addresses. Nested
transactions are rejected. A commit I/O error has an indeterminate outcome until
recovery and blocks further writes. Drop-time rollback failures are available via
rollback_error(). Diagnostics can be enabled with set_tracing(true).
Run cargo run -p doublets --example transactions for commit, policy composition
and rollback in one example.
doublets::sequences provides the store-backed converter pipeline from
Platform.Data.Doublets.Sequences 0.6.5. It is available with all feature
configurations and adds no dependencies. Use converters, walkers and
unicode submodules or import their types directly from sequences.
The pipeline stores each UTF-16 code unit as (raw number, symbol marker),
pairs adjacent symbols into a balanced sequence, and wraps the root as
(root, sequence marker). The sequence marker represents the empty string.
Supply your own marker addresses and enable external references when opening
the store with LinksConstants::external().
See doublets/examples/unicode_strings.rs
for a complete encoding, decoding and caching example:
cargo run -p doublets --example unicode_stringsThe character converters use u16, matching C# char. String conversion uses
UTF-16, including surrogate pairs; convert_utf16 methods also preserve lone
surrogates that cannot form a Rust String. Numeric overflow, missing links,
wrong markers and cyclic sequences return typed errors. The sequence walker
offers both a lazy iterator and a collected result, preserves repeated subtrees,
and uses a heap stack. Clear conversion caches when modifying or deleting their
underlying links.
doublets-rs/
├── doublets/ # Core library
│ ├── src/
│ │ ├── data/ # Core data structures (Link, Doublet, traits)
│ │ └── mem/ # Memory management and storage
│ │ ├── unit/ # Combined storage implementation
│ │ └── split/ # Split storage implementation
│ └── benches/ # Performance benchmarks
├── doublets-ffi/ # C FFI bindings
├── dev-deps/ # Platform dependencies
│ ├── data-rs/ # Data primitives (LinkType, Flow, etc.)
│ ├── mem-rs/ # Memory abstractions (RawMem, FileMapped)
│ └── trees-rs/ # Tree structures (size-balanced trees)
└── integration/ # Integration tests
| Feature | Description |
|---|---|
platform (default) |
Core platform types and traits |
mem |
Memory management utilities |
num |
Numeric utilities |
data |
Re-exports from platform-data |
rayon |
Parallel iteration support |
small-search |
Stack-allocated buffers for small queries |
full |
All features enabled |
The library is optimized for high-throughput operations:
- Size-balanced trees for O(log n) search, insert, and delete operations
- Memory-mapped files for efficient disk I/O
- Optional parallel iteration with rayon feature
- Benchmarks show creation of 1 million points in ~1 second on modern hardware
Run benchmarks:
cargo bench --all-features- Data.Doublets - C# implementation
- Comparisons.SQLiteVSDoublets - Performance comparison with SQLite
- API Documentation (when published)
- LinksPlatform Overview
- platform-data - Core data types
- platform-mem - Memory abstractions
- platform-trees - Tree implementations
- Ask questions at stackoverflow.com/tags/links-platform (use tag
links-platform) - Join our Discord server for real-time support
- Open issues on GitHub
This project is released into the public domain under the Unlicense.