文法

再利用性の低さ

let premium_users = select * from users where premium = 1;

select count(*) from premium_users;

select * from premium_users order by created_at;

のようなことがしたいわけですよ。でも無理！ワハハ！！

一貫性のなさ

cast(expr as type) という関数のようでそうでもない謎の記法とか(MariaDBリファレンスだと"function"らしいですが)、 '2023-01-01' + interval 1 secondのinterval部分は何なんだとか、文法が複雑すぎる。

人間に厳しい

一貫性を捨てても便利な記法を採用して書きやすくしているのかと思いきや、

select  a, b, from X;

は当然のようにエラーになるのである。ケツカンマくらい許せよ。

また、MariaDBにおいて

-- on指定が抜けている
select * from X left join Y where a = 1;

は

ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'where c = 1' at line 1

という不親切なエラーメッセージが返ってくる。また、存在しないカラムを指定した際のエラーメッセージには位置情報が含まれなかったりもする。人間に厳しすぎる！！！

それはSQL言語の問題ではなく特定のSQL処理系の問題じゃないかって? そうだがSQL処理系はだいたいどれもこんな感じやんけ！！！

データに関する信念を不十分にしか表明できない

わたしたちがテーブルAとBをjoinしたいときは何も考えずやっているわけではなく、

• Aの行ごとに、対応するBの行が0..1行存在する
• Aの行ごとに、対応するBの行が1行存在する
• Aの行ごとに、対応するBの行が0行以上存在する
• Aの行ごとに、対応するBの行が1行以上存在する

などいずれかの信念の元におこなっているわけだが、といった情報はSQLに一切現れずただA join Bと書かれているだけなのである。

また、非正規化されたテーブルにおいては、カラム間に関数従属性が存在することは多々あり、わたしたちはその知識を前提にクエリを書くわけだが、といったことはいっさいSQLに現れないため、

select product_id, product_name, count(*)
from receipts

-- product_nameはproduct_idに応じて一意に定まるためほんらいであればproduct_idのみでgroup byすればじゅうぶんであるところそのような情緒を解する機能を持ち合わせていない愚かなRDBのクレームに応えてproduct_nameもさらに指定する必要があるのだった
group by procuct_id, product_name

ということになってしまうのだった。

joinに冗長な情報を指定する必要がある

いくらアドホックなデータ分析とはいえユーザIDと商品IDでjoinしたいような例は稀でありどのテーブルどうしがどのカラムを使ってjoinされうるかは事前に決定できることが大半であるのだからそのようなトリビアルなjoinについてはいちいち条件を指定せずとも遂行されてしかるべきだが当然そのような高級な機能は存在せずそのかわりに同じ名前のカラム全部使うnatural joinとかいう暴力的なヤケクソ気味のがあるのみなのであった。

スコープの関係で同じ式を複数回書く必要がある

select age >= 60 as is_old, count(*)
from users
group by age >= 60

group byの地点でis_oldが見えないので面倒、まあサブクエリでも使えばいいんですが

select is_old, count(*)
from (
  select age >= 60 as is_old, * from users
)
group by is_old

余計複雑になったやんけ。

このスコープのルールがおかしいとは思わないけど、どうにかならないだろうか。

selectの位置がおかしい

他の要素は from → where group by → order → limit と処理の流れに沿っているのにselectだけ最初にあって変。LINQ(C#)ではselectが最後になっている。

group byで複数カラムに同時に同じ演算したい

まったく一般的な悩みではなさそうですが、集計クエリ書いてて

with 商品単位集計 as (
  select 商品ID, 商品カテゴリ, xx金額, yy金額, xx個数, ...
),
カテゴリ単位集計 as (
select 商品カテゴリ, sum(xx金額) as xx金額, sum(yy金額) as yy金額, sum(xx個数) xx個数, ...
from 商品単位集計
group by 商品カテゴリ
)

という具合に何度も同じカラム名を書く必要がありつらい！！！

そういえばpandasのインタフェースでSQL投げられるやつがあったような気がする…… ああいうの使えばいいのか?

select時に変数定義したい

先ほどのgroup byと同じ問題なのですが。

select count(*) as total, sum(foo = 1)  as foo_count, ratio as foo_count / total  -- むり
from ...

ひょっとして方法があるかと思ってSO見たらサブクエリ使えと書いてあった💢

カラムにarrayを保持したりexplode的なことをしたい

explodeというのは一般的ではないですがSpark SQLにある。select explode([1, 2, 3]) で select 1 union select 2 union select 3相当になる変なやつです。

需要としては、

-- 同じエンティティが複数の行に分かれている(そういうことがあります。ありました。)ので名寄せしたい

select unique_name, group_to_array(id) as ids
group by unique_name
having count(*) > 1
--> | unique_name |        id |
--  | name1       | [1, 2, 3] | 

-- とか、

select unique_name, explode(group_to_array(id))
group by unique_name
having count(*) > 1
--> | unique_name | id |
--  | name1       |  1 | 
--  | name1       |  2 |
--  | name2       |  9 |

-- とかしたい

もうリレーショナルデータとかいう次元じゃないしこれをSQLの悪い点と言うのはどうかと思う、でも便利なので…………

↑よく考えたら、この例ならgroup byじゃなくwindow使えばいいだけでは???

insert文でCTEが使えない

MariaDB固有の制約かもしれない

count(distinct expr1を満たすexpr2) over(...) が書けない

そういうことをしたくなるときがあるんですよ(今)

「宣言的に書けばオプティマイザが効率的な実行プランを生成してくれる」という嘘が流布されている

じゃあこの頑張って書いたクソクエリも効率的に実行してくれよ！！！！！！！

This version of MariaDB doesn't yet support 'COUNT(DISTINCT) aggregate as window function'

SQLの存在自体がもたらす苦しみと、処理系がSQLの機能を部分的にしか実装していないことからくる苦しみがあることがわかってきた。

一時テーブルに名前をつけたくない

｢usersテーブルに購入金額カラムと年代カテゴリを追加したやつ」の名前なんか考えたいわけないだろ！！！

既存テーブルに一時的かつ仮想的なカラムを追加したい。

select f(x) from foo が集約するのかどうか、構文から判断できない

fが集約関数だったら暗黙のうちに全行グルーピングするというアドホックなルールはまさにSQLを象徴しているといえ、それは短い表記とセマンティクスの混乱を同時にもたらします。

リレーショナル代数に基づいていると言い張っている

じゃあこのwindow関数とかオーダーバイとかユニーク制約のないテーブルとかをリレーショナル代数で説明してみろよ！！！

仕様書が無償で公開されていない

プロなら自分で買えとおっしゃる気持ちはわかりますが…… しかし、仕様について気軽に言及できない現状は本当にこれで良いのでしょうか？？？？？？？

クエリ言語の名前がデータモデルの代名詞にもなっている

SQLの文法がクソだという話をしたらリレーショナル・データモデルがクソだという話をしていると誤解されてクソコメをされるという恐ろしい事件があったらしいです……

油断するとすぐ最強の文法を考えそうになるが、そのへんはSQLから変えなくてもいいな……

さっき妄想で書いたやつ:

-- 同じ年生まれが3000人以上いるユーザを選択するクエリ
from users U
let U.birth_year = year(birthday)
group by birth_year
where count(*) > 3000
ungroup
select *

group by colsされた状況でorder by groupすると order by colsになってくれたら嬉しい

with句 とか temporary table とかで頑張るっていうのはどうでしょう?

単一クエリ内でクエリを再利用するならwith句で事足りるわけですが、クエリ間で共有したい場合は結構面倒なので(データ定義を確認した上でcreate temporary table + insert)、何らかのプリプロセッサが欲しくなりますね。

check制約とか create domain とか enum型 とかどうでしょう?

たとえば「カラムaはbに関数従属している」という制約を書きたくて、クエリ処理時にその制約を考慮して欲しい(group by bした状態でselect aできる)という需要があります。

うーん
やはり

1. 正規化する
2. group by じゃなくて over partition by で解決できる場合もありそう
3. 正規化する

になっちゃうかな?