(데이터 이론)Entity의 간략한 설명

• DB 에서는 식별이 가능한 객체 라는 의미를 가진다
• 업무애서 쓰이는 데이터를 용도별로 분류한 그룹
• Entity는 명확한 조건이 기준이 되어야 한다
• DB 에서 Entity는 Table, 인스턴스는 Row, 속성은 Column을 나타낸다
• Entity의 특징
  1. 업무에서 쓰이는 정보여야 한다
     • 실질적으로 업무에서 쓰이는 정보여야 Entity 로 도출하는 의미가 있으며 업무에 연관이 되어있는 Entity 라더라도 실제 프로세스에 이용이 되지 않는다면 적절한 Entity라고 볼 수 없다
  2. 유니크함을 보장할 수 있는 식별자가 있어야 한다
     • Entity에 속한 각각의 인스턴스가 중복되거나 식별이 모호하다면 Entity가 잘못 설계된 것이다 반드시 유니크함을 보장할 수 있는 식별자를 만들어서 각각의 인스턴스를 식별할 수 있어야 한다
  3. 2개 이상의 인스턴스를 가지고 있어야 한다
     • 인스턴스 가 앞으로도 쪽 1개 이면 인스턴스 로 만들 이유가 없다
  4. 반드시 속성을 가지고 있어야 한다
     • Entity는 반드시 자기 자신을 상세하게 나타낼 수 있는 속성을 가지고 있어야 한다
  5. 다른 Entity와 1개 이상의 관계를 가지고 있어야 한다
     • 각각의 Entity는 다른 Entity와 연관성을 가지고 있어야 한다
• Entity의 분류
  1. 유형 / 무형
  유형 Entity 물리적인 형태로 존재한다, 안정적이고 지속적이다 → 상품, 회원 등

  개념 Entity	물리적인 형태는 존재하지 않고 개념적 으로 만 존재한다 → 부서, 학과
  사건 Entity	행위를 함으로써 발생, 빈번함, 통계 자료로 이용이 가능하다 → 주문, 이벤트 응모 등

  1. 발생 시점
  | 기본 Entity | - 업무에 원래 존재하는 정보
  • 독립적으로 생성이 되며, 자식 Entity를 가질 수 있다 → 상품, 사원 , 회원, 부서 등 | | --- | --- | | 중심 Entity | - 기본 Entity로 부터 파생되며 행위 Entity 를 생성한다
  • 업무에 있어서 중심적인 역할을 하며, 데이터의 양이 많이 발생한다 → 주문 , 매출, 계약 등 | | 행위 Entity | - 2개 이상의 Entity로 부터 파생이 된다
  • 데이터가 자주 변경이 되거나 증가할 수 있다 → 주문 내역, 이벤트 응모 이력 등 |
• Entity 이름을 작명할 때 주의할 점
  • 업무에서 실제로 쓰이는 용어로 사용한다
  • 한글은 약어로 사용하지 않고 영어는 대문자로 표기한다
  • 단수 명사로 표기하고 띄어쓰기는 하지 않는다
  • 다른 Entity 와 의미 상으로 중복될 수 없다
  • 해당 Entity가 가지고 있는 데이터가 무엇인지 명확하게 표현한다