「SQLアンチパターン」を避けるためのチェックリスト①（DB論理設計編） - log4ketancho

ずっと前から積ん読状態だった「SQLアンチパターン」を読みました。 何年積んでたか分からないSQLアンチパターン読み終わったー。噂に違わずいい本ですねー。もっと早く読むべきだった。— @ketancho (@ketancho) 2018年3月6日 噂通りとても良い本で、まさに「エンジニアとしての血肉本」と言えます。1, 2年目の頃に読んでおくべきだったなーと少し後悔しています。 SQLアンチパターン 作者: Bill Karwin,和田卓人,和田省二,児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 698回この商品を含むブログ (46件) を見る 読んで終わりだと身につかないと思うので、自分なりのチェックポイントを言語化しておこうと思います。長くなってしまったので、章ごとに4つに分けたいと思います。この記事はその第一弾と

[ketancho_jp]

2-3ヶ月後の自分が参照すると幸せになれるようにまとめた（もっといい形にしたいなー）

[t-wada]

素晴らしいエントリをありがとうございます。『SQLアンチパターン』は名著であると胸を張って言えます。ご興味をお持ちの方はこの機会にぜひ。

[hiby]

外部制約うんこめんどくさいうえにメンテコストが…運用コストが…てなるから一生実装出来ない気がする。

[t-cyrill]

もう対して何も考えてない人はプライマリキーはidでいいよ、という話をしていたところなので趣がある

[masayoshinym]

この本自分もお世話になってるけどマジ名著。すでにアンチパターン２回踏み抜いたけどこの本のおかげで事なきを得た。

[kamonamban]

お願いです複合キーだけはやめてください何でもしますから

[enemyoffreedom]

2018年の記事。最近お仕事でNoSQL系DBばかり触ってるので勘が鈍っている

[vyniled]

“ あるテーブルで可変属性（レコードによってある／なしのある属性）を扱いたい場合の設計。例えば、教師（Teacher）と生徒（Student）を管理する User テーブルを作成することを考える。このとき、 ”

[tanupig]

“外部キー”

[SQLMaestros]

<a href="https://sqlmaestros.com/">type of blog</a>

[ksakae1216]

スゲーいい記事！！ 本も読みたくなってきた！！

[hrt305]

７は理解が得られずにやってしまうことがおおいなぁ

[Dai_Kamijo]

「SQLアンチパターン」を避けるためのチェックリスト①（DB論理設計編） - log4ketancho — 上條　大 (@Dai_Kamijo) March 8, 2018 from Twitter https://twitter.com/Dai_Kamijo March 08, 2018 at 03:44PM via IFTTT

[diveintounlimit]

前に属性っていう名前の列に全然違う値を,区切りで入れてたので指摘したら「エンジニアしか見ないんだから,区切りで良いだろ」とキレて、テーブル名も列名もエンジニアしか見ないしabcにしとけば良いよって思った

[tamanecoplus]

正規化しない方が性能出る場合あるし、子テーブルからImportする場合は制約つけられないし、グッドパターン全てが良いとは限らない

[fashi]

グッドパターンの方が後で困ると思ってしまうな…

[ghostbass]

階層データで中間ノードを削除した場合どうなるか、ってポリシー次第なので、パス記述による方法は子孫をすべて削除する以外はとても面倒。入れ子モデルも面白いがメンテが大変。

[yabook]

積読を解消しなければ...

[tomcat1125]

“Attribute”

[fal-works]

悪い例なのに必殺技的な名前が付いてて楽しい本ですよね。しかし拡張性を求めるとEAVになっちゃうし、テーブル名もデータ扱いにできないし、FK制約はエラーハンドリングが面倒だし、RDBの限界ッ…！ (複合キーは好き)

[chocolate0521]

φ(..)メモメモ

[H7kayama]

私も積ん読状態😅

[fukuokakenkaishain]

SQL