What does HackerNews think of fdb-record-layer?

A record-oriented store built on FoundationDB

Language: Java

#5 in MySQL
FoundationDB: A Distributed Key-Value Store | Jul 2023
Expand Context ↕
> That being said, I wish there were more layers as the functionality out of the box is very very limited.

The record layer https://github.com/FoundationDB/fdb-record-layer which allows to store protobuf, and define the primary keys and index directly on those proto fields is truly amazing:

https://github.com/FoundationDB/fdb-record-layer/blob/main/d...
Databases in 2022: A Year in Review | Jan 2023
To an extent this is what the FoundationDB Record Layer does.

https://github.com/FoundationDB/fdb-record-layer

Turning SQLite into a Distributed Database | Aug 2022
This is exactly what the engineers behind FoundationDB (FDB) wanted when they open sourced. For those who don't know, FDB provides a transactional (and distributed) ordered key-value store with a somewhat simple but very powerful API.

Their vision was to build the hardest parts of building a database, such as transactions, fault-tolerance, high-availability, elastic scaling, etc. This would free users to build higher-level (Layers) APIs [1] / libraries [2] on top.

The beauty of these layers is that you can basically remove doubt about the correctness of data once it leaves the layer. FoundationDB is one of the most (if not the) most tested [3] databases out there. I used it for over 4 years in high write / read production environments and never once did we second guess our decision.

I could see this project renamed to simply "fdb-sqlite-layer"

[1] https://github.com/FoundationDB/fdb-document-layer

[2] https://github.com/FoundationDB/fdb-record-layer

[3] https://www.youtube.com/watch?v=OJb8A6h9jQQ

FoundationDB: A distributed unbundled transactional key value store | Mar 2022
Expand Context ↕
https://github.com/FoundationDB/fdb-record-layer is the SQL/orm like interface. This handles things in a DB like way - joins, indexes. I misspoke when I said SQL regarding this - sorry.

There's a go and rust library floating around that's not as good. I've tried em :)
Show HN: A strongly-typed document DB that runs on any transactional KV store | Aug 2021
This looks really promising! Could you provide at a high-level what this aims to offer over FoundationDB's RecordLayer[1]?

[1] https://github.com/FoundationDB/fdb-record-layer