すなわち、依存元のデータの一部分の情報が変われば、依存先のデータもまた変わるのである。
氏名と住所の一覧の例を考える。
次のように前提する。
この前提のもとでは、氏名は住所に従属している。
なぜなら、住所が異なれば、その住所と関連している氏名もまた異なっているからである。
しかしこの逆は必ずしも真ではない。
すなわち、氏名が異なっていても住所が同一である可能性がある。
（注記: よくある誤解は、関係モデルという用語はデータ間の「関連」について言及しているから「関係」モデルと呼ばれている、というものである。これは正しくない。関係モデルは、関係として知られている数学的構造を基盤としているため、関係モデルと名づけられたのである。）
論理設計.
永続化の対象となるさまざまな情報を入力として従属関連の集まりが同定されると、データを論理的に構造化することができる。
データの論理的構造は、データベース管理システム (DBMS) によってサポートされる記憶域オブジェクトに対応づけることができる。
関係データベースを使う場合は、記憶域オブジェクトは基底関係（表、テーブル）である。
関係は、組 (タプル、行)と属性 (列、カラム) のなかにデータを格納する。
おのおのの関係 (表) は、論理的オブジェクトの、もしくは一つ以上の論理的オブジェクトと一つ以上の論理的オブジェクトをむすびつける関連の、実装を表現する。
論理的オブジェクトの間の関連は、子の論理的オブジェクトと親の論理的オブジェクトをむすびつける関連として格納される。
複雑な論理的関連は、それ自体が関係である。
複雑な論理的関連を表現する関係は、おそらく複数の親の論理的オブジェクトの関係群への参照をもつであろう。
オブジェクトデータベースを使う場合は、記憶域オブジェクトは、オブジェクト指向プログラミング言語で使われるオブジェクトに直接に対応づけられる。
オブジェクト指向プログラミング言語は、データを管理しまたデータにアクセスするアプリケーションソフトウェアを記述するために、使われる。
関連は、オブジェクトクラスの属性として定義されるか、もしくはオブジェクトクラスにおいて操作を行うメソッドとして定義される。
物理設計.
データベースの物理設計では、記憶装置上でのデータベースの物理的な設定を指定する。