今日「非エンジニアにとってDBはExcelに似ているところがあるのでとっつきやすい」ときいてフム確かに、となった #DBSekkeiNight
2020-06-04 20:12:39「DB設計したいNight #6 正規化」<dbnight.connpass.com/event/177859/> 電車の中から参加……になりそうだったけれど、ぎりぎりおうちついた。やったね。 #DBSekkeiNight
2020-06-04 20:14:091 fact 1 place 1つの情報は、1箇所にのみ存在する情報を保つ。 うっかり混ぜないよう気をつけないと #DBSekkeiNight
2020-06-04 20:14:151つの情報は、1箇所にのみ存在する状態を保つ。 1 fact 1 placeは結構難しい。 「データ」と「情報」の違い データ -> 値そのもの。意味はない 情報 -> 意味がある。 #DBSekkeiNight
2020-06-04 20:17:20『ちょうどいい正規化の話』 スキーマ設計の勘所がわかりやすく説明されていてよいな。初心者にお薦めだ。 #DBSekkeiNight
2020-06-04 20:18:26同じ単価でも割引等で商品の単価が変わる場合は明細番号1の2420円の商品と商品番号300の2420円の商品は違う「情報」として扱うのか #DBSekkeiNight
2020-06-04 20:18:42データを〇〇の××という情報として捉える考え方はOOUIにつながりますね!〇〇に紐づく××として設計する。 #DBSekkeiNight
2020-06-04 20:19:152. ロストしない -> 「そのテーブルから行をDELETEした時に失われる情報はないか?」を考える #DBSekkeiNight
2020-06-04 20:19:281 Fact, 1 Place → ちゃんとやろうとすると難しい。 データ(値そのもの) 3520 情報(分類・整理して意味を持たせたもの)の違い 商品番号800番の価格3520 「価格」じゃなくて「商品の価格」のように見る。 情報が異なればダブりじゃないので1 Factに該当しない。 #DBSekkeiNight
2020-06-04 20:20:27