業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 前編

はじめに こんにちは。 GMOアドマーケティングのKONCEです。 新卒で入社し、数年経ちました。日々の業務で学ぶことは多いですが、今年度は技術の深堀りをテーマにやっていきたいと思っています。 今回は入社してDBやSQLに関しては業務内で学ぶことが多く、特別訓練をしていたわけではなかったのですが、「SQLアンチパターン」を用いて学びながら、改めて自分の現状を見つめ直していけたらと思います。 今回は学習を行う側面と自分自身のレベルについて見直していきたいので 知っていた → ○ 部分的に知っていた → △ 知らなかった → × を付けてみようと思います。 目次 SQLアンチパターンについて Ⅰ部 データベース論理設計のアンチパターン 2-1. [○]1章 ジェイウォーク（信号無視） 2-2. [×]2章 ナイーブツリー（素朴な木） 2-3. [○]3章 IDリクワイアド（とりあえずID） 2

[oktnzm]

元の本のせいだけど絶対RDB力だと思うんだよなぁ。SQL力と言われるとupdate、delete文書くときにwhere句から書きましょうとか、havingとwhereの違い分かりますとかのを想像してしまう。

[ghostbass]

ナイーブツリーはCTE使うならそんなにリスクにならない、むしろ入れ子モデル使うと維持が大変。

[dekasasaki]

アンチパターンは認めぬ例外はない、みたいなことはあんまりないと思うんだよね。この本もOKな使い方も示されてる。「なんかこのコード、臭えぞ？」って時にパターン集が役立つと感じる。名付けられてると話も早い。

[nagatomo-beautiful55]

ふむふむ

[diveintounlimit]

アンチパターン本よく引き合いに出てくるけど、必ずしもアンチパターンとは言えないやつちょくちょく混じってるからな。。

[misshiki]

O’Reilly Japan『SQLアンチパターン』をベースにした記事（前編）。“学びを得たことや、今まで出来ていなかったことなど現時点での自分を見つめ直す意味で”

[awawann]

SQL

[nakamura-kenichi]

DBはカタチだけ覚えてるとハマるからねえ。アンチを使わざるを得ん場合もあるし、修正案件とかアンチだらけやしなｗ。

[programmablekinoko]

第三正規形とか外部キー使えとか分かるんだけど、頻繁に元データが編集削除されうる運用だと単にフィールドをベッタベタにコピーしたほうが良いケースも多々あるんよな

[uxlayman]

RDB設計力のことをSQL力と言わないで欲しいが、本のタイトル(非翻訳版も)がそうなんだね。MySQLっていうDBMSもあることだし、SQLってあの言語のことだけじゃなくてRDBとその周辺全部を示す言葉にもなり得るのか？

[turanukimaru]

ナイーブツリーは二分木とか綺麗なツリーなら再帰させるだけの綺麗な構造なのだが、いつもは Linked List のように見えるのだがたまに Tree になる、というケースが稀に良く有ってこれを踏むと事故る。掲示板の例はこれ。

[yamadar]

デザインパターンもアンチパターンも、ピッタリ当て嵌まるケースは少なくて、知識として持っておき実地で試行錯誤して適用する類だと思う

[kagehiens]

アンチパターンが信用ならないことが多いのをなんとかできないものか。