SQLのUPDATE文と履歴系テーブル - mike-neckのブログ

大したことは書いてありません。 気付いたことのメモ程度です。 『理論から学ぶデータベース実践入門 ~リレーショナルモデルによる効率的なSQL (WEB+DB PRESS plus) 』を少し本屋で立ち読みしました。(ノットワーキングプアにあえいでいるので立ち読みしかできない(´・ω・｀)) この本の中で履歴系テーブルの扱い方というのに丸々一章が割り当てられていました。 だいたいこんなことが書かれてたと思う。 「時間軸と直交していない」という点は、履歴テーブルは過去の事実の集合で、データを取得する条件が変われば結果が異なるのは当たり前だと思うんだけども。— enum (@enum) 2015, 3月 16 たしかに、RDBMSでは履歴データというのは相性が悪い。 僕は陸上競技を見るのが好きなので、これのデータモデルをたまに考えたりしています。で、選手の氏名が変わることあるよなーと考えると、こ

[n314]

全ての変更をKVSに突っ込んでRDBは現在のデータだけ保持するってダメなのかな？

[nippondanji]

著者です。書籍では履歴に対してUPDATEというような帰結にはなってないので、つまみ食いではなくちゃんと読んでほしいと思いました。

[mmddkk]

「RDBMSでは履歴データというのは相性が悪い」

[ku__ra__ge]

このまえ、こういう質問したけど答えは得られなかった　http://q.hatena.ne.jp/1425037575

[sds-page]

消費税率変更前後の単価と金額で集計かけるときとかみんなどうしてるんだろ

[vanbraam]

b:id:entry:16014738を読んでD不要論についてはある程度理解できたけど,U不要論はよくわからなかった;関数型言語の参照透明性の話だとしたら,正しい参照先をプログラムが管理する事が前提なので,DBの話とは別