実践Immutable Data Model - 紙箱

ランキング参加中プログラミング はじめに この記事では、Immutable Data Modelと呼ばれる設計手法をもとに、リレーショナル・データベースにおける、テーブル設計の話を書いています。また、今回の実践で利用する、別の考え方の背景を理解するために、Out of the tar pitという小論文の内容にも言及します。 「状態とは何か？」というややこしい話がたくさん出てきますし、データベースのテーブル設計についての話であることから、たくさんのSQLが出てきます。なので、データモデリングとか状態管理とか、特にSQLとかに興味がない人には面白くないと思います。 そのあたりに興味ある方は、読んでみて欲しいです。 Immutable Data Modelを、実際のアプリケーションで使うデータベースに採用するにあたり、どういう考え方で、どのようにテーブルを構成したか、自分なりの経験を書いていま

[turanukimaru]

集計クエリがクソ遅いという欠点があるので定期的に集計テーブルを update したら良いんじゃないかと思いつつもこれは古のバッチ集計に戻ってるなとも思うが結局これが正解なんじゃないかと言う気も。

[toteri]

これと近いことは色んな記事で読んでたけど、パフォーマンスやテーブルが増えすぎて複雑性が増すのではという懸念に対する、一つの具体的な解を得られて良かった

[youko03]

“ビジネスプロセスを表現してるわけじゃないアプリケーションもたくさんある/ UPDATE/DELETEすれば良かったところに、急に履歴管理や最新データ特定などの処理が入る / すべてがImmutable Data Modelになる必要はない”

[tmatsuu]

最後にあるとおり履歴は必要になることが多いのが現実だが、completedされたものを差し戻すパターンとか、taskの予約ができる仕組みをいれたりするとさらに難しいことになるが頑張って実装するしかない。現場力〜

[onesplat]

良い記事だとは思うけど、もう少しこのデザインのメリットを説得的に解説してもよかったと思う。あんまり伝わって来ないから。言語化の問題かな？

[saiid]

お金になるデータ、もしくはお金にならなくなるリスクのあるデータは全部限界までこれを実践すべきと思ってる

[efcl]

Immutable Data Model。 CREATE VIEWを使いイベントテーブルのViewを作る

[hjmk]

履歴が必要な場合に一考してみたい考え方ではある。なんかカッコイイので使ってみた、とかだと確実に死ねるので気をつけようｗ

[nakag0711]

こういうのは手作業じゃなくてシステム化されていて欲しいかな

[ikkitang1211]

めっちゃ良かった！

[strawberryhunter]

1レコード取得する程度までは我慢できるけど、一覧を取得したり、集計なんかしようとするともうそれはストレスフルだしRDBMSの使い方から逸脱しているので、弊社では一部のみ導入している。