Rethinkdb_rebirth Alternatives

Similar projects and alternatives to rethinkdb_rebirth

Hasura

228 30,810 9.8 TypeScript rethinkdb_rebirth VS Hasura

Blazing fast, instant realtime GraphQL APIs on your DB with fine grained access control, also trigger webhooks on database events.
realtime

54 6,460 9.0 Elixir rethinkdb_rebirth VS realtime

Broadcast, Presence, and Postgres Changes via WebSockets
InfluxDB

www.influxdata.com sponsored

Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
GRDB.swift

37 6,476 9.3 Swift rethinkdb_rebirth VS GRDB.swift

A toolkit for SQLite databases, with a focus on application development
noria

26 4,925 0.0 Rust rethinkdb_rebirth VS noria

Fast web applications through dynamic, partially-stateful dataflow
flow

10 498 9.7 Rust rethinkdb_rebirth VS flow

🌊 Continuously synchronize the systems where your data lives, to the systems where you _want_ it to live, with Estuary Flow. 🌊 (by estuary)
timely-dataflow

11 3,157 7.0 Rust rethinkdb_rebirth VS timely-dataflow

A modular implementation of timely dataflow in Rust
db_watch

1 0 0.0 JavaScript rethinkdb_rebirth VS db_watch
WorkOS

workos.com sponsored

The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
PipelineDB

3 2,603 0.0 C rethinkdb_rebirth VS PipelineDB

High-performance time-series aggregation for PostgreSQL
cainophile

2 234 1.7 Elixir rethinkdb_rebirth VS cainophile
integrate

1 25 2.7 Elixir rethinkdb_rebirth VS integrate

Core IntegrateDB source code repository.
revori

1 10 0.0 Java rethinkdb_rebirth VS revori

A revision-oriented DBMS
mysql-live-select

1 87 0.0 JavaScript rethinkdb_rebirth VS mysql-live-select

NPM Package to provide events on updated MySQL SELECT result sets
pg-live-select

1 56 0.0 JavaScript rethinkdb_rebirth VS pg-live-select

Live Updating PostgreSQL SELECT statements

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better rethinkdb_rebirth alternative or higher similarity.

Suggest an alternative to rethinkdb_rebirth

rethinkdb_rebirth reviews and mentions

Posts with mentions or reviews of rethinkdb_rebirth. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2021-04-22.

Ask HN: Is there a way to subscribe to an SQL query for changes?
17 projects | news.ycombinator.com | 22 Apr 2021

I know [RethinkDB][1] used to do this with their SQL-like ReQL language, but I looked around a bit and can't find much else about it - and I would have thought it would be more common.
If we think about modern frontends using SQL-based backends, essentially every time we render, its ultimately the result of a tree of SQL queries (queries depend on results of other queries) running in the backend. Our frontend app state is just a tree of materialized views of our database which depend on each other. We've got a bunch of state management libraries that deal with trees but they don't fit so well with relational/graph-like data.
I came across a Postgres proposal for [Incremental View Maintenance][2] which generates a diff against an existing query with the purpose of updating a materialized view. Oracle also has [`FAST REFRESH`](https://docs.oracle.com/database/121/DWHSG/refresh.htm#DWHSG8361) for materialized views.
I guess it's relatively easy to do until you start needing joins or traversing graphs/hierarchies - which is why its maybe avoided.
[1]: https://github.com/rethinkdb/rethinkdb_rebirth