TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Foundation DB Record Layer SQL API

135 点作者 fidotron4 天前

13 条评论

fabianlindfors4 天前
Really cool although quite an undertaking to build an entire SQL engine! I have been working on something pretty similar but using Postgres instead. Basically extending Postgres to run stateless on top of FoundationDB, which would achieve the same thing but with all the Postgres features one would expect (and without some quirks you might not want, like vacuuming).<p>Working with FoundationDB is a real pleasure as many people have noted already, a very intuitive abstraction to build databases on top of.
评论 #43924246 未加载
评论 #43926174 未加载
bognition4 天前
I remember learning about FoundationDB a decade ago and being deeply impressed with what they built. Then it was acquired by Apple and went silent. Since then we&#x27;ve seen an explosion in new database storage layers. I&#x27;m curious is FoundationDB still the new hotness or has it been replaced by newer better technologies?
评论 #43922140 未加载
评论 #43921860 未加载
评论 #43921606 未加载
评论 #43923497 未加载
评论 #43923628 未加载
评论 #43923862 未加载
pstuart4 天前
There&#x27;s an intriguing project which puts SQLite on top of FoundationDB that is quite intriguing, unfortunately the dev seems to have moved on from that effort:<p><a href="https:&#x2F;&#x2F;github.com&#x2F;losfair&#x2F;mvsqlite">https:&#x2F;&#x2F;github.com&#x2F;losfair&#x2F;mvsqlite</a>
conradev3 天前
My favorite FoundationDB layer is per-user SQLite databases: <a href="https:&#x2F;&#x2F;github.com&#x2F;losfair&#x2F;mvsqlite">https:&#x2F;&#x2F;github.com&#x2F;losfair&#x2F;mvsqlite</a><p>It&#x27;s hard to tell if it&#x27;s running in production, but the author works at Deno!
评论 #43928933 未加载
amazingamazing4 天前
At some point someone will reimplement the dynamodb api on top of foundation db. That’ll be nice because then you have an effectively cheap hosted version available then.
mastabadtomm4 天前
There is one more project that aims to build a MongoDB-like query engine and uses Redis wire protocol. It&#x27;s Kronotop: <a href="https:&#x2F;&#x2F;github.com&#x2F;kronotop&#x2F;kronotop">https:&#x2F;&#x2F;github.com&#x2F;kronotop&#x2F;kronotop</a><p>Kronotop uses FoundationDB as a metadata store for document indexes and the other stuff. It stores the document bodies on the local disk and supports primary-follower replication.<p>It also works as a RESP3&#x2F;RESP2 proxy for FoundationDB API.
anhldbk4 天前
At last Foundationdb has SQL Layer. AFAIK the initial discussion was in 2018 [1]<p>[1] SQL layer in FoundationDB, <a href="https:&#x2F;&#x2F;forums.foundationdb.org&#x2F;t&#x2F;sql-layer-in-foundationdb&#x2F;94" rel="nofollow">https:&#x2F;&#x2F;forums.foundationdb.org&#x2F;t&#x2F;sql-layer-in-foundationdb&#x2F;...</a>
tehlike4 天前
I really really want nodejs bindings for foundationdb record layer. I tried using node java bridge, and it could be made to work but it&#x27;d be quiet an effort to maintain I guess...
评论 #43923240 未加载
yencabulator3 天前
So how will this round improve on the previous design that was quite slow?<p>&gt; FDB-SQL was less than half as fast as MySQL on a single machine.<p><a href="https:&#x2F;&#x2F;www.voltactivedata.com&#x2F;blog&#x2F;2015&#x2F;04&#x2F;foundationdbs-lesson-fast-key-value-store-not-enough&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.voltactivedata.com&#x2F;blog&#x2F;2015&#x2F;04&#x2F;foundationdbs-le...</a>
computerfan4944 天前
FoundationDB is very cool, but I wish it didn&#x27;t require linking in their C library to talk to it. The client story is not good.
评论 #43923774 未加载
yencabulator3 天前
Java source at <a href="https:&#x2F;&#x2F;github.com&#x2F;FoundationDB&#x2F;fdb-record-layer">https:&#x2F;&#x2F;github.com&#x2F;FoundationDB&#x2F;fdb-record-layer</a>
gitroom4 天前
been watching foundationdb for ages and it&#x27;s kinda crazy it&#x27;s still holding up while new stuff keeps dropping. always makes me wonder what it takes to keep something useful for so long
评论 #43922107 未加载
评论 #43922957 未加载
评论 #43923887 未加载
rapsey4 天前
If you are storing rows as records in FDB I am very skeptical about the performance. It seems to me it would be quite poor, because of the latency. You are talking to the network to get every row.<p>I guess it would be scalable. You could execute lots of concurrent queries, but the actual performance of every non trivial query would be poor compared to a regular SQL DB.
评论 #43923494 未加载