整合性チェック 

一方、ディクショナリでは、オブジェクトを登録または変更するたびに、完全な整合性を保証しようとします。 これが重要である理由は、ディクショナリオブジェクトは、実行されるプログラムやデータベースアクセスの土台となるからです。 しかし、モデラの視点では、モデル全体が整合性のある状態であることをいつも保証するのは、わずらわしいことです。 この理由から、モデルの登録中に行われるチェックはごく少数です。

モデラはまずオブジェクトを登録してから、不整合があるのかを単独のチェック手順でチェックします。 これが整合性チェックの目的です。 一度チェックしたら、エラーを修正することができます。

データモデル、エンティティタイプなどを移送するとき、参照オブジェクトを忘れる可能性もあります。 ソースシステムでモデルの整合性が取れていても、対象システムで不整合が発生することがあります。 その場合でも、整合性チェックを使用して不整合を特定し、適切な補正転送を編成することができます。

現在、重要なチェックとしては以下のものがあります。

チェックの目的は、データモデルに属していないソースエンティティタイプを持つ関係と専化を検出することです。 このタイプの不整合は、行われていない割当があることを示します。 このチェックは、アプリケーションデータモデルに適さないのが普通です。

チェックの目的は、ソースエンティティタイプが存在しない関係と専化を検出することです。 このような不整合の原因として最も可能性が高いのは、移送エラーです。

チェックの目的は、データモデルのエンティティタイプに結合性があるのかを確認することです。 つまり、チェックの目的は、データモデルの各エンティティタイプをそのモデルの他の各エンティティタイプに結合するパスが存在するかどうかを調べることです。 このパスは、関係と専化のいずれかです。

データモデルに結合性がない場合、データモデルを構成するエンティティタイプのセットは、複数の未結合サブセットに分解されます。 しかし、これらのサブセットは、どれも自身の内部では結合性があります。 このタイプの不整合は、関係が欠落していることを示します。

このチェックの目的は、階層に含まれるにもかかわらず存在しないデータモデルとエンティティタイプを検出することです。 このタイプの不整合は、一般に移送エラーが原因です。