Introduction
SlateDB is an embedded storage engine built as a log-structured merge-tree. Unlike traditional LSM-tree storage engines, SlateDB writes data to object storage (S3, GCS, ABS, MinIO, Tigris, and so on). Leveraging object storage allows SlateDB to provide bottomless storage capacity, high durability, and easy replication. The trade-off is that object storage has a higher latency and higher API cost than local disk.
To mitigate high write API costs (PUTs), SlateDB batches writes. Rather than writing every put() call to object storage, MemTables are flushed periodically to object storage as a string-sorted table (SST). The flush interval is configurable.
To mitigate write latency, SlateDB provides an async put method. Clients that prefer strong durability can await on put until the MemTable is flushed to object storage (trading latency for durability). Clients that prefer lower latency can simply ignore the future returned by put.
To mitigate read latency and read API costs (GETs), SlateDB will use standard LSM-tree caching techniques: in-memory block caches, compression, bloom filters, and local SST disk caches.
Checkout slatedb.io to learn more.
Get Started
Add the following to your Cargo.toml to use SlateDB:
[]
= "*"
Then you can use SlateDB in your Rust code:
use Bytes;
use ;
use Db;
use ;
use ;
async
SlateDB uses the object_store crate to interact with object storage, and therefore supports any object storage that implements the ObjectStore trait.
Documentation
Visit slatedb.io to learn more.
Features
SlateDB is currently in the early stages of development. It is not yet ready for production use.
- Basic API (get, put, delete)
- SSTs on object storage
- Range queries (#8)
- Block cache (#15)
- Disk cache (#9)
- Compression (#10)
- Bloom filters (#11)
- Manifest persistence (#14)
- Compaction (#7)
- Transactions
License
SlateDB is licensed under the Apache License, Version 2.0.