Bicycle 🚲
Protobuf defined database framework.
Install
Before installing bicycle you'll need to have Rust and protoc installed.
Usage
Schema
A Bicycle schema is defined in a .proto file, where your models are just protobuf message types.
// schema.proto
syntax = "proto3";
package bicycle;
message Dog {
string pk = 1;
string name = 2;
uint32 age = 3;
string breed = 4;
}
CLI
With your schema, you can use the build command to generate your Bicycle components.
Engines
Bicycle's default storage engine is RocksDB but rocksdblib-sys takes quite awhile for the initial build (subsequent builds should be quicker as you iterate on your schema). If you'd like a faster initial build or would prefer SQLite for other reasons you can also use the SQLite engine by supplying the --engine flag.
Server
Start
You can now start the server with the following command.
Testing RPCs
To test some basic CRUD you can use gRPCurl
## Put
## BatchPut
## GetByPk
## DeleteByPk
Client
Rust
The Rust client code is generated by default and can be added to any Rust project as a dependency
# dogs-app/Cargo.toml
[]
= { = "bicycle_core", = "__bicycle__/core" }
= { = "1.36.0", = ["rt", "macros", "rt-multi-thread"] }
Call the Bicycle server from your Rust app
// dogs-app/src/main.rs
use bicycle;
use ;
use Request;
use Error;
async
Other Languages
You can also use the ./__bicycle__/proto/bicycle.proto to codegen your own database clients for any other language. Because the Bicycle server is just a gRPC server, any language with gRPC support also has Bicycle client support.
Desktop GUIs
Bicycle servers also implement server reflection, so you can roll over to your preferred gRPC desktop client (i.e Postman, BloomRPC), type in 0.0.0.0::50051, and they should be able to automatically load up all your RPCs.
Embedding
Rust
In addition to the gRPC server based implementation, you can also use the generated Rust core functions without using gRPC at all. The query/storage formats remain protobuf, but without the remote server interaction.
You can import the core functionality into your project by adding the generated bicycle_core as a dependency in your Cargo.toml
# embedded-dogs/Cargo.toml
[]
= { = "bicycle_core", = "__bicycle__/core" }
// embedded-dogs/src/main.rs
use bicycle;
use ;
use Error;
Biplane Functions (a.k.a SPROCs)
Stored procedures are supported in the form of Biplane Functions which can be written in Rust built for the wasm32-wasi target.
Definition
For this example we want to create a stored procedure that will return only the Dog's names. To create a new function we run the following
Some additional items need to be added to the Cargo.toml. The host shims are provided by the build output in __bicycle__ and will need to be added as a dependency. You will also need to set the target binary's name to "biplane_function" and optionally adjust the release profile to produce smaller WASM binaries.
# dog-names-fn/Cargo.toml
## shims to interact more cleanly with the host functions
[]
= { = "bicycle_shims", = "__bicycle__/shims" }
## set the binary name to "biplane_function" so the CLI can deploy it
[[]]
= "src/main.rs"
= "biplane_function"
## recommended for smaller binaries
## also see: https://github.com/johnthagen/min-sized-rust
[]
= true
= true
= 'z'
= 1
All Biplane Function I/O utilizes the Value protobuf type; bicycle_shims conveniently re-exports the prost-types crate which provides the Rust implementation for the Value type.
// dog-names-fn/src/main.rs
use bicycle;
use ;
use ;
use ;
use Error;
Invoking
bicycle fn commands depend on cargo-wasi when compiling for --lang rust; the binary can be installed using cargo install cargo-wasi (details here).
To test the procedure as a one-off against your Bicycle server
To store the procedure on your Bicycle server for future execution
To execute a previously stored procedure on your Bicycle server
Caveats
Biplane Functions are not yet transactional, so any error that causes the procedure to terminate prematurely can result in partial writes. It is the intention to make Biplane Functions transactional at some later date.
Only stdio is inherited from the host context and the additional WASI APIs are not supported (this means your println!()s will show up on the host but you don't have access to things like the file system).