ポケモンを題材に「SQLアンチパターン」を実践してみる - kanayamaのブログ

@tkanayama_です。「SQLアンチパターン *1」 という本を読みました。「ポケモンを題材に因果推論を実践してみる」のように、仮想的なストーリ上で実際に使ってみた感を出すことにより、自分の記憶に定着させることを狙います。 前提として、何をアンチパターンとするかは状況（ベンダーフリーである必要があるかどうか、どの程度の頻度で更新されるか・・・など）によって大きく異なるので、下記で紹介するアンチパターンは実は状況によっては問題にならないケースもあるかと思います。この投稿はあくまで「SQLアンチパターン」に忠実に従うことが目的です。 www.oreilly.co.jp 追記 登場人物 ストーリー フシギダネへの対応 ヤミカラスへの対応 ディグダへの対応 誤登録でポケモントレーナーになってしまったユーザーの削除 最後に 謝辞 追記 このブログを公開後、「外部キー制約はレコードロック周りのト

[sakuya_little]

何を優先するのかでアンチパターンは大きく変わる。とはいえ読み物としてこれは面白い試みだった。

[galboss]

"サトシくん：かつてはポケモントレーナーを目指していたが、紆余曲折あって今はオーキド博士のもとでデータベースエンジニアをしている。"/ちょうど仕事でDBを触るところだったんですよ

[gnety]

SQLアンチパターンに従おうとした結果、やたらめんどくさいことになってないかという検証にも注意が必要になってくることを抑えることが肝要

[ene0kcal]

OracleやMS SQL Serverを使っている現場にあたることが多いんだが、外部キーを使っているのは1/5件もない印象。問題があっても運用でカバーしてた。んで、外部キー設定時の億件数の場合のパフォーマンス影響が知りたい。

[mysql8]

めざせDBA ああ　あこがれの　DBAに なりたいな　ならなくちゃ ゼッタイなってやるーッ!

[hamaco]

"サトシくん：かつてはポケモントレーナーを目指していたが、紆余曲折あって今はオーキド博士のもとでデータベースエンジニアをしている。"

[syunnchang]

そのうちマサキのすごさに気づき・・・うんぬんかんぬん

[fashi]

MySQLって前提条件なら問題にならないアンチパターンだった

[daishi_n]

検索対象や結合対象にしない行ごとの可変長データをカンマ区切りで1フィールドに収めたことはある。コードの手間は減った代わりにテーブル仕様書の定義が面倒だし可読性が落ちる。今ならjsonでやるだろうね

[t-wada]

書籍『SQLアンチパターン』に出てくるアンチパターンをポケモンを題材に説明しているエントリ。ポケモンで説明すると非常にわかりやすくなるのが面白い。監訳者としてもこういう記事は大変嬉しいです。

[uesima]

データベース

[kagehiens]

外部キー制約による連動削除を有効にして参照整合性だけは確保するというのと、あとで登録抹消されたマスタを使っての入力であってもその事実は消さない(後日データメンテで対応)、というのだと後者を取る方が安全。

[rryu]

ポケモンの分類は世代を重ねる度に複雑になっているので、そういう後付けの何かに対応しようとするとアンチパターンに落ちるというのはおもしろい。

[shckor]

まさにこの「外部キー嫌い」を実践してた。三次元的なテーブル連結に外部キーが有効……というかもう必須レベルだな

[tkancf]

ポケモンにするとめっちゃわかりやすくなる

[shonanboy]

面白い！

[shag]

最初にポケモンタイプを varchar にする時点でアーって叫ぶやつだった。/ DBA であればポケモンgo の色違いとか、被り物してるポケモンとかはどう表現されているのか気になるよね。

[wata88]

読み物として面白い

[oktnzm]

そんなに複雑なことしないならカンマ方式でもいいと思うけど。両端にもカンマつければ%,どく,%でもうどくは除ける。

[hdampty7]

結局、テーブルに想定されるレコード数や特定のための検索条件などを勘案して決めるのが妥当じゃないの？ポケモンの種類は今後増えても万までは行かないと予想されるので、几帳面に正規化する必要はないかな。

[t-murachi]

外部キーはアプリ開発ではとてもお世話になるけど、データ分析用途のデータウェアハウスではまずお目にかからない印象。数百万レコードのテーブルをまるっとコピーとかが茶飯事だったりするので…(´・ω・`)

[tourism55]

一定年齢以下のデータベースエンジニアはみなかつてポケモントレーナーだったはずだから、とても現実に即しているのでは？(暴論)

[shimozun]

ポケモンマスターもポケモンプライマリーとかポケモンメインになるのだろうか

[ponpon_qonqon]

「おなじポケモン zukan_id を持つのにまったく属性の違う "ナッシー"・"ナッシー（アローラのすがた）" が登場した場合」「固有idをもつ"ニドラン♂" "ニドラン♀" 以外のポケモンに性別がついた場合」に言及がなく絶望した

[cj3029412]

すきすきー😺💕

[superseal]

サトシ君にはちゃんとDB設計図を書いて共有頂きたい。

[mar33]

面白い！ゲーム開発はさっぱりだが多言語対応ってどうしてるんだろう。ビュー側で何か噛ませるのかな

[yarumato]

“複数の値を持つ属性をカンマ区切りなどで無理やり文字列として格納するのは、「信号無視（SQLアンチパターンの第1章）」と呼ばれるアンチパターンです。このアンチパターンを避ける方法の一つは”

[FutureIsWhatWeAre]

SQLアンチパターン面白いよね

[abcdefghijklmnopqrstuvwxy5]

“テーブルを複数タイプ対応にするようにサトシくんに依頼しました” いや博士がやれよ。なんでユーザーにやらせるんだ

[sumakaigan]

なるほどSQLのデータにポケモンの名前とステイタスを入れてデータ管理するのか

[thirteen1129]

ええやん

[aukusoe]

ポケモン図鑑TBLの図鑑IDがプライマリーキーなの、フォルムチェンジやメガ進化やリージョンフォームで、同じ図鑑Noだけど性質が異なるポケモンが出た世代の時に大変そう。(ただまあ、これは仕様が悪い気もする

[kamorou]

テーブルの設計は博士の仕事だろと一瞬思ったが、そういうことか。