Work in progress: 181,232 of 181,233 sites checked so far, more every week · updated 2 Nov 2026Missing a blog? Tell us

Top all-time · #8218

R

RelationalAI

Company blog · relational.ai/blogdataprogramming

RelationalAI is the company blog at relational.ai, writing about data and programming. Since 2018, 10 different Hacker News readers have linked it 17 times, most often “Rel: A Declarative Relational Language”. No feed was found, so read it on the site itself.

No feed foundVisit the blog
17mentions?
10HN people?
2018–2026first – last linked?
Links on Hacker News per year · peak 5 in 2023

Too few sampled comments (8) to say how often HN recommends it.?

Why HN links it

HN readers link RelationalAI's blog and papers on database internals and query languages, including the Rel language, multiway joins and a logic language for distributed SQL queries.

Summarised by Claude from a sample of 8 HN comments that link here. Each comment is marked recommending, critical or neutral (citing without judging); how this works.

Meet Rel—a decision agent grounded in your semantic model and powered by advanced reasoners.

Most-linked posts?

  1. /
    4 people · 6 mentions · first linked 2022-11-29
  2. Rel: A Declarative Relational Language
    2 people · 2 mentions · first linked 2024-01-31
  3. /
    2 people · 2 mentions · first linked 2018-09-12

What Hacker News says?

  1. https://relational.ai/product

    Comment linking /product

    on “The "missing" graph datatype already exists. It was invented in the '70s”
  2. Submitted Relational AI raises 122m(a+b) to redefine how intelligent data apps are built as a story · 5 points

    HN discussion
  3. > In databases like XTDB, the order of :where clauses doesn't matter since the engine is able to optimize them Rich's observation was that query optimizers often get things wrong in ways that are hard to predict or control, but he's not fundamentally opposed to their use. That said, building a decent optimizer is a huge undertaking and I think they took the right decision to not attempt to bundle that sort of comple…

    Comment linking /

    on “Insights after 11 years with Datomic [video]”
  4. Submitted Losing the Middle Tier as a story · 3 points

    HN discussion
  5. I know that http://ternaryintelligence.com/ use Julia (because they use a package of mine and have reached out [and allowed me to state that they do so]), but it's also quite clear from past juliacons that http://relational.ai/ do.

    Comment linking /

    on “Julia's Release Process”
  6. Submitted Rel: A Declarative Relational Language as a story · 2 points

    HN discussion
  7. Also, http://relational.ai/ — high performance relational database with integrated AI written in Julia, which gives them JIT compilation “for free”: just generate Julia code for a query and run it. This lets them run circles around other databases in terms of query speed without even breaking a sweat (in terms of implementation effort; the CPUs are probably quite hot).

    Comment linking /

    on “Writing a simple SQL interpreter in Julia”
  8. > In fact, we could have used Datalog to achieve our data goals — but that would mean we have to build our own Datalog implementation, backing data store, etc. We don’t want to do that. Surprising that creating a whole new language made more sense then a backend. I wonder if they did a proof of concept with an existing logic system like Souffle¹ or Rel² first. ¹ https://github.com/souffle-lang/souffle ² https://rela…

    Comment linking /blog/rel

    on “A Logic Language for Distributed SQL Queries”
  9. From about 2008/2009/2010 or so on there was perhaps an over-emphasis on specialized tools for the mass acquisition of streams of data. Maybe in large part due to the explosion of $$ in ad-tech. Some people had legitimately insane click/impression streams -- I worked at a couple companies like that. Development of DBs based on LSM trees or other write-specialized storage structures became important. Existing relatio…

    Comment linking /

    on “Big Data Is Dead”
  10. https://relational.ai/

    Comment linking /

    on “Emacs 29”
  11. Julia Computing is hiring. https://juliacomputing.com/careers/ Relational AI is hiring. https://www.relational.ai/careers Beacon Biosignals is hiring. https://beacon.bio/careers Invenia is hiring. https://www.invenia.ca/ and I can keep going. There's to cause pleasant competition, so it's a good pool for people to enter (and a good pool for me to find more people for haha). In julialang.org/slack there's a #jobs cha…

    Comment linking /careers

    on “Ask HN: Most employable programming languages for 2022 and beyond?”
  12. The 14th way is “multi way joins” also called “worst case optimal joins” which is a terrible name. It means instead of joining tables two at a time and dealing with the temporary results along the way (eating memory), you join 3 or more tables together without the temporary results. There is a blog post and short video of this on https://relational.ai/blog/dovetail-join and the original paper is on https://dl.acm.or…

    Comment linking /blog/dovetail-join

    on “Joins 13 Ways”
  13. Parent commenter was asking compare to datalog (not SQL) which eats recursive graph transitions like this for lunch, making the queries very elegant to read ... while still staying relational. I'm personally of the opinion that "graph databases" should be relational databases; the relational model can subsume "graph" queries, but for all the reasons Codd laid out back in the 60s... network (aka connected graph) data…

    Comment linking /post/graph-normal-form

    on “A type-safe, realtime collaborative Graph Database in a CRDT”
  14. dwenzek · 2025-04-16Recommends
    I really enjoyed reading this well-written paper that introduces the Rel query language implemented at RelationalAI [1]. One main goal of Rel is to give users the ability to grow the language using libraries [2], say for linear algebra or graph processing. And I'm really impressed by the result. With ability to defines (possibly recursive) relations over relation variables and arbitrary-length tuples, Rel is a nice…

    Comment linking /

    on “Rel: A Programming Language for Relational Data”
  15. You might be interested in https://relational.ai/ Treats graph edges as binary relations ("graph normal form"), has a Datalog-ish language. Built for managing large interconnected knowledge sets in a declarative way. I recommend this talk: https://www.youtube.com/watch?v=WRHy7M30mM4

    Comment linking /

    on “Introduction to Datalog”
  16. " True, although I posted more for the tour of Relational Algebra fundamentals. I guess the SQL section is probably the most out of date part of the book :) " I think a better, more accessible, book for the relational foundations is maybe Chris Date's " Database in Depth: Relational Theory for Practitioners ". Though it goes out of its way to avoid dirtying itself with SQL and uses some of his "Tutorial D" concepts…

    Comment linking /blog/pr-snowflake-summit

    on “How Query Engines Work”
  17. Author here to clear up a few questions: I did not run any benchmarks for Memgraph, just Neo4j on my machine and compared them to their numbers on their machine. My 8 faster cores to their 12 slower cores, so not apples to apples, but close enough to make the point that Memgraph is not 120x times faster than Neo4j. I used to work at Neo4j, then at AWS for Neptune, I work on my own graph database http://ragedb.com/ ,…

    Comment linking /

    on “Bullshit Graph Database Performance Benchmarks”

Search all of HN for relational.ai