12 unstable releases (3 breaking)
Uses new Rust 2024
new 0.4.3 | Apr 30, 2025 |
---|---|
0.4.2 | Apr 28, 2025 |
0.3.1 | Dec 18, 2024 |
0.3.0 | Nov 24, 2024 |
0.1.2 | May 7, 2024 |
#1369 in Database interfaces
310 downloads per month
145KB
3K
SLoC
Type safe SQLite using the Rust type system
The goal of this library is to allow using relational databases (only SQLite right now) using familiar Rust syntax. The library should guarantee that queries and migrations can not fail when they compile. While rust-query goes quite far to achieve this, there are still some exceptions that can cause queries to fail, such as integer overflow.
Writing queries using this library involves:
- Interact with row/column references as Rust values.
- Lifetimes to check the scopes of row/column references.
- Procedural mutation of row sets with methods like
filter
andjoin
. - "Combinators" like
optional
andaggregate
.
Notably writing queries itself does not involve any new syntax or macro, while still being completely type safe. (There are macros to define the schema and to simplify defining composite types to retrieve from queries)
What it looks like
Define a schema using the syntax of a module with structs:
# fn main() {}
use rust_query::migration::schema;
#[schema(MySchema)]
pub mod vN {
// Structs are database tables
pub struct User {
// This table has one column with String (sqlite TEXT) type.
pub name: String,
}
pub struct Image {
pub description: String,
// This column has a foreign key constraint to the User table
pub uploaded_by: User,
}
}
Get proof that we are running on a unique thread:
# use rust_query::LocalClient;
let mut client = LocalClient::try_new().unwrap();
Initialize a database:
let database = client
.migrator(Config::open("my_database.sqlite"))
.expect("database version is before supported versions")
// migrations go here
.finish()
.expect("database version is after supported versions");
Perform a transaction!
let mut transaction = client.transaction_mut(&database);
do_stuff_with_database(&mut transaction);
// After we are done we commit the changes!
transaction.commit();
Insert in the database:
// Lets make a new user 'mike',
let mike = User { name: "mike" };
let mike_id = db.insert_ok(mike);
// and also insert a dog picture for 'mike'.
let dog_picture = Image {
description: "dog",
uploaded_by: mike_id,
};
let _picture_id = db.insert_ok(dog_picture);
Query from the database:
// Now we want to get all pictures for 'mike'.
let mike_pictures = db.query(|rows| {
// Initially there is one empty row.
// Lets join the pictures table.
let picture = rows.join(Image);
// Now lets filter for pictures from mike,
rows.filter(picture.uploaded_by().eq(mike_id));
// and finally turn the rows into a vec.
rows.into_vec(picture.description())
});
println!("{mike_pictures:?}"); // This should print `["dog"]`.
The full example code can be found in insert_and_select.rs
Examples
For more examples you can look at the examples directory.
Roadmap
This project is under development and there are some things missing. Below is a checklist of planned features and implemented features. (Implemented features have a checkmark, planned features do not).
Schema:
- Basic types (integer, real, text, blob, null)
- Basic foreign keys
- (Multi column) unique constraints
- Check constraints
- Overlapping foreign keys
Statements:
- Multi row query + single row query (and optional query)
- Single row insert, update and delete
Expressions:
- Some basic math, boolean and string operations
- Aggregate combinator
- Optional combinator
- Everything else
Advanced operations:
- Window
- Limit
Despite these limitations, I am dogfooding this query builder and using it in my own project: advent-of-wasm.
Dependencies
~30MB
~484K SLoC