SQL滅ぶべし | ドクセル

テクノロジーカテゴリーの変更を依頼記事元:

www.docswell.com

326 usersがブックマークコメント

116

SQL滅ぶべし | ドクセル

SQL • リレーショナルデータベースシステムと会話するための言語 • 1970年 Codd が RDB モデルと同時に... SQL • リレーショナルデータベースシステムと会話するための言語 • 1970年 Codd が RDB モデルと同時に提案 (Alpha言語) • 1974年 Chamberlin と Boyce が改良 • 元々は SEQUEL (Structured English Query Language) だったが、商標登録されていた • 読み方はエスキューエルとそのまま読む (Glliespie 2012) SQL • SQL は目的別に 4つに分けられる • DCL (データ制御言語) GRANT とか • DDL (データ定義言語) CREATE TABLE とか • TCL (トランザクション制御言語) ROLLBACK とか • DML (データ操作言語) • INSERT, UPDATE, DELETE, SELECT • データ分析者にとって重要なのは SELECT 文

gabill microsoftがC#で導入したLINQというクエリ言語はSQLの文法を基本としつつ、from,where,selectの順で書くようになってるからコード補完が効く。/ あわせて読みたい→日本語とオブジェクト指向 https://satoshi.blogs.com/life/2004/09/post.html

2024/05/07 リンク

gowithyou SQLの代替言語で新たにできることが無いのであればSQLの優位性は変わらんね。英語が表現に不自然だからといってエスペラント語を覚えるなんてことしないでしょ。

2024/05/06 リンク

meonal ORM使ってて一番苛つくのはパフォーマンスチューニングするときに所望のSQLを吐くようにORMをコネコネしてるときなのでSQL無くなると困るよ/最近はもうDBで直接SQLをexplainして改善できたらそこだけORMやめてSQL書いちゃう

toomuchpopcorn やりたいことはデータベース操作ではなく後処理だから、後処理に便利な言語をなるべく多く使いたい。動機はよく分かる。富豪的プログラミングという言葉を思い出した。

t-murachi 「集計するときは、結果は最後に考えたい」<ここがそもそも同意できなかった。求めたい目的がある、データソースとしては何がある、ここからそれを求めるにはどう選り分ける必要があるか… この順序そんなに不自然?

inductor 主張がよくわからないな。SQLは英語の文法にかなり忠実な表現をしているし、数学的にもかなり明瞭な表現をしているはず。英語も数学も勉強したくありませんって宣言してるようなものだと思うが。

masadream データ分析者の傲慢さ横柄さに満ち満ちた良記事。データ分析者のくせにデータそのものに興味がない人なんだと思う。

2024/05/08 リンク

youichirou いつもSELECT * でとりあえず書いて、仕様がまとまってきたらカラム名に書き換えたりしてるので、最初にカラム指定節がある方がありがたいまである。

ene0kcal ほろぶべし等と強い言葉を使うと弱く見えるぞ！…それはさておき、ただの書き難さだけなのですね。パフォーマンス上げる際のノウハウ吸収してくれると更に良いなーと思いました。

開発
SQL

Ni-nja 分かりにくくないですか？のスライドで「いやそんなもんでは（別に分かりにくいってほどでもないが…）」と思ってしまった。英語のできない人が英訳するときに後ろから読むみたいな周りくどい変換をやってるのでは？

dot SQLは相当古いしモダンな言語仕様のやつ欲しい、と思ったことはある。ただ例に挙げられてるのわかりやすいか、と言われると微妙な気がするので、だからこそSQLが生き残ってきたんだろうなと。

fukken 「順番がややこしい」程度の動機だと、正直乗り換えるにはちょっと弱い。そもそも英語と日本語の語順からして違うし。

havanap 元はプログラミングとか特にしらない英語話者が端末で使うように開発された言語なのでという歴史的経緯があるが英語話者の人には今でもそんな問題なさそうな気も

hdampty7 うんとね、テキストで書くのが嫌なの。このテーブルデータのこういうデータを下さいって音声入力すると自動でSQLを入力して結果を見せてくれるアプリが欲しい。date条件に○を追加！int_val1の上限値はXで。とか。

glass-_-onion SQLはプログラミング言語じゃないので出発点が間違ってる気がする。Tutorial D的な話ならわかるけど、ただのORM特化のDSLの話をしても同意を得るのは難しいと思う。

troter ORMでFROM句、WHERE句、SELECT句の順番（ActiveRecordならUser.active.pluck(:id)のような書き方）に親しんでいるので、順番がわかりにくいというのは同意できる。

ka-ka_xyz (最近触ってないけど)"select * from hoge"でこねくり回した後でカラムを指定するので主張は分からなくは無いけど、でもまあそれで困った記憶がないし、パフォーマンス問題が出たらどうせ素のSQLで実行計画取る必要があって

tyhe もう永らくSQL触ってないけど補完をきかせる為にSELECT * FROM TableName とした後に SELECT句を書き始めるライフハックをしてた記憶がうっすらと甦ってきた。

Harnoncourt 要はSQLを書かずにデータ処理したいのね？ならばなぜBIや分析系のツールを使わずSQLにこだわるんだろ／「相手が本当に欲しているものはなにか」を見極めようとする癖が発動したｗ

heppokopg2013 このツールはともかく、fromから書きたいのは完全同意。今のシンタックスだと補完が効かないので今時じゃないんだよね。Misreading Chatでも同じこと言ってた気がする。

sds-page SQLの方がわかりやすい（断言）　まぁGit使うのにいつまで黒い画面にカタカタコマンド打ってるの？って煽りたい気持ちはある

satomi_hanten SQLそのものはどうしようもないにしても、NESTED LOOPの有無切り分けとかそもそも巨大なデータを扱うための階層化構造は欲しいんよ。オプション切っても通る時と通らない時あるし。あいまい。

Magicant SELECT 文の非直感的なとこって SELECT 句が最初に来ること位で、後は大体書いてある順に評価されると思ふが……

aike まあ集合演算というそもそものアイデアをなるべくそのまま式で書くSQLの思想が自然と感じるタイプと、逐次的な文のように考えた方が自然と感じるタイプと２種類いるよねーって話。

はてなブックマーク

SQL滅ぶべし | ドクセル

記事へのコメント116件

関連記事