ご存知のように、弱実体は主キーを持たないテーブルですしかし、弱実体セットの主キーは、弱実体セットが存在に依存している強実体セットの主キーによって形成されます> 加えて、弱実体セットの弁別子。
弱いエンティティと強いエンティティセットの関係は、識別関係と呼ばれます。上の画像で述べた例では、ローン支払いは支払いエンティティの識別関係です。弱いエンティティセットは、図に示すように、二重に輪郭が描かれたボックスで表され、対応する識別関係は二重に輪郭が描かれたひし形で表されます。ここで二重線は、弱いエンティティが強いエンティティセットに完全に参加していることを示します。これは、すべての支払いがローン支払いを介して何らかのアカウントに関連付けられている必要があることを意味します。ローン支払いからローンへの矢印は、各支払いが単一のローンに対するものであることを示しています。弱いエンティティセットの識別子には、実線ではなく破線で下線が引かれています。
従業員とその扶養家族の情報を保存したい別のシナリオを考えてみましょう。すべての従業員は、0からnの数の扶養家族を持つことができます。すべての扶養家族にはID番号と名前があります。
次に、次のデータベースについて考えてみましょう。
E＃がそれぞれ1、2、3の3人の従業員がいます。
現在、依存エンティティIDの場合、一意ではないため、主キーとして機能できません。
したがって、Dependentは、識別子としてidを持つ弱いエンティティセットです。従業員なしでは扶養家族は存在できないため、「持っている」という関係に完全に参加しています（会社は従業員に関係しています）。
e-r図の上に作成する必要がある2つのテーブルがあります。これらは、主キーとして機能する単一の列としてE＃を持つ従業員です。もう1つのテーブルは、E＃、id、およびname列を持つDependentであり、主キーは（E＃とid）の組み合わせです。