todo_rotomy
metrics
Our great sponsors
todo_rotomy | metrics | |
---|---|---|
5 | 19 | |
8 | 69 | |
- | - | |
0.0 | 9.7 | |
over 1 year ago | 4 days ago | |
Rust | ||
- | - |
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.
todo_rotomy
-
SQL and Rust
To check, if it meets your use case see the todo example or guide.
-
Recommended data access patterns for Rust?
Sound like object-relational mapping. I'm the author of the Toql ORM, see a Todo example here. I've tried hard to make the API simple, but the lib is fairly capable. I'm using it to power a big REST-server for online-exams (~60 tables). It's currently for MySQL only, more next year.
-
Toql 0.4
For more details on changes check out the CHANGELOG.md or to give it a try you may want to run the todo example (MySQL server needed) .
Good question! Frankly, I have never really worked with SeaORM and only played around with diesel. If I compare the two Todo examples with SeaORM and Toql I see that Toql works with "normal" structs and the code is more slick for my taste whereas SeaORM works with model structs, a somehow more classical approach. Maybe someone with SeaORM experience can say more about this.
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
-
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.
-
SQL and Rust
The cited 7-70x factor is for sqlite, it's not that serve for other backends. I would guess for sqlite the overhead is partially caused by forcing an async interface on top of a internally sync API. See here for some numbers.
What are some alternatives?
sea-orm - 🐚 An async & dynamic ORM for Rust
sea-query - 🔱 A dynamic SQL query builder for MySQL, Postgres and SQLite
sqlx - 🧰 The Rust SQL Toolkit. An async, pure Rust SQL crate featuring compile-time checked queries without a DSL. Supports PostgreSQL, MySQL, and SQLite.
cornucopia - Generate type-checked Rust from your PostgreSQL.
rust-postgis - postgis helper library.
const-eval - home for proposals in and around compile-time function evaluation
diesel - A safe, extensible ORM and Query Builder for Rust
sea-schema - 🌿 SQL schema definition and discovery
too-many-lists - Learn Rust by writing Entirely Too Many linked lists
rust-foundation-community-grant
tokio - A runtime for writing reliable asynchronous applications with Rust. Provides I/O, networking, scheduling, timers, ...
zero-to-production - Code for "Zero To Production In Rust", a book on API development using Rust.