はじめに

テンポラルモデルは思ったよりもずっと怖くはないでしょう。

通常はデータベースエンティティのテーブル内の行で表され、この行が更新されると、古い情報が上書きされます。テンポラルモデルはデータを時間で参照でき、それにより、ある時点でのエンティティの状態を問い合わせることができます。

たとえば、製品への変更を追跡するため、注文が出されたときに Orders テーブル内のデータを複製することなく商品の状態を知っていたいとします。あなたはテンポラルデータを利用せずに生じるのと同様に、製品をテンポラルにし、現在がどうかよりむしろその時点での注文された製品の状態を参照するために時間を使うことができます。

テンポラルモデルは Wiki ページのようなものへの監査の変更に利用できます。すべての変更は別々のログテーブルを使用せず自動的に記録されます。

"エンティティ" は、デザイン内の任意の項目で、例えば、製品、ユーザー、ギャラリーのフォルダ、あなたがモデルとして使用する物はなんであれエンティティと見なすことが出来ます。テンポラルモデルを使用すると、変更内容を保存することにより時間の経過とともにこれらのエンティティへの変更を追跡することを可能し、変化のそれぞれの新しいセットは "リビジョン" と呼ばれています。各リビジョンは時間 (テンポラル) データと共に保存されるので任意の時点でのエンティティの状態を取得することが可能となります。

テンポラルモデルの実装は、元のデータと同じテーブル内にエンティティのリビジョンを格納し、 "ログ" テーブルの重複を取り除くことが必要となります。それは複数のデータベース環境で機能しなければならないという事実と ORM の制限を考慮すると最も柔軟性があります。

なぜこれを ORM で行い、それを可能にするデータベースシステムを選択しないのですか？

ORM 内のテンポラル機能の実装はデーターベース階層から抜け出した抽象化の仕組みを可能にし、テンポラルモデル内の ORM サポートは任意のデータベースを利用することが可能で、より高い柔軟性を提供します。このモデルでは、データベースを利用する機能を置き換えるものではなく、テンポラル情報のサポートをするものですが、しかし、 "そのまま使える" 実装を提供します。

使用法

テーブルは、エンティティ ID の複合主キー、 (例えば) 単に標準の自動インクリメントする値、そして行の有効期間を表すタイムスタンプを使用して設定する必要があります。

class Model_MyTemporal extends Orm\Model_Temporal
{
	protected static $_primary_key = array('id', 'temporal_start', 'temporal_end');
	protected static $_temporal = array(
		'start_column' => 'temporal_start', //この行は有効部分の始まりの時刻が含まれているカラムの名前
		'end_column' => 'temporal_end', //この行は有効部分の終わりの時刻が含まれているカラムの名前
		'mysql_timestamp' => false, //true に設定すると MySQL のタイムスタンプ、 false に設定すると UNIX タイムスタンプを使用します
	);
}

主キーはエンティティ ID とテンポラルのタイムスタンプとの間で複合キーである必要がありますのでご注意ください。

テンポラルモデルを使用して定義されているすべてのリレーションは id とタイムスタンプの両方ではなく id にのみ関連する必要があります。