SQLは意識して書かないと死ぬほど読みにくくなるのが気に入らない。
前の職場には何もかも全部大文字で表記し、ろくに改行も入れないバカが居て死ぬほどつらかった。あろうことか、読みづらいクエリを書ける自分にプライドを持ってるっぽかった。ああいう奴とは二度と仕事をしたくないよ。
SELECT COL0,COL1,COL2 FROM TABLE0 WHERE COL0=1000 AND COL2 IN (100,102)
これを少しでも読みやすくするために予約語を大文字、カラム名やテーブル名を小文字で表記している (カラム名・テーブル名が大文字で決め打ちされているなら、予約語を小文字で統一している)。
SELECT col0,col1,col2 FROM table0 WHERE col0=1000 AND col2 IN (100,102)
しかしこの方法も万全ではなくて、例えば複数のテーブルが関連するクエリが
SELECT t0.col0, t0.col1, t0.col2, t1.col0 FROM table0 t0 LEFT OUTER JOIN table1 t1 ON t0.col3=t1.col3 WHERE t0.col0=1000 AND t0.col2 IN (100,102)
みたくなってしまう (テーブル名のtable0、仮名t0、カラム名col0が全部小文字になっているため、なかなか読みづらい)。
皆さん、どうやって工夫されてますか?
たまにSQLを書くのだが、やはりSQLが好きになれない。 構文によって書き方が違うのがわかりにくい。 SELECTはまだいい。問題はINSERTとUPDATEである。 INSERTはVALUESで書くくせに、UPDATEに...
SQLは意識して書かないと死ぬほど読みにくくなるのが気に入らない。 前の職場には何もかも全部大文字で表記し、ろくに改行も入れないバカが居て死ぬほどつらかった。あろうことか、...
SQLのコメントを書く このSQLは何をするために何をしているのか、いつどのような目的で使うことを想定して書いたのか を書く。主に自分のために。 でも、SQLって運用段階に入っていく...
AND1つくらいなら改行せずに横に続けたいのと INで改行されていないのが気になる
だからこそ、crud使えるようにフレームワークが発達したんだろうね 近いうちにはアセンブラのようなわかる人だけわかるくらい抽象化してほしいな
http://anond.hatelabo.jp/20170530233852 社会的な価値観が変わる事がわかっていない マクロ経済は詰まるところ社会心理 ベーシックインカムを導入すると、生産活動に対するハードルが下がる ...