• 人気のコメント(10)
  • 全てのコメント
criticabug criticabug 私は識別子だけ小文字(定義通り)に書いてて大文字小文字迷ったことないから「キーワード覚えなきゃ」とか不思議な意見だな。キーワード大文字の例でカラム名らしき "USER" が大文字なのも意味わからん

2019/11/29 リンク

koriym koriym 主観的スタイル

2019/07/17 リンク

moegg moegg “正直わたしも最初のうちは「先頭キモいな〜、これ本当に前に書くのかな〜」と思っていたのですが、 ちょっと面白かったので試しに3日間書いていたら慣れました。 わりと簡単に慣れるので試してみてください。”

2019/04/15 リンク

sezemi sezemi SQLの記事書くのに悩んでたらピッタリの記事があった

2019/02/21 リンク

yaitaimo yaitaimo 真似してみよう。

2018/10/01 リンク

s-maeda-fukui s-maeda-fukui SQLコーディングスタイルとして参考

2018/04/04 リンク

tonkatu05 tonkatu05 先頭カンマだけは絶対無理。 インデントが2つずれ てしまっている。行頭カンマと 通常インデントの影響で計6スペース分のインデントになってるから全体的な視認性が損なわれてる。

2018/03/12 リンク

LukeSilvia LukeSilvia 先頭カンマ、4インデント、withは実行計画を見るまで使わない。withよりビュー、ワークテーブルを使うほうが全体の処理の見通しがよくなる

2017/12/09 リンク

koemu koemu 僕は http://www.sqlstyle.guide/ に準拠するように書いています

2016/12/07 リンク

nida3001 nida3001 『標準SQLのこと、忘れてください……』  ハイ

2016/11/11 リンク

kent-where-the-light-is kent-where-the-light-is わかる、わかるぞ・・・カンマの位置以外はw

2016/11/11 リンク

rjge rjge 余計な修正行増やしたくないから、カンマとANDは先頭につけるし、文末セミコロンは単独行に置く派

2016/11/11 リンク

honeybe honeybe で、フォーマッターはどこ?(酷

2016/11/11 リンク

kz11 kz11 プロジェクトでスタイルを変える ので何とも言い難い。見やすいと思うけど

2016/11/10 リンク

k-holy k-holy キーワード大文字は譲れない。他はほぼ同意かな。書きやすさ読みやすさ編集しやすさの両立を図ると自然とそうなると思う。/ああ、Oracleは識別子が大文字になっちゃうのか。

2016/11/10 リンク

versatile versatile sql beautity とかをエディタで呼び出して整形したい。そして、右寄せキーワード大文字にしたい。, 先頭はキモいのでつかわないが、編集上の利点は認めざるをえない

2016/11/10 リンク

shin1x1 shin1x1 “標準の範囲内ですべての処理を書くことよりは、DB固有拡張のほうが必要性が遥かに上です。 標準にこだわってDB固有拡張を避けるのは悪手と言わざるをえません。”

2016/11/10 リンク

georgew georgew SQLでここまでゴリゴリやるかね、という感じ。書いた本人も後で分からなくなるような。細かい slice & dice はRかPythonに任せる。

2016/11/10 リンク

Jxck Jxck “SQLがまともに標準化されていないからDBを乗り換えることができず、 どうせDBを乗り換えることはできないから標準なんてどうでもいいのです。 たいへんウンザリします。 ”

2016/11/10 リンク

stealthinu stealthinu 参考になった。自分も予約語なるべく大文字にしてたけどまあ確かに小文字でもいいわな。先頭カンマかあ… 試してみてもいいかなあ。

2016/11/10 リンク

mactkg mactkg この話を宗教として終わりにしまうのはあまりにも…。と思うんだけどなあ。

2016/11/10 リンク

shimooka shimooka 『巨大なSQL』50KB超えるようなやつ?/コーディングスタイルは宗教/合致するのが少ないわ。キーワード大文字、インデント4nスペース、左詰め、後ろカンマ、別行セミコロン、フォーマッタは秀丸マクロ。結果、秀丸最強。

2016/11/10 リンク

muddydixon muddydixon うーん、宗教

2016/11/10 リンク

rotom rotom SQLは宗派が多すぎる

2016/11/10 リンク

igrep igrep 関係ないけど、長いSQLをHRRで書く文化広めたいなぁ。長すぎる道のり感はあるけどね…

2016/11/09 リンク

pochi-p pochi-p 昔は後カンマにしてたけど、条件や取得列追加する際は末尾に書くケースが多くて、元末尾をコピって編集が楽になる前カンマを多用する様になった。/joinインデント以外は似た書き方だ。

2016/11/09 リンク

htnmiki htnmiki キーワード大文字とかインデントとかIDEでボタンポチーでできたりしないのか。たしかSAPの開発環境だとポチッとなで一発だった気がする。

2016/11/09 リンク

rams rams 個人的には書き方似てる。前カンマ前and/orは追加削除しやすい。Oracleが多いのでWITH多用する、さして新しくもないし、部分的な確認がしやすい。あとは標準IDEの標準設定とフォーマッタをベースにするとか。

2016/11/09 リンク

lwix lwix 話の腰を折りに来ました。そもクックパッドぐらいの規模の会社でデータ分析(特にクロス集計モノ)をやるのなら、DWHを作ってOLAPで分析基盤作ろうよ。分析要件毎にSQLクエリのバッチ走らせるとか非効率過ぎないか?

2016/11/09 リンク

kinchiki kinchiki DBまともに触れたことないから「SQLのコーディング」という概念すら今まで無かった。コーディングスタイルとかあんのね。

2016/11/09 リンク

関連記事

分析SQLのコーディングスタイル - クックパッド開発者ブログ

SQL、書いてますか? こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 ...

ブックマークしたユーザー

  • criticabug2019/11/29 criticabug
  • mztnex2019/10/24 mztnex
  • g08m112019/09/12 g08m11
  • odan32402019/08/26 odan3240
  • hfmgarden2019/08/01 hfmgarden
  • koriym2019/07/17 koriym
  • moegg2019/04/15 moegg
  • tokishi482019/03/11 tokishi48
  • sezemi2019/02/21 sezemi
  • yutag2019/01/08 yutag
  • purple_jwl2018/11/17 purple_jwl
  • yukitomo262018/11/05 yukitomo26
  • takasick2018/10/27 takasick
  • yaitaimo2018/10/01 yaitaimo
  • hurutoriya2018/09/28 hurutoriya
  • manboubird2018/07/08 manboubird
  • kazuki_91062018/04/27 kazuki_9106
  • s-maeda-fukui2018/04/04 s-maeda-fukui
すべてのユーザーの
詳細を表示します

いま人気の記事

いま人気の記事 - テクノロジー

新着記事 - テクノロジー

同じサイトの新着

【画像あり】背景イラストができるまで【新歓ブログリレー2018 19日目】 - MIS.W 公式ブログ

1 user https://blog.misw.jp/

FlameScopeを使ってJavaアプリのパフォーマンス可視化 - まったり技術ブログ

3 users https://blog.motikan2010.com/