diesel_async
metrics
diesel_async | metrics | |
---|---|---|
9 | 19 | |
556 | 71 | |
- | - | |
7.4 | 9.7 | |
15 days ago | 1 day ago | |
Rust | ||
Apache License 2.0 | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
diesel_async
-
Can I use an AGPL licensed crate in my closed source backend?
So I want to use diesel_async in my web backend.
-
Diesel 2.0.0 RC1
The already linked discussion from last time already contains a lot of information about this. Diesel itself does not provide async operations and that will likely remain that way for a foreseeable future. At least my preferred solution is to keep async support in a separate crate. A prototype for this is currently available here. Keep in mind that this is not released yet, so there might be bugs everywhere. I plan to cut a first release of this crate after the final release of diesel 2.0, which means hopefully soon. As for ETA's: I generally do not give any ETA's for releases, as this is currently a free time project for me.
-
Any active open source repos built using Rust that need development ?
So, diesel is an ORM that tries to take full advantage of rust's typing expressivity to allow for statically checked, and fast, queries. I absolutely loved it when trying it out the first time.
-
Reviews of the Diesel ORM, are there better alternatives?
i don't see why you or anyone else would consider it too big of an issue that Diesel doesn't have async. For those who really want async diesel right now, the author already released diesel_async as a stop-gap solution, but even without that there's nothing wrong with using spawn_blocking. It feels worse than it really is to use blocking thread pools; until io_uring is a thing, there's no real getting around the necessity of threads being blocked for I/O and so adding async to the mix doesn't magically make things faster.
-
What is your go-to database crate for PostgreSQL?
As for now there is an prototype available here. It's technically feature complete, but depends on a unpublished diesel version + has some remaining bugs with certain mysql versions. If that is fixed I will likely publish a first alpha version officially. That can take same time because that's a second large project that needs maintenance time beside diesel itself and that's quite a lot to do in my free time. You can support this work by sponsoring me on github
-
Diesel 2.0.0 RC.0
Async support for diesel currently lives in a separate repository as there are language level blocking issues for publishing a version of this crate where we could commit to a stable release at all. See the corresponding diesel issue for details.
-
Async Rust in 2022
https://github.com/weiznich/diesel_async tho'.
-
diesel-async: An async version of diesel
Weiznich (the maintainer of Diesel) has created an experimental async version of the diesel Connection and RunQueryDsl traits, which should help with ease-of-use for Diesel within async contexts. It is not yet published on crates, but you can find it here: https://github.com/weiznich/diesel_async
- In Defense of Async: Function Colors Are Rusty
metrics
-
SQLx 0.7 released! Offline mode usability improvements, performance fixes and major upgrades across the board!
It's worth keeping an eye on Diesel's metrics suite (https://github.com/diesel-rs/metrics) as well; I found and fixed some suboptimal buffering that was affecting performance.
-
What's everyone working on this week (26/2023)?
See here for some numbers. The relevant code lives inside the diesel github repository. Please also keep in mind that these are just numbers and you should run those these on your own and also run tests with your actual work load.
-
Sqlx, diesel, orm or other sqlx query ?
Performance is worse than in comparable frameworks
-
Handle sessions and database requests
For the database part you might want to checkout a crate that's not based on sqlx as sqlx is known for providing non-optimal performance for the sqlite backend. rusqlite or diesel perform much better for this use case.
-
What ORM do you use?
No it will likely not be less performant. See these numbers for some benchmark results for numbers. (As always with benchmarks: Please don't trust my numbers. To be sure you need to do your own benchmarks with your own use-case)
-
Trying to learn by tutorials, for cannot find a single Actix/Diesel tutorial that actually compiles
See here for some benchmark results. The benchmarks itself are in the diesel repository. Otherwise I believe there are numbers in the techempower benchmarks as well, although that includes other factors .
-
Thoughts about switching from sqlx to tokio_postgres?
I'm developing a Rust web server backend in Axum that uses Postgres and performance will be pretty important since I plan to run it on one server for as long as possible. It seems like the postgres crate is about 2x faster than sqlx, and the postgres repository seems pretty active still.
-
Ormlite: An ORM in Rust for developers that love SQL
Congratulations to the release. I know all of this is hard work. I would like to invite you to submit a ormlite implementation to the diesel benchmark collection. As soon as that's merged you will get regular reports here. The relevant code is here in the diesel repository.
-
Rails developers write some Rust: a review of Axum 0.6
In that case you may be interested in the metrics for different database libraries. diesel is doing rather well at the moment. sqlx is in the middle of a large rewrite that should improve performance, so we'll see how it compares after that
-
Using Rust as my Backend
See here for some benchmark results for the diesel repository. Please keep in mind that as always with benchmarks, these numbers are not necessarily true for your usecase. Be sure to checkout at least the benchmark code and draw your own conclusions from there.
What are some alternatives?
rbatis - Rust Compile Time ORM robustness,async, pure Rust Dynamic SQL
sea-orm - 🐚 An async & dynamic ORM for Rust
mirrord - Connect your local process and your cloud environment, and run local code in cloud conditions.
sea-query - 🔱 A dynamic SQL query builder for MySQL, Postgres and SQLite
bb8 - Full-featured async (tokio-based) postgres connection pool (like r2d2)
sqlx - 🧰 The Rust SQL Toolkit. An async, pure Rust SQL crate featuring compile-time checked queries without a DSL. Supports PostgreSQL, MySQL, and SQLite.
prisma-client-rust - Type-safe database access for Rust
cornucopia - Generate type-checked Rust from your PostgreSQL.
tokio-uring - An io_uring backed runtime for Rust
rust-postgis - postgis helper library.
diesel - A safe, extensible ORM and Query Builder for Rust
const-eval - home for proposals in and around compile-time function evaluation