「RDB生みの親」の提言から50年、データの泥沼から出られない日本企業

筆者の経験上、テーブル定義書はよく見かけるがエンティティー定義書はほぼ見かけない。データ項目の型桁定義はよく見かけるがデータ項目定義書はほぼ見かけない。 例えば「社員エンティティーの説明：社員を管理する」「顧客名のデータ項目名の説明：顧客の名称」としても定義したことにはならない。社員エンティティーについては、役員は入るのか、パートは入るのか、契約社員は入るのか。インターンに貸し出す入館証の扱いはどうするのか。非正規から正規雇用に切り替わった社員の年金はどうするのか、このあたりを検討しなければならない。 顧客については、登記名か俗称でも認めるのか、株式会社を含むのか、前株後株は区分にするのか、スペースは入るのか、読み仮名・短縮名・略称はどうするのか、といったことを定義する。 このように「データモデル」には本来、図だけではなく、各種説明書も含まれる。すなわち「データモデル＝データダイヤグラム+

[t1mvverr]

"クライアント／サーバーシステムの登場以来、IT業界はそれまでの経験も知識も体験もノウハウもすべて捨ててくら替えしてきた。ERPの登場がデータモデリング不要論を生み、ノウハウの積み上げと継承を途絶えた。"