Skip to content
HN On Hacker News ↗

Time to Move on: Querying without Nulls and Bags

▲ 53 points 18 comments by Jimmc414 1w ago HN discussion ↗

Pangram verdict · v3.3

We believe that this entire text is human-written.

0 %

AI likelihood · overall

Human
100% human-written 0% AI-generated
SEGMENTS · HUMAN 1 of 1
SEGMENTS · AI 0 of 1
WORD COUNT 212
PEAK AI % 0% · §1
Analyzed
Aug 13
backend: pangram/v3.3
Segments scanned
1 windows
avg 212 words each
Distribution
100 / 0%
human / AI fraction
Verdict
Human
Pangram v3.3

Article text · 212 words · 1 segments analyzed

Human AI-generated
§1 Human · 0%

View PDF Abstract:SQL is the database community's success story in terms of language design. The key reason for its success is its declarativeness: it gives rise to optimizability, reducing the programmer's burden significantly. However, given the evolving complexity of problems to solve with query languages, our community needs to re-think some of the fundamental early query language design decisions. Our experience in having worked on the design of Rel (a language for end-to-end relational programming) tells us that it is possible to design, implement, and successfully deploy a language based on fully normalized relations. Such relations avoid what Codd called corrupted relations and what we commonly refer to as bags, and the 'harmful' 'billion dollar mistake' that we know as nulls. In the SQL world, it is accepted that bags and nulls are tolerated as an unavoidable evil. We argue that the evil is completely avoidable: reasons offered for justifying bags and nulls evaporate at a closer examination. In addition to debunking them, we also describe opportunities offered by a null-free language with set semantics. Subjects: Databases (cs.DB); Programming Languages (cs.PL) Cite as: arXiv:2608.10863 [cs.DB] (or arXiv:2608.10863v1 [cs.DB] for this version) https://doi.org/10.48550/arXiv.2608.10863 arXiv-issued DOI via DataCite Submission history From: Leonid Libkin [view email] [v1] Tue, 11 Aug 2026 12:34:39 UTC (105 KB)