<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>One SQL to Rule Them All · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1905.12133/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1905.12133/feed.xml" rel="self" type="application/rss+xml" /><item><title>One SQL to Rule Them All — mentioned by cube2222</title><link>https://news.ycombinator.com/item?id=27424080</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:27424080</guid><pubDate>Mon, 07 Jun 2021 15:58:22 GMT</pubDate><description>&lt;p&gt;Looking at the comments I see there are more and more such projects, that&amp;#x27;s great! Declarative interfaces rule! Anyways, I too felt a void to be filled with tools like these, so I (and a couple of other folks) developed OctoSQL[0], check it out if you like this. It lets you query json, csv, and various databases using SQL, and also let&amp;#x27;s you join between them. It differs from most of the other tools in that it also supports streaming data sources using temporal SQL extensions. (Inspired by the great paper, One SQL To Rule Them All[1]) [0]: https://github.com/cube2222/octosql [1]…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — mentioned by BenoitP</title><link>https://news.ycombinator.com/item?id=26855775</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:26855775</guid><pubDate>Sun, 18 Apr 2021 19:58:28 GMT</pubDate><description>&lt;p&gt;&amp;gt; this would still leave the problem where each transactions causes two deletes and two inserts Indeed! You might be interested in the &amp;#x27;6.5 Materialization Controls&amp;#x27; section of this paper: https://arxiv.org/pdf/1905.12133.pdf They intend to add these extensions: SELECT ... EMIT STREAM AFTER DELAY INTERVAL &amp;#x27;6&amp;#x27; MINUTES ; -- to fix the output multiplication you mention SELECT ... EMIT STREAM AFTER WATERMARK ; -- this should fix the two deletes and two inserts I don&amp;#x27;t know if this is still in active development, though. There has been no news since the paper got published 2 years ago. &amp;gt; It…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — mentioned by james_woods</title><link>https://news.ycombinator.com/item?id=25869677</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:25869677</guid><pubDate>Fri, 22 Jan 2021 08:39:00 GMT</pubDate><description>&lt;p&gt;Where and how in dataflow is late data being handled? How can I configure in which ways refinements relate? These questions are the standard &amp;quot;What Where When How&amp;quot; I want to answer and put into code when dealing with streaming data. I was not able to find this in the documentation, but I only spent a few minutes scanning it. https://www.oreilly.com/radar/the-world-beyond-batch-streami... https://www.oreilly.com/radar/the-world-beyond-batch-streami... Also &amp;quot;Materialize&amp;quot; seems not to support needed features like tumbling windows (yet) when dealing with streaming data in SQL…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — mentioned by chrisjc</title><link>https://news.ycombinator.com/item?id=24133422</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:24133422</guid><pubDate>Wed, 12 Aug 2020 16:04:13 GMT</pubDate><description>&lt;p&gt;Are you referring to this? https://arxiv.org/abs/1905.12133 HN Link: https://news.ycombinator.com/item?id=20059006&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — mentioned by cangencer</title><link>https://news.ycombinator.com/item?id=24131612</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:24131612</guid><pubDate>Wed, 12 Aug 2020 13:01:12 GMT</pubDate><description>&lt;p&gt;It&amp;#x27;s not very different than normal SQL. Imagine that instead of a finite result set, you instead have a never ending result set. You can also roughly map operations like windowed aggregation into SQL with some additional syntax. This paper gives a pretty good overview, even though we don&amp;#x27;t fully agree with the model presented here: https://arxiv.org/abs/1905.12133&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — mentioned by yarapavan</title><link>https://news.ycombinator.com/item?id=20345369</link><guid isPermaLink="false">urn:hackerpapers:mention:1905.12133:20345369</guid><pubDate>Wed, 03 Jul 2019 15:51:33 GMT</pubDate><description>&lt;p&gt;Link to SIGMOD&amp;#x27;19 paper - https://arxiv.org/abs/1905.12133&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>One SQL to Rule Them All — HN submission</title><link>https://news.ycombinator.com/item?id=20059006</link><guid isPermaLink="false">urn:hackerpapers:submission:1905.12133:20059006</guid><pubDate>Fri, 31 May 2019 07:56:03 GMT</pubDate><description>&lt;p&gt;One SQL to Rule Them All: Management of Streams and Tables&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;260 points; 35 discussion replies on HN. &lt;a href="https://hackerpaper.kaipfister.de/p/1905.12133/"&gt;Paper and source history&lt;/a&gt;. A submission is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item></channel></rss>
