
Making mental models executable @RelationalAI
Zurich, Switzerland
Joined February 2010
- Tweets602
- Following445
- Followers468
- Likes1.8K
A DuckDB database is a really expressive interface to the data lake, because it lets the producer control every physical aspect (partitioning, format, compression) in a way that is completely transparent to the consumer. Even white box compression is possible, because the producer can encode whatever query plan is needed to reconstruct the full dataset.
A DuckDB Database with No Data in It 🦆 🫨
A DuckDB database file does not have to contain any data. It can store nothing but view definitions that point at files stored somewhere else, such as Parquet on object storage.
The file stays a few hundred kilobytes no matter how large the data it describes, and anyone who attaches it sees a set of named relations that are ready to query.
@NikolasGoebel described this idea in his post “DuckDB doesn't need data,” which argues that modern databases have separated where data is stored from how it is read, to the point that most databases no longer need to hold any data of their own.
From that perspective, #DuckDB becomes a browser for the data cloud, where you access a dataset through a URL rather than a copy on your own disk.
In this blog post, we turn that idea into a small, shareable catalog: duckdb.org/2026/10/07/view-o…
A DuckDB Database with No Data in It 🦆 🫨
A DuckDB database file does not have to contain any data. It can store nothing but view definitions that point at files stored somewhere else, such as Parquet on object storage.
The file stays a few hundred kilobytes no matter how large the data it describes, and anyone who attaches it sees a set of named relations that are ready to query.
@NikolasGoebel described this idea in his post “DuckDB doesn't need data,” which argues that modern databases have separated where data is stored from how it is read, to the point that most databases no longer need to hold any data of their own.
From that perspective, #DuckDB becomes a browser for the data cloud, where you access a dataset through a URL rather than a copy on your own disk.
In this blog post, we turn that idea into a small, shareable catalog: duckdb.org/2026/10/07/view-o…
jev / system one cost structure indicates that in 2-3 years X could let every premium user write their own intelligent filter for ~all text tokens published on the platform every day
probably earlier between vertical integration, light pre-filtering, and with creative batching across users
choose your level of ragebait and politics, find your people, or even just avoid spoilers for your favourite show
the bar VCs set for this pitch deck after hearing the names involved
Replying to @JeffDean
We created a pitch deck to tell a handful of VC firms about us and what we were up to (a fun experience!). Here’s a few slides about our background and some of the things we’ve worked on from the pitch deck (it was fun putting together the list of people in our teams who have gone on to found a whole range of exciting companies). We are delighted to have selected @radicalvcfund
and @khoslaventures to lead our initial funding round, along with participation from @lightspeedvp, @kleinerperkins, Doerr Capital (@johndoerr), and Alphabet (@Google). We’ll be working with them to close our seed round over the next few weeks.
Fun to think about distributed system design for @Starlink. Possible to replace leader election with a deterministic schedule governed by orbital mechanics?
To think that things get more predictable if you just move all your routers fast enough...
Nikolas Göbel retweeted
If finding security flaws is fully automated with frontier models à la Mythos, then GitHub should have a metric, like stars, showing how much compute is spent securing/hardening an open-source package. Example:
📦 linus/linux
⭐️ 200k 🦾 $239M
Only way OSS can be trusted.
Security may be what ends up rebalancing the scales in favour of software reuse and OSS. Sure, anyone can spend the tokens to recreate functionality. But are you willing to spend the tokens needed to find all possible exploits? Attackers only need to find a single one.
Blog post: On the Coming Industrialisation of Exploit Generation with LLMs sean.heelan.io/2026/01/18/on…
TL;DR: I ran an experiment with GPT-5.2 and Opus 4.5 based agents to generate exploits for a zeroday QuickJS bug. They're pretty good at it.
Code: github.com/SeanHeelan/anamne…
Seems like future operating systems for the era of Claude Code need to work more like databases. Strong isolation and the ability to validate integrity constraints on the before and after state of the entire system before committing to a change (or rolling back).
Nikolas Göbel retweeted
We're teaming up with Snowflake and @RelationalAI to boost our Cognitive Solutions with a supply chain knowledge graph. 🤝 Securely stored in the Snowflake AI Data Cloud, our knowledge graph enhances intuitive data engagement.
Learn more: okt.to/tiFs1q
Nikolas Göbel retweeted
Rel: A Programming Language for Relational Data. arxiv.org/abs/2504.10323
Nikolas Göbel retweeted
🚀 RelationalAI’s Knowledge Graph Coprocessor is GA as a Snowflake Native App!
🧠 With 10x less code and complexity, customers can now build intelligent applications using a data-centric architecture based on relational knowledge graphs.
➡️ tinyurl.com/mrxx63d5
Nikolas Göbel retweeted
Replying to @HerrDreyer @mpi_sws_
Thank you @HerrDreyer! I’m very excited to be starting at MPI-SWS in September.
If you’re interested in working with me on making verification even more practical with Verus, and on combining SMT solving and Iris-inspired techniques, please reach out! -> andrea.lattuada.me
Nikolas Göbel retweeted
GREAT post about the importance of strict serializability in engineers day to day work. We used FoundationDB a lot in the past which provides strict serializability guarantees and we *still* had one or two “gotcha” moments with unexpected behavior when a non idempotent transaction was retried. I can’t even imagine trying to build a complex system with just snapshot isolation.
I've always found the conversation around databases and inconsistency challenging to distill into simple terms. This is my attempt to build some simpler intuition.
materialize.com/blog/enginee…
Nikolas Göbel retweeted
A few months ago, we at @RelationalAI embarked on a journey to bring knowledge graphs to snowflake. And this week, we reach a major milestone and unveil what we've been up to at the #SnowflakeSummit.
Visit summit.relational.ai to learn more, and help us share the news 📰🪄🚀.

















