Skip to content
HHackerTube.videoSurprise me

SQLite: Protégé of PostgreSQL

SQLite: Protégé of PostgreSQL on HackerTube: recommended by 1 Hacker News commenter across 1 month, 2014–2017.

Andrea Ross

talk · intermediate · evergreen

Open on YouTube

D. Richard Hipp's PGCon 2014 keynote on SQLite's relationship to PostgreSQL. He explains that SQLite was originally written from PostgreSQL 6.5 documentation and that the two engines serve different classes of problems.

Why Hacker News recommends it

Recommended as a talk from SQLite's main author, and cited for the project's focus on backwards compatibility and for deployment anecdotes.

people recommended it
1
separate months
1
strong recommendations
0
discussed on HN
2014–2017
“You might also enjoy this talk by the main author of SQLite”
— felixge, Aug 2017, in “How Postgres Makes Transactions Atomic”

What HN commenters said

3 Hacker News comments link this video. Each one links back to its thread.

felixgeAug 2017Recommends

AFAIK SQLite doesn't achieve atomicity by virtue of its global write lock. It does so by using a rollback journal (default) or WAL. So it's not really all that different from PostgreSQL in that regard and the authors point remains valid :). You might also enjoy this talk by the main author of SQLite: ▶ this video (SQLite: Protégé of PostgreSQL)

in “How Postgres Makes Transactions Atomic” · View on HN

justincliftFeb 2017Cites it

Not sure about a 30 year timeframe. 10 years seems like it wouldn't be any kind of problem (personal opinion), but 30 years is an awful long time. That being said, the SQLite development Community are very very big on backwards compatibility. eg: ▶ this video Hmmmm, there's a better talk by D. Richard Hipp around, but I'm not finding it atm. In the better talk he explains they (SQLite) are planning to be around for the 30 year timeframe you mention. Something to do with an airplane manufacturer looking for long term guarantees, but I don't remember the details.

in “Ask HN: Is sqlite good for long-term persistence?” · View on HN

keeperofdakeysJul 2014Cites it

As a read-only database, sqlite doesn't have too many limits, since the storage mechanism is flexible enough to allow fast queries. The problem comes when you start writing, and reads have to wait for them. Also, (I believe) it was this talk ▶ this video that mentions sqlite being used in adobe lightroom, and it being faster to access thumbnails from an sqlite database.

in “SQLite: Small, Fast, Reliable – Choose any three” · View on HN

Topics & tags

Databases & storageSoftware practice, open source & careerssqlitepostgresqld. richard hippembedded databasespgcon