Crate rocket_sync_db_pools[][src]

Expand description

Traits, utilities, and a macro for easy database connection pooling.


This crate provides traits, utilities, and a procedural macro for configuring and accessing database connection pools in Rocket. A database connection pool is a data structure that maintains active database connections for later use in the application. This implementation is backed by r2d2 and exposes connections through request guards.

Databases are individually configured through Rocket’s regular configuration mechanisms. Connecting a Rocket application to a database using this library occurs in three simple steps:

  1. Configure your databases in Rocket.toml. (see Configuration)
  2. Associate a request guard type and fairing with each database. (see Guard Types)
  3. Use the request guard to retrieve a connection in a handler. (see Handlers)

For a list of supported databases, see Provided Databases. This support can be easily extended by implementing the Poolable trait. See Extending for more.


Before using this library, the feature corresponding to your database type in rocket_sync_db_pools must be enabled:

version = "0.1.0-rc.1"
features = ["diesel_sqlite_pool"]

See Provided for a list of supported database and their associated feature name.

In whichever configuration source you choose, configure a databases dictionary with an internal dictionary for each database, here sqlite_logs in a TOML source:

sqlite_logs = { url = "/path/to/database.sqlite" }

In your application’s source code, one-time:

use rocket_sync_db_pools::{database, diesel};

struct LogsDbConn(diesel::SqliteConnection);

fn rocket() -> _ {

Whenever a connection to the database is needed:

async fn get_logs(conn: LogsDbConn, id: usize) -> Result<Logs> {|c| Logs::by_id(c, id)).await



Databases can be configured as any other values. Using the default configuration provider, either via Rocket.toml or environment variables. You can also use a custom provider.


To configure a database via Rocket.toml, add a table for each database to the databases table where the key is a name of your choice. The table should have a url key and, optionally, a pool_size key. This looks as follows:

# Option 1:
sqlite_db = { url = "db.sqlite" }

# Option 2:
url = "postgres://root:root@localhost/my_db"

# With a `pool_size` key:
sqlite_db = { url = "db.sqlite", pool_size = 20 }

The table requires one key:

  • url - the URl to the database

Additionally, all configurations accept the following optional keys:

  • pool_size - the size of the pool, i.e., the number of connections to pool (defaults to the configured number of workers * 4)

Additional options may be required or supported by other adapters.


Databases can also be configured procedurally via rocket::custom(). The example below does just this:

use rocket::figment::{value::{Map, Value}, util::map};

fn rocket() -> _ {
    let db: Map<_, Value> = map! {
        "url" => "db.sqlite".into(),
        "pool_size" => 10.into()

    let figment = rocket::Config::figment()
        .merge(("databases", map!["my_db" => db]));


Environment Variables

Lastly, databases can be configured via environment variables by specifying the databases table as detailed in the Environment Variables configuration guide:


Multiple databases can be specified in the ROCKET_DATABASES environment variable as well by comma separating them:


Guard Types

Once a database has been configured, the #[database] attribute can be used to tie a type in your application to a configured database. The database attribute accepts a single string parameter that indicates the name of the database. This corresponds to the database name set as the database’s configuration key.

The macro generates a FromRequest implementation for the decorated type, allowing the type to be used as a request guard. This implementation retrieves a connection from the database pool or fails with a Status::ServiceUnavailable if connecting to the database times out.

The macro also generates two inherent methods on the decorated type:

  • fn fairing() -> impl Fairing

    Returns a fairing that initializes the associated database connection pool.

  • async fn get_one<P: Phase>(&Rocket<P>) -> Option<Self>

    Retrieves a connection wrapper from the configured pool. Returns Some as long as Self::fairing() has been attached.

The attribute can only be applied to unit-like structs with one type. The internal type of the structure must implement Poolable.

use rocket_sync_db_pools::diesel;

struct MyDatabase(diesel::SqliteConnection);

Other databases can be used by specifying their respective Poolable type:

use rocket_sync_db_pools::postgres;

struct MyPgDatabase(postgres::Client);

The fairing returned from the generated fairing() method must be attached for the request guard implementation to succeed. Putting the pieces together, a use of the #[database] attribute looks as follows:

use rocket_sync_db_pools::diesel;

struct MyDatabase(diesel::SqliteConnection);

fn rocket() -> _ {


Finally, use your type as a request guard in a handler to retrieve a connection wrapper for the database:

struct MyDatabase(diesel::SqliteConnection);

fn my_handler(conn: MyDatabase) {
    // ...

A connection can be retrieved and used with the run() method:

struct MyDatabase(diesel::SqliteConnection);

fn load_from_db(conn: &diesel::SqliteConnection) -> Data {
    // Do something with connection, return some data.

async fn my_handler(mut conn: MyDatabase) -> Data {|c| load_from_db(c)).await

Database Support

Built-in support is provided for many popular databases and drivers. Support can be easily extended by Poolable implementations.


The list below includes all presently supported database adapters and their corresponding Poolable type.

KindDriverVersionPoolable TypeFeature

The above table lists all the supported database adapters in this library. In order to use particular Poolable type that’s included in this library, you must first enable the feature listed in the “Feature” column. The interior type of your decorated database type should match the type in the “Poolable Type” column.


Extending Rocket’s support to your own custom database adapter (or other database-like struct that can be pooled by r2d2) is as easy as implementing the Poolable trait. See the documentation for Poolable for more details on how to implement it.


pub use diesel;
pub use postgres;
pub use r2d2_postgres;
pub use rusqlite;
pub use r2d2_sqlite;
pub use memcache;
pub use r2d2_memcache;
pub use r2d2;



A base Config for any Poolable type.



A wrapper around r2d2::Errors or a custom database error type.



Trait implemented by r2d2-based database adapters.

Type Definitions


A type alias for the return type of Poolable::pool().

Attribute Macros


Generates a request guard and fairing for retrieving a database connection.