# Weak Entity Set in ER diagrams

Last Updated : 05 Jul, 2021

An entity type should have a key attribute which uniquely identifies each entity in the entity set, but there exists some entity type for which key attribute canâ€™t be defined. These are called Weak Entity type.

The entity sets which do not have sufficient attributes to form a primary key are known as weak entity sets and the entity sets which have a primary key are known as strong entity sets.

As the weak entities do not have any primary key, they cannot be identified on their own, so they depend on some other entity (known as owner entity). The weak entities have total participation constraint (existence dependency) in its identifying relationship with owner identity. Weak entity types have partial keys. Partial Keys are set of attributes with the help of which the tuples of the weak entities can be distinguished and identified.

Note – Weak entity always has total participation but Strong entity may not have total participation.

Weak entity is depend on strong entity to ensure the existence of weak entity. Like strong entity, weak entity does not have any primary key, It has partial discriminator key. Weak entity is represented by double rectangle. The relation between one strong and one weak entity is represented by double diamond.

Weak entities are represented with double rectangular box in the ER Diagram and the identifying relationships are represented with double diamond. Partial Key attributes are represented with dotted lines.

Example-1:
In the below ER Diagram, â€˜Paymentâ€™ is the weak entity. â€˜Loan Paymentâ€™ is the identifying relationship and â€˜Payment Numberâ€™ is the partial key. Primary Key of the Loan along with the partial key would be used to identify the records.

Example-2:
The existence of rooms is entirely dependent on the existence of a hotel. So room can be seen as the weak entity of the hotel.

Example-3:
The bank account of a particular bank has no existence if the bank doesn’t exist anymore.

Example-4:
A company may store the information of dependents (Parents, Children, Spouse) of an Employee. But the dependents donâ€™t have existence without the employee. So Dependent will be weak entity type and Employee will be Identifying Entity type for Dependent.

Other examples:

```Strong entity | Weak entity
Order | Order Item
Employee | Dependent
Class | Section