logoalt Hacker News

Twelve years of distributed SQLite

183 points • by otoolep • today at 1:16 AM • 22 comments • view on HN

Comments

klamann • today at 8:17 AM

If you don't get any joy out of writing about your personal experiences in your own voice, why bother writing about them at all?

piterrro • today at 5:48 AM

Having used D1 in production - it's not very reliable. There was a comment on HN from one of D1 devs [1] saying that D1 is a sql wrapper on top of durable objects that mimicks sqlite distributed like nature.

> I'll let you in on a sort of dirty secret: It's almost always better to use Durable Objects storage, rather than D1. Even if you only want a single global database, it's better to implement that as a singleton Durable Object, than by using D1. Because that's all D1 itself actually is: a singleton Durable Object that exposes an API to its SQLite database. It's just a wrapper.

[1] https://news.ycombinator.com/item?id=48611834

➕ show 1 reply
gizzlon • today at 8:31 AM

I've been looking for a reason to use rqlite, but so far sqlite + litestream have been safe enough (some dataloss acceptable in extreme cases)

My understanding is that rqlite gives you "stored in more than place" guarantees, which is nice if you need it. Much slower than a 1 node db though.

Kinrany • today at 5:50 AM

Is there a project that does all of these together?

- embeddable like sqlite

- clustered like dqlite

- has a standalone node like rqlite

- can be backed up to S3 like litesteeam

- optionally AP like cr-sqlite alongside CP

➕ show 1 reply
brooksbp • today at 5:09 AM

Was a fun read until the end where the author made damn sure that history records who drew the blueprint.

➕ show 2 replies
bfren • today at 6:47 AM

I maintain one of the client libraries for rqlite - I’ve found it an excellent concept really well implemented. One of my favourite bits is it gives you back json making Dapper-like mapping super easy in .NET and I suspect other languages.

chasil • today at 4:08 AM

I have never examined this in any detail before. It looks far easier than the mass majority of clustered database architectures.

https://rqlite.io/

➕ show 1 reply
tra3 • today at 4:33 AM

I know that latest rails suggests SQLite as one of the production options. I don’t get how it’d work with concurrent access though. Time to look into it.

➕ show 2 replies
joostdecock • today at 7:28 AM

We use rqlite in production, it's the database we chose for (the control plane of) an open source observability solution we're building (morio.it).

Just came here to say two things:

- rqlite is amazing and warmly recommend - Philip is an exceptionally dedicated, kind, and helpful maintainer

5 stars, no notes. Thank you Philip, I'm eternally grateful for all your great work.

feverzsj • today at 4:26 AM

There is also hctree from sqlite.

esafak • today at 3:17 AM

Very timely for me. I run dqlite in a small cluster and I'm looking to move off it to something more robust. What's recommended in this regime?

➕ show 1 reply
a3nz3g • today at 4:03 AM

Like the idea of distributed SQLite, but do we have benchmark? What use cases it has advantage?

ravivarmat • today at 7:38 AM

[flagged]

latencyharbor • today at 5:24 AM

[flagged]