SQL

The Case Against SQL

The relational version is great… But SQL is the handiest and most widely used implementation of the relational version, and it is inexpressive, incompressible, and non-porous. This isn’t just a recollection of a few consistent programmer overheads, such as SQL queries taking 20% longer to write. The fact that those problems exist in our dominant version of having access to information has dramatic downstream outcomes for the complete industry:

Complexity is a significant impediment to exceptional and innovative runtimes and tooling.

The desire for an additional software layer with hand-written coordination among database and customer renders useless the maximum of the first-class capabilities of relational databases.

The main message I want people to understand is that there is undoubtedly a large amount of value to be unlocked through changing SQL and, more generally, in rethinking where and how we draw the lines between databases, query languages, and programming languages…

I’d like to conclude with a quote from Michael Stonebraker, one of the most notable figures in relational database history:

“My main complaint about System R is that the group never stopped to simplify SQL. All the worrying capabilities of the language have persisted to this day. “SQL could be the COBOL of 2020.”

The Case Against SQL

It’s been exciting to comply with the dialogue on Twitter, wherein the post’s writer tweeted screenshots of real SQL code to demonstrate numerous shortcomings. But he additionally notes that “The SQL spec (component 2 = 1732) pages is more than two times the duration of the Javascript 2021 spec (879 pages), nearly fits the C++ 2020 spec (1853 pages), and includes 411 occurrences of “implementation-defined times the duration of the Javascript 2021 spec (879 pages), nearly fits the C++ 2020 spec (1853 pages), and includes 411 occurrences of “implementation-defined,” occurrences which encompass kind inference and blunders propagation.”

His Twitter feed also includes a supportive retweet from Rust author Graydon Hoare and a Tetrane developer who says, “The Rust of SQL has yet to be invented.” “I would love to see it come.”


Comments

Leave a Reply

Your email address will not be published. Required fields are marked *