イミュータブルデータモデル(入門編)

6. Step1 エンティティの抽出 発送担当者が受注リストをもとに、商品の在庫を確認し、在庫が あれば商品を発送する。 ① 要求仕様の「動詞」を抜き出しエンティティとする。 ② ①に関わる「名詞」を抜き出しエンティティとする。 ③ エンティティ間の関連に線を引く ④ 属性や候補キーも分かる範囲で書いておきます。 間違い！ この段階で実装をプロパティファイルにするとか、Enum にするとか決め打ちでエンティティとして表さないのはや めましょう。 まず、はじめにエンティティを抽出します。

[habuakihiro]

履歴周りで似たようなこと考える人いるなぁと思ったら参考文献に自著があってびっくりしたｗ　今はデータモデル以前のところの課題をやってますので数年先位までは手が回らないと思いますm(_ _)m＞id:smilestyle55

[akahigeg]

これはいい資料。それはそうとソースを難読化するとしか思えない短縮名付け文化は滅びて欲しい。

[magnoliak]

正解ではなく、視点を与える、という姿勢が、良い

[masaru_b_cl]

「更新」にはその起点となる「イベント」があるので、そのイベントをモデリングしてく、と。 / もちろん物理設計時にパフォーマンス等の問題であえで「崩す」事はあるだろうけど、論理設計時はこのくらいやりたいよね

[su_zu_ki_1010]

理想形はこれなんだろうな。複数テーブルを結合するとレスポンスが悪くなるけど、それはあまり考えてはいけないのだろうか。

[miyamae]

スッキリした気持ちになれる資料だ。 ≫ イミュータブルデータモデル(入門編)

[t-wada]

俺の親父(DB設計エンジニア)の設計に似ているなぁ。業務システムのDB設計レビューを行うときは「論理削除フラグ」「最終更新日時」等のカラムを見張ると設計が締まることが多いので、私もよくやります。

[suginoy]

マスタ、トランザクションという分類を使わない方がいいというのは同意。相対的なものでしかないから。

[nemoba]

イベントの情報を完全に外部に出すと、最新情報１つとるにも結合が発生して、その対策としてカラムが追加されて、後付けのせいでUPDATEの整合性取るのがさらに難しくなる系で、良く見た。

[KenichiroMurata]

T字型ERとらくらくERDレッスンだ。

[p1ass]

交差エンティティの話参考になった

[jsstudy]

リソースエンティティに更新日時を持たせたくなるのはリソースにまつわるイベントが洗い出せていないことが原因　リソースに対する変更の記録としてのイベント系エンティティは履歴テーブル　更新不要ならDatomicもOK？

[dev0000_1]

過度な正規化は、検索機能とか改修要件としては珍しくないので、技術的負債になりがちですけどね。

[fullmated]

実践してみたい

[SWIMATH2]

イベントの抽出、たしかになあ

[tyru]

すごく良い

[sugimori]

これはいい資料

[n314]

変更履歴が手軽に記録できれば、変なフラグや日付データを作る余地が無くなると思うんだよなあ。トリガーとか書かずともDBの機能として搭載してほしいところ。

[Dai_Kamijo]

イミュータブルデータモデル(入門編) by @kawasima #イミュータブル @SlideShareさんから — 上條　大 (@Dai_Kamijo) September 5, 2016 from Twitter https://twitter.com/Dai_Kamijo September 05, 2016 at 12:23PM via IFTTT

[takahiroki]

Immutable Data Model: イベントに応じてテーブルを分割

[moguno]

Web技術系バズネタ！ wrote: イミュータブルデータモデル(入門編) | http://t.co/8MATFWDLRB

[a_suenami]

よい。

[matarillo]

ブックマークしてなかったっけ

[wbfcg593]

IT プログラミング db

[matsu_chara]

設計の基本的な考え方について：エンティティ　動詞はイベント　名詞はリソース　日時を持つかどうか　１つのイベントが持つ日時は１つまで　日時を持たせてもトレースはできないリソースの変更イベントを記録する

[ykmc]

マスタ/トランザクション → リソース/イベントの目から鱗感よ...

[waniji]

なるほど〜

[kjirouu]

マスター/トランザクション ではなく リソース/イベント の分離法

[o_hiroyuki]

設計

[Hayato]

相場は高くないけど必須なスキル

[hfu]

更新日時属性の徹底的な排除

[ene0kcal]

良いこと言ってる。が、「イミュータブル」を確定的な日本語に直してない点でマイナス20点。入門編なのに言葉の定義せずに使ってるのがゆるせない。

[uchiuchiyama]

楽々ERDレッスンは必読書

[y_maeyama]

DBテーブル設計の参考に

[matsubobo]

知ってれば当たり前のこと。イミュータブルっていう名前付けがよくわからないし、名前付けするほど体系立ってない（基本の組み合わせを紹介しているだけ） データモデル設計指針としては有用な資料

[peanutsjamjam]

KKKwww

[daisuke-m]

「最新で現在有効な行」を低コスト（コンピューティングリソース的に、そしてSQLの複雑度的に）で実現する方法が必要だと思う。

[uehaj]

DBもイミュータブルを目指すべき