uuid-mongodb VS RxDB

uuid-mongodb

We haven't tracked posts mentioning uuid-mongodb yet.
Tracking mentions began in Dec 2020.

RxDB

• Offline-First Landscape – 2025
  8 projects | news.ycombinator.com | 29 Aug 2025

  I’m doing offline-first apps at work and want to emphasize that you’re constraining yourself a lot trying to do this.

  As mentioned, everything fast(ish) is using SQLite under the hood. If you don’t already know, SQLite has a limited set of types, and some funky defaults. How are you going to take this loosey-goosey typed data and store it in a backend database when you sync? What about foreign key constraints, etc., can you live without those? Some of the sync solutions don’t support enforcing them on the client.

  Also, the SQLite query planner isn’t great in my experience, even when you’re only joining on ids/indexes.

  Document databases seem more friendly/natural, but as mentioned indexeddb is slow.

  I wish this looked at https://rxdb.info/ more. They have some posts that lead me to believe they have a good grasp on the issues in this space at least

• Local-first software: You own your data, in spite of the cloud
  6 projects | news.ycombinator.com | 5 Jul 2025
• Stop Syncing Everything
  15 projects | news.ycombinator.com | 1 Apr 2025

  > I'm thinking to give it a try in one of my React Native apps that face very uncertain connectivity.

  Some similar stuff you may want to investigate (no real opinion, just sharing since I've investigated this space a bit):

  - https://rxdb.info

• Sync Engines Are the Future
  14 projects | news.ycombinator.com | 21 Mar 2025
• Show HN: Triplit – Open-source syncing database that runs on server and client
  9 projects | news.ycombinator.com | 25 Jun 2024

  Looks like it could be a more batteries-included/opinionated alternative to RxDB (https://rxdb.info). The relational queries might help some people who tend to think in SQL as opposed to documents (as in CouchDB or MongoDB) and the WebSockets for synchronization will help people get started more quickly. (RxDB provides interfaces for those who want to implement their own storage engine and/or synchronization backend.)

• HackNote
  2 projects | news.ycombinator.com | 25 May 2024

  Some years ago "offline-first" was a thing:

  https://web.archive.org/web/20170720174332/http://hood.ie/in...

  Primarily based on PouchDB/CouchDB. Now the site redirects to RxDB. https://rxdb.info/

  There's still a site by that name but I don't quite understand what's the intention

  https://offlinefirst.org/

• Ask HN: How Can I Make My Front End React to Database Changes in Real-Time?
  8 projects | news.ycombinator.com | 17 Apr 2024

  I'm interested in this problem also!

  I think there is a large overlap with projects that market/focus on offline-first experiences.

  AFAIK this problem can be solved by:

  1) Considering a client-side copy of the database that gets synced with the remote DB. This is an approach [PowerSync](https://www.powersync.com/) and [ElectricSql](https://electric-sql.com/) and [rxdb](https://rxdb.info/) take!

• You can't leak users' data if you don't hold it
  2 projects | news.ycombinator.com | 30 Mar 2024

  Hey, after I posted that, I went and gave a second look online to see if I could find something that would allow me to develop a local-first app with offline persistence and syncing capabilities.

  I ended up finding some possibilities out there that could potentially help me build stuff. One of them is RxDB [1], which offers WebRTC syncing - you'd still need a signaling server, I suppose, but all sensitive information could be synced E2E-encrypted via WebRTC.

  Then there's CRDT's [2], which is a universe that turned out to have multiple possibilities that match (at least partially) my needs. In particular, the next thing I want to take a look at is cr-sqlite [3], which might be just thing I needed to kick-off some side-projects.

  I'm posting here cause I just found some hope of not needing to build a traditional client-server app and having to deal with all the hassle involved in securing a server (and with fear that my efforts could be not good enough), and I thought someone else could benefit from getting to know these things.

  [1] https://rxdb.info/

• SignalDB: Bringing Meteor-Like Reactivity to the Modern Age
  1 project | dev.to | 26 Oct 2023

  About a year ago, I discovered a cool offline-first framework called RxDB. Initially, I thought that on the frontend side, this was exactly what I had been searching for over the past years. After tinkering around and even using it in production for some time, I realized that it wasn't well-suited for my intended use. RxDB was initially created as an RxJS layer for PouchDB with a server replication interface. Over time, other storage types besides PouchDB were introduced (e.g., IndexedDB, SQLite) and the replication interface became more sophisticated. The replication interface is really cool and exactly what I wanted. The biggest problem I have with RxDB is that it is so tightly coupled with RxJS. While RxJS is technically very powerful, it offers a dreadful developer experience. It's really hard to understand at first and integrating it into an existing codebase, which isn't using RxJS, is tedious.

• Show HN: ElectricSQL, Postgres to SQLite active-active sync for local-first apps
  10 projects | news.ycombinator.com | 20 Sep 2023

  Congrats to the team. Once I’ve tried https://rxdb.info/ and it wasn’t funny at all to do the remote replication (PG) and to deal with conflicts. I do need to check this out!