abbreviation is ERD or ER Diagram, ER model.
database design에 사용되는 구조를 이루는 다이어그램의 한 타입을 말한다.
ERD는 두가지의 중요 정보를 담는 connector와 symbol을 사용한다.
첫째는 system scope 내의 major entity들.
둘째는 이 entity들간의 inter-relationship
이러한 정보들을 보여주기때문에 ERD라고 불리는 것이다.
우리가 ERD의 entity를 말할때는 주로 people/roles(e.g. Student) 또는 tangible business object(e.g. Product), intangible business object(e.g. Log)등을 언급한다. "Relationship"은 이 entity들이 시스템 내에서 어떻게 관계되고있는지를 말하는 것이다.

주로 relational database를 구축할 때 시각화와 물리적 database design의 관점에서 쓰인다.
Typical use case
Database design
변화의 정도에따라 DBMS에 database 구조를 직접 변경하는 것은 매우 위험할 수 있다. 따라서 DB 구조를 변경할때는 매우 조심스럽게 계획을 해야한다. ERD는 이를 돕는 도구다. ERD를 그려서 database design idea를 계획하면 디자인상의 결함이나 실수들을 발견하고 database를 변경하기 전에 이를 고칠 수 있다.
Database debugging
database issue를 debugging하는 것은 매우 힘들 수 있다. 특히 DB가 많은 table을 가지고있고, 복잡한 SQL을 가질때.
이러한 경우 ERD로 visualize해주면 전체 DB schema에 대해 큰 그림을 볼 수 있기때문에 entity를 쉽게 확인하고, 그들의 속성과 관계를 파악할 수 있다.
Database creation and patching
Visual Paradigm, an ERD tool은 DB 생성 tool을 지원한다.
따라서 ERD tool을 통해 ER design이 단순히 정적인 diagram이 아니라 실제 database 구조를 따르는 동적인 diagram이 된다.
Aid in requirement gathering
시스템의 high-level business object를 묘사하는 conceptual ERD를 만들어서 정보시스템의 requirement를 결정할 수 있다.
어떤 초기모델들은 물리 데이터베이스 모델에 참여되어 RDB의 형성을 돕거나 data flow, process map의 형성을 도울 수 있다.
An ER Diagram contains entities, attributes, and relationships. In this section, we will go through the ERD symbols in detail.

An ERD entity is a definable thing or concept within a system, such as a person/role (e.g. Student), object (e.g. Invoice), concept (e.g. Profile) or event (e.g. Transaction) (note: In ERD, the term "entity" is often used instead of "table", but they are the same). When determining entities, think of them as nouns. In ER models, an entity is shown as a rounded rectangle, with its name on top and its attributes listed in the body of the entity shape. The ERD example below shows an example of an ER entity.

Also known as a column, an attribute is a property or characteristic of the entity that holds it.
An attribute has a name that describes the property and a type that describes the kind of attribute it is, such as varchar for a string, and int for integer. When an ERD is drawn for physical database development, it is important to ensure the use of types that are supported by the target RDBMS.