docs.rs failed to build rs_aio_db-0.5.2
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Please check the build logs for more information.
See Builds for ideas on how to fix a failed build, or Metadata for how to configure docs.rs builds.
If you believe this is docs.rs' fault, open an issue.
Visit the last successful build:
rs_aio_db-0.8.4
Aio Database
All in one database with dead simple API
Features
- Auto migration: If additional or fewer fields are introduced to a structure, it immediately updates the required alterations to the database schema.
- Local or In-Memory Capability: All functionality operates within local storage or in-memory systems.
- Create records, retrieve one or many, update them or delete them with a dead simple ORM-like API.
- Performance: Offers very good performance, by doing some preliminary tests it seems that the overhead from both main libraries that I use (libsql and bevy_reflect) plus the overhead from my library is small enough to be unnoticeable, reading 1000 rows one by one took 28ms.
- Async Support with Tokio
Examples
cargo.toml
[]
= "0.5.2"
= "0.11.3"
= "1.37.0"
= "0.13.1"
main.rs
use ;
use AioDatabase;
use Reflect;
async
Benchmarks

Explanation
All of this 4 benchmarks has been done synchronously. The point of synchronously executing 1000 times each test was to see how much overhead does my library add to libsql and bevy_reflect. As it seems from the 3rd test which executed 1000 times not much (28ms). For retrieving 1 row it took on average 0.0028ms or 28us which is fast. Let's not forget the latency of the SSD itself and the Sqlite engine which for sure adds more to the equation. When executed the first and second test scenario my SSD reached latency of 21.1ms and 90% usage for sure is the reason behind the 3+ seconds for 1000 row inserts and row updates. It's under investigation.