![](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d264056e8bbeeced060c542ff40cfcd8006c4ca/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Feb07855e280a43bea5c41aa18128ee82%2Fslide_0.jpg%3F12336793)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント33件
- 注目コメント
- 新着コメント
![pro_shunsuke pro_shunsuke](https://cdn.profile-image.st-hatena.com/users/pro_shunsuke/profile.png)
pro_shunsuke
現実世界のものをデータモデルに落とし込むのって難しいんだよね。いくつかパターンはあるけどピッタリ当てはまる場合ばかりじゃないから、業務をしっかり理解してイベントとリソースに分けていくことが大事だ
![chimerast chimerast](https://cdn.profile-image.st-hatena.com/users/chimerast/profile.png)
chimerast
履歴情報を柔軟に表現できるDBを今作ってるけど、RDBをRDBとして使うと表現できないというのが、色々調べたり考えた末の結論だった。どこかで発表しよう。SQL使ってメンテナンスができないのが重大な欠点なんだけど。
![shozzy shozzy](https://cdn.profile-image.st-hatena.com/users/shozzy/profile.png)
shozzy
ワークフローを設計したとき履歴を持たせすぎて、運用開始後1年ほどしてパフォーマンス問題が起きたなぁ(遠い目)。履歴はあったら便利だけど常に必要なデータではないので、うまく切り出しておく必要があると学んだ。
![n314 n314](https://cdn.profile-image.st-hatena.com/users/n314/profile.png)
n314
逆だなあ。RDBはイミュータブルなデータをなるべく持たないようにしたい。PK、UK、FKやCHECK制約でデータの矛盾を排除したいので。入会アクティビティログに矛盾したデータが入ってるとかアプリで管理したくない。
![tgk tgk](https://cdn.profile-image.st-hatena.com/users/tgk/profile.png)
tgk
「会員変更イベント」テーブルが会員マスタの履歴テーブルそのものになっている。「リソースごとに履歴テーブルを持たざるを得ない(が、あえて履歴テーブルとは呼ばない)」という主張だと思えばいいのかな
![shozzy shozzy](https://cdn.profile-image.st-hatena.com/users/shozzy/profile.png)
shozzy
ワークフローを設計したとき履歴を持たせすぎて、運用開始後1年ほどしてパフォーマンス問題が起きたなぁ(遠い目)。履歴はあったら便利だけど常に必要なデータではないので、うまく切り出しておく必要があると学んだ。
![n314 n314](https://cdn.profile-image.st-hatena.com/users/n314/profile.png)
n314
逆だなあ。RDBはイミュータブルなデータをなるべく持たないようにしたい。PK、UK、FKやCHECK制約でデータの矛盾を排除したいので。入会アクティビティログに矛盾したデータが入ってるとかアプリで管理したくない。
![diffie diffie](https://cdn.profile-image.st-hatena.com/users/diffie/profile.png)
diffie
意識低い系なので、注文履歴には注文成立時の価格 (商品名とかも) をコピーしたい派。/というかまとめ買いとか会員種別割引とかあるから、履歴に持たないとダメだと思う。BIとかに流すときに毎回再計算できんでしょ
![chimerast chimerast](https://cdn.profile-image.st-hatena.com/users/chimerast/profile.png)
chimerast
履歴情報を柔軟に表現できるDBを今作ってるけど、RDBをRDBとして使うと表現できないというのが、色々調べたり考えた末の結論だった。どこかで発表しよう。SQL使ってメンテナンスができないのが重大な欠点なんだけど。
![pro_shunsuke pro_shunsuke](https://cdn.profile-image.st-hatena.com/users/pro_shunsuke/profile.png)
pro_shunsuke
現実世界のものをデータモデルに落とし込むのって難しいんだよね。いくつかパターンはあるけどピッタリ当てはまる場合ばかりじゃないから、業務をしっかり理解してイベントとリソースに分けていくことが大事だ
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
2019/04/13 リンク