返信先:@Syogyomujyo0333例えば.NET系のクエリ言語である「LINQクエリ式」は from join where select の順番に書きますね。

汎用言語で同等のことを記述できるようにしたとして、LINQみたいにあからさまにSQLライクな文法をパッチワーク的に導入するのでない限り、単機能に対してはおそらくSELECT文１本書くよりはるかに長大なソースコードになると思うんよね。

SQLはとりあえずselect *書いてから書き始めるなあ。LINQとかStream APIみたいなの大体そうだけど対象のデータ集合がまずあって、そこからどう処理するか考えるから最初にfromが来て最後にselectが来るのが思考順としては自然に思う

LINQの射影がmapじゃなくてSelectなの直感的じゃなくて違和感しかない

SQLでfromはselectより前に来るべきというのはみんな思ってたんだね。まあ広義のオブジェクト指向の観点からもその方が使いやすいし。そういえばLINQやLaravelのクエリビルダーはそうなってるね。そういう背景があるのかな？

C#の統合言語クエリ(LINQ)のクエリ式は、from 〜 where 〜 select だったような……(-ωー,,) pic.twitter.com/t3zGbdswwl

LINQは実際from array into variables where boolean select value の順で使いやすい

selectが先に来るとインテリセンスが効かなくてつらい。LINQやRxに慣れているとなおさら。

未だにC＃のLinqがSQLに寄せた書き方にしたの恨んでるから！mapにfoldにfilterでええやん！なんでSelect, Aggregate, Where やねん！

例えばC#のLINQではSQLを参考にしつつfrom（取ってくる）→where（フィルタリング）→orderby（処理）→select（出力形式）という順番に変更することで、式が上から順番に解釈できIntelliSenseと相性をよくしているわけで、正当な批判だと思いますね。英語圏で作られた言語でもそうしてるわけで。

SELECT句が最後が良いよねという話はよく言われていて、LINQやSQL文を書かないタイプのORMとかは2000年代からそうなってるよね。それでもSQL滅んでいないけど。 docswell.com/s/hoxo-m_inc/Z…

C#のLINQ文法が from->where->select の順なのは理にかなってるなと思った。まぁ、慣れればselectからでも大して影響はないけど

返信先:@methaneMicrosoftの作ったLINQだと IDEの補完しやすさを優先してSELECTが最後だったりしますしね。。。 pic.twitter.com/cDkJr5ewyo

まあC#のlinqでもselectが最後だし、これが自然な気がする。sqlの順序はキモい。最初にどこからデータ取るか決めないとコード補完できないしな

LINQで見たやつだ…！！ あと、SQL習った時に考える順番はFROMが先でSELECTが後って習ったことも思い出した docswell.com/s/hoxo-m_inc/Z…

sqlは英語の文法に寄せてるから英語と数学がわかれば素直に読めるって主張を目にしたけどそう思う人もいるんだな C#のLINQ構文はselectが後ろだったりするし英語圏の人も可読性については問題意識持ってそうだが

LINQの登場以降、SelectとかWhereとか見る度、これパフォーマンス大丈夫なの?って疑問符がついて触らないまま、現代にいたる (なお非同期処理の進化にも取り残されている模様)

from ... selectとLinqライクな記述できるのか、自由すぎない？ from generate_series(1, 10) t(id) select id duckdb.org/2023/08/23/eve…