履歴データテーブルとの向き合い方_PHPerKaigi2024

PHPerKaigi2024 の登壇資料です。 履歴データテーブルとの向き合い方 https://fortee.jp/phperkaigi-2024/proposal/47cf9f17-825a-4021-bf33-86e4a62bc222

[Fluss_kawa]

さて、ここで問題です。この会社では、併任が許されています。とかいうケースが出てくるんですよね。

[naokun776]

いつも思い出すマスターピース資料 https://www.slideshare.net/itohiro73/jjug-ccc-2017-spring-bitemporal-data-modeling-and-reladomo

[taguch1]

何を実現したいかから考えないと無限の想定をしないといけないから設計でハマる。用途によってはアプリケーションログの一部をS3に吐き出すだけで事足りることもある。

[mak_in]

本当に履歴データが欲しい場面は限定的なので最近ではこの例のイミュータブルな履歴テーブルと従来通りのマスタテーブル両方作ってる。変にこだわるよりも使う場面に合わせて持たせとく方が楽になる場面多い経験から

[kagehiens]

このサンプルなら「前回異動エントリ(入社も含む)へのポインタ」を保持しておくべきだろ。それなら所属期間はJOINだけで良くなる

[tokzk]

退職・再雇用とかあって、異動履歴が空白の期間があったりするんだよなぁ

[strawberryhunter]

window関数の効率ってどうなの。各履歴のIDを持つようにしてselectが簡単になるようにしたらupdateが死ねるほど大変だった。ただupdateは自動化できそうなので次の機会があればやるが顧客に履歴が本当に必要なのか次第だな。

[asflash8]

なるほどー。兼務はどう考えればいいのかな。

[hiroomi]

あー、プロプライエタリなバージョン管理ツールの履歴データ、ログを思い出した。どこかに公開されてないだろうな…。

[nilab]

履歴データテーブルとの向き合い方_PHPerKaigi2024 - Speaker Deck

[atsushifx]

スライドに参考資料へのリンク付き

[dorapon2000]

言われるとそうだけど自分では気付けない。目からウロコ。

[lizy]

個人的には状態の履歴よりイベントの履歴(＋最新の状態)でもいいような気がする

[yarumato]

“不変(immutable)データ。updateせず、insertだけでデータを記録。欠点：終了日がないので、期間の導出が面倒。　事実は消えないように設計しよう”