where、group by、having、order by、limit 1つだけいらない奴がいるよな。 [189442403]
■ このスレッドは過去ログ倉庫に格納されています
havingはクエリの結果を更に条件つけて確認したいときに使う
BQだとlimitなんてほぼ無意味だから使わんかな
まぁdbいじる側とデータでなんかする側で違うんだろうね havingってcountした結果がx件以上のものを抽出するときしか使ったことない limit使わないとアプリサーバとDBサーバーの通信量がやべーことになるだろ 業務系しかやった事ないからlimitとか関わることないな withとoverが画期的だった。
クソみたいなネストしたやつとかわけわからん関数がキレイに集約された。
havingはwithがあれば別にいらんな 敢えて言うならlimitだけど、それすら持ってないOracleは死になさい where以外禁止。SQLが長くなって何してるかわからなくなる >>18
分析屋でも書くよ
そしてどっかのwhereかjoinがバグって自殺することになる 分析屋のSQLってKeyじゃなくて値でouter joinとかかける基地害だからめっちゃ違和感あったわ
やりたいことはわかるがそんなもんトランザクション放り込んだDBじゃ動かねーよ
ちゃんと分析用DB作ってっからやれって思いますた having
思ったように役に立たない
group byした結果に対してwhere句のように直感的に使えるようになって欲しいのだが BigQuery死ぬほど速くて笑う
いいもん作ってるのに売り方下手すぎだろ >>18
1行を列名1個とかカッコのみ改行とかするので、中身は実際大した事ない 複雑怪奇な魔術のようなクエリでもAmazonAthenaがアホみたいに速くて笑った記憶がある limitはクソ設計の匂い
order byないクエリはバグの匂い >>27
SQLに慣れた人は集合でデータを捉えて集合から目的物を切り出すイメージが頭のなかでできてる。集合っても2次元じゃなくて多次元な
普通のプログラマはデータがあって1、2の3のプロシージャで考えようとする
DBエンジニアつってもH/W寄りのアーキテクチャから可用性やセキュリティ、そして業務知識まで必要なので幅広い
唯一考えなくて良いのはエンドユーザーのUI
IT領域の中では割と進歩は遅いはずだから、一旦時流を掴めばしばらく食える プログラムが趣味だったけど、職業としてSQLに目覚めたわ
並列処理のプログラミング言語として楽しい。
フォンノイマン型とは違うのが良いよ。嫌いな奴も多いけど次のプログラムの流れに乗れない奴だと思う >>32
union→1万件あると終わらない
union all→速攻終わる多分みんなこれで十分 ■ このスレッドは過去ログ倉庫に格納されています