Home Manual Reference Source Test

RxDB

RxDB is a high-performance, observable object store built on top of SQLite. RxDB draws inspiration from CoreData and Relay and is intended for database-driven Electron applications. It was originally built for the Nylas N1 mail client.

View the API Reference on GitHub Pages.

An Observable Object Store

Example: Nylas N1 uses a Flux architecture. Many of the Flux Stores in the application vend state derived from an RxDB database containing the user's mail data. When an object is written to the database, it emits and event, and stores (like the UnreadCountStore) can evaluate whether to update downstream application state.

Basic Usage

Defining a Model:

export default class Note extends Model {
  static attributes = Object.assign(Model.attributes, {
    name: Attributes.String({
      modelKey: 'name',
      jsonKey: 'name',
      queryable: true,
    }),
    content: Attributes.String({
      modelKey: 'content',
      jsonKey: 'content',
    }),
    createdAt: Attributes.DateTime({
      modelKey: 'createdAt',
      jsonKey: 'createdAt',
      queryable: true,
    }),
  });
}

Saving a Model:

const note = new Note({
  name: 'Untitled',
  content: 'Write your note here!',
  createdAt: new Date(),
});
database.inTransaction((t) => {
  return t.persistModel(note);
});

Querying for Models:

database
  .findAll(Note)
  .where({name: 'Untitled'})
  .order(Note.attributes.createdAt.descending())
  .then((notes) => {
  // got some notes!
})

Observing a query:

componentDidMount() {
  const query = database
    .findAll(Note)
    .where({name: 'Untitled'})
    .order(Note.attributes.createdAt.descending())

  this._unsubscribe = query.observe().subscribe((items) => {
    this.setState({items});
  });
}

Features

FAQ

How does this fit in to Flux / Redux / etc?

RxDB is not intended to be a replacement for Redux or other application state frameworks, and works great alongside them!

Redux is ideal for storing small bits of state, like the user's current selection. In a typical RxDB application, this application state determines the views that are displayed and the queries that are declaratively bound to those views. Individual components build queries and display the resulting data.

Wait, I can't make UPDATE queries?

RxDB exposes an ActiveRecord-style query syntax, but only for fetching models. RxDB's powerful observable queries, modification hooks, and other features depend on application code being able to see every change to every object.

Queries like UPDATE Note SET read = 1 WHERE ... allow you to make changes with unknown effects, and are explicitly not allowed. (Every live query of a Note would need to be re-run following that change!) Instead of expanding support for arbitrary queries, RxDB focuses on making reading and saving objects blazing fast, so doing a query, modifying a few hundred matches, and saving them back is perfectly fine.

API Reference

The example project may be the best place to get started, but a full API Reference is available on GitHub Pages.

Contributing

Running the Notes Example

npm install
cd ./example
npm install
npm start

Running the Tests

RxDB's tests are written in Jasmine 2 and run in a tiny Electron application for consistency with the target environment. To run the tests, use npm test:

npm install
npm test

You can skip certain tests (temporarily) with xit and xdescribe, or focus on only certain tests with fit and fdescribe.

Running the Linter

npm install
npm run lint