データ 構造として記述される対象は 「すべて」 登録される。そして、そのなかのいくつかは更新される。
　「監査証跡」 として、データ を登録する際、登録日を記述し、データ を更新する際、更新日を記述することが多い。

　データ 構造として記述される対象は、登録されてから、形式的構造を付与される。登録された データ の性質を判断して、構造が作られる。そして、登録された データ の性質として記述されている 「DATE （取引日）」──たとえば、受注日、出荷日、請求日など──が、構造を作る判断材料になるのであって、データ の登録日が構造を作る判断材料ではない。

　Ｔ字形 ER手法がいう （「event」 の判断規準たる） 「DATE」 は、事業過程のなかで起こった出来事 （事態） を対象にして記述された日付であって、データ の登録日ではない。

　もし、登録日・更新日を、Ｔ字形 ER手法がいう 「DATE」 と判断するなら、当然ながら、「登録」 および 「更新」 という 「event」 が生成されることになる。しかも、「登録」 および 「更新」 に対して、コード 体系のなかでは、単独の認知番号を付与しているとは思えないので、「登録日」 および 「更新日」 を、「すべて」 の データ に対して付与しても、いずれも、VE 扱いになる。データ の登録日・更新日は、Ｔ字形 ER手法がいう 「DATE」 ではない。

　ただし、もし、（「事業を対象にした」 データ 構造を記述するのではなくて、） IRM （Information Resource Management、情報資源管理） 用の ER図を作成するのであれば、登録日・更新日は、以下のように、「event」 を生成する 「DATE」 になる。

　プログラム
　｛プログラム ID、プログラム 名称、・・・｝.

　プログラマ
　｛プログラマ ID、プログラマ 名称、・・・｝.

　プログラム. プログラマ. 対照表 [ 登録 （あるいは、更新） ]
　｛プログラム ID (R)、プログラマ ID (R)、登録日 （あるいは、作成日とか更新日）、・・・｝.