気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
anond.hatelabo.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント190件
- 注目コメント
- 新着コメント
toro-chan
そりゃSQLだけ見たら呪文にしか見えないのだから当然ではある。DB設計(+スキーマ)がわからない限り、意味のない記号の羅列でしかない。逆にDBMSにデータを入れる意味がわかれば大して難しくない。
theatrical
成功体験がないと難しく感じると思う。小さく単純な練習をたくさんやって成功体験得るのが良いと思う。そうすると複雑なものも、複雑な一つの塊ではなく、自分にもわかる小さな塊のあつまりになって、扱えると思う。
isayo
WithとかJoinで1000行くらいあるSQLは読みたくないよね。かといってビューを使うのが正解なのかは分からない(どうせビューの中身も見るわけだし)。結局テーブル設計の段階で負けてたのかもしらん。
mak_in
手続き型のプログラミングとSQLは実は思考プロセスが違い、SQLはどちらかというと高階関数（filter/map/reduceなど）に近い。filterやmapが世にでてしばらく経つのに、未だにforをすぐ使う人が多いので、仕方ないと思う。
nankichi
ミックさんの本はわかりやすいよね。この連載もわかりやすいので紹介しておく https://qiita.com/devopsCoordinator/items/9c10410b50f8fcc2ba79
w1234567
SQLなんて基本的な構文以外分かんないままでいいよ。SQL得意だって自称する連中はドヤ顔でSELECT文にロジック埋め込んだりPL/SQLでデバッグしづらい長大なバッチ作ったりする害悪ばかりだ。
youichirou
DBとSQLを初めて知って、こんな簡単なことで無限のデータ操作ができるなんと便利なモノがあるのかと感動したけどなー。SQLはただの操作命令なので如何にまともにDBを設計するかではある。
quabbin
長いSQLは、既に書くものではなく、自動ビルドするものって感じがしている。BI的に。さて、SQLがわからないという気持ちはわからないが、本でわからないなら動画、動画でわからないなら対面授業を当たるといいかな
trace22
TransactSQLでもPL/SQLでもそれなりに開発環境はあるし、自動テストなんてふつうのSQLも変わらんのでは？ああ、それ単体でしか運用してないなら新たに外部に仕組み用意しなきゃとかはあるか？
mak_in
手続き型のプログラミングとSQLは実は思考プロセスが違い、SQLはどちらかというと高階関数（filter/map/reduceなど）に近い。filterやmapが世にでてしばらく経つのに、未だにforをすぐ使う人が多いので、仕方ないと思う。
xenon_abe
TransactSQLはしらんがPL/SQLはDataGripとか使えばデバッグできる。テストもやりようはあるよねケースによるけど。けれどカリッカリに書いたやつは引き継ぎ難しいってのはある。Oracle嫌いだけどPL/SQLあるしなぁ派。
strawberryhunter
教科書的な本に書いてあることはマジでわからなかった。実際のJOINの条件は決まっているのに変な組み合わせが出てくるようなSQLが書いてあるので混乱する。Oracleシルバー取れた後もまったく理解できてなかった。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
anond.hatelabo.jp
anond.hatelabo.jp
anond.hatelabo.jp
anond.hatelabo.jp
yomuno.jp
anond.hatelabo.jp
www.nhk.or.jp
game.watch.impress.co.jp
www3.nhk.or.jp
www.47news.jp
kunisawa.net
togetter.com
mainichi.jp
www.mext.go.jp
www.nikkei.com
www.bloomberg.co.jp
kojack-ferrari.hatenablog.com
japanese.joins.com
juanalbuerne.com
2022/10/07 リンク