以前、ＲＤＢでなく、正規化しないでＫＶＳで入れるって、結局実データそのままってことだよね！ってところで、
このやり方の場合、ロングトランザクションを解決したときのように、時間＋サーバー名とか時間＋更新者の適当な組み合わせを使うと、競合が起こらないでデータ追記だけで最新データが取ってこれる（って、この仕組みを結局まだ説明していないね。いつか説明する）。
って書いた。このデータ追記だけで、最新データが取ってこれたり、ロングトランザクションにおける競合問題が解決する手法は、「大福帳システム」として知られている。この大福帳システムはＮｏＳＱＬ、非正規化して実現でき（ＸＭＬＤＢなどで実現する）、ＫＶＳとも相性いいと思うんだけど、今回は、その大福帳システムについて説明する。
■追記型データベースの「大福帳システム」
大福帳システムっていうのは、いつだったっけかなあ？１０年くらい前？に、データウエアハウスの関係で一時はやった手法で、極端に言うと、以下のようにする。
・データを追記しかしない
・削除する場合は、削除フラグＯＮ！のデータを追記する(論理削除）
・修正する場合も、追記する
・データを取ってくるときは、最新のデータを取ってくるようにする。
たとえば、
１０時２０分 受注データＮｏ１２３４作成 １０時２１分 受注データＮｏ１２３４を修正 １０時２２分 受注データＮｏ１２３５作成 １０時２５分 受注データＮｏ１２３４削除 １０時３０分 受注データＮｏ１２３５修正 |
とすると、受注データの主キー＋時刻（ほか、サーバーとか担当者とかも必要かもしれないけど）で、一意にして、データを以下のように
主キー：１０時２０分－Ｎｏ１２３４の受注データ作成 主キー：１０時２１分－Ｎｏ１２３４の受注データ作成 →１０時２０分－Ｎｏ１２３４と修正箇所だけ違うデータ 主キー：１０時２２分－Ｎｏ１２３５の受注データ作成 主キー：１０時２１分－Ｎｏ１２３４の受注データ作成 →１０時２１分－Ｎｏ１２３４の受注データに削除フラグが上がっている 主キー：１０時３０分－Ｎｏ１２３５の受注データ作成 →１０時２２分－Ｎｏ１２３５と修正箇所だけ違うデータ |
ということになる。上記に示したように、受注データ「作成」しかしていない。
データを取ってくる場合は、
・受注番号ごとにまとめて、最新の値（時刻が最大のもの）が、削除フラグＯＦＦだったら、とってくる
とする。上記の例だと、
主キー：１０時２１分－Ｎｏ１２３４の受注データ作成 →１０時２１分－Ｎｏ１２３４の受注データに削除フラグが上がっている 主キー：１０時３０分－Ｎｏ１２３５の受注データ作成 →１０時２２分－Ｎｏ１２３５と修正箇所だけ違うデータ |
が受注番号ごとにグループ化したときの最新データ、このうち１２３４は削除フラグが上がっているので、対象外となり、「１０時３０分－Ｎｏ１２３５の受注データ」が対象となる。これは、
※ちなみに、ＲＤＢで行う場合は、あらかじめ、(論理削除についてはさておき）最新データのＶｉｅｗを作っておいて、それに対して検索するようにしないと、たぶん、大変なことに（＾＾；）
■そして・・・画面、帳票全体を保存する
そして、大福帳といわれるゆえんでもあるのだが、
・データはすべて、丸ごと保存する。
画面丸ごと、帳票丸ごと保存する。
ＲＤＢのように、正規化したデータがほしい場合は、上記に書いた最新データから、
ＪＯＩＮして作ることができる。
つまり、「画面見たまま、帳票出力したまま」を保存する。
いままでのＲＤＢは、これらをもとに、正規化したデータだから、
大福帳データの「一部」のデータ＝ＲＤＢの正規化されたデータ
（ＲＤＢのデータは、大福帳データの部分集合）なので、
大福帳データから、ＲＤＢの正規化されたデータは、適当な集合操作によって、
得ることができる。
■現状
この方式だと、昔書いた、ロングトランザクション問題を解決することができるんだけど、その方法については、また今度書くとして、
現状、大福帳システムっていうのは、使われてるの？っていうと、
商品として、出されていて、たとえば、
XML大福帳による新世代ERPのメリット、データ活用・未来予測・使いやすさ
http://jp.fujitsu.com/about/journal/erp/solutions/200811/02.shtml
なんかが、書かれている。で、これを実装する方法として、富士通は
企業総活動記録ソフトウェア Interstage XML Business Activity Recorderを用意していて、
Interstage XML Business Activity Recorder 機能
http://interstage.fujitsu.com/jp/xmlbar/function/
に「追記型インターフェース」と書いてあるように、基本的に、追記型になっている。
たぶん、ライフログなんかも、そうだよね。
でも、富士通は、いま、それどころじゃないんだろうなあ・・・（＾＾；）
アクセス
トータル
ランキング
