SQLD

SQLD(3일차)

seunghyeoniya 2023. 8. 26. 15:19

4. 데이터 재사용(Data Resuability)

데이터의 재사용성을 향상시키고자 한다면 데이터의 통합성 독립성에 대해서 충분히 고려해야 한다.

정보시스템을 구축하는 과정에서 데이터 구조의 확장성과 유연성에 많은 노력을 기울인다.

통합은 전체 정보시스템의 안정성 확장성을 결정하는 중요한 요소이다. -> 통합으로 간결한 형태를 만들어낸다.

 

5. 의사소통(Communication)

데이터 분석 과정에서는 도출되는 많은 업무 규칙들은 데이터 모델에 엔터티, 서브타입, 속성, 관계 등의 형태로 최대한 자세하게 표현되어야 한다.

 

6. 통합성(Integration)

가장 바람직한 데이터 구조의 형태는 동일한 데이터는 조직의 전체에서 한 번만 정의되고 이를 여러 다른 영역에서 참조, 활용하는 것이다.

동일한 성격의 데이터를 한 번만 정의하기 위해서는 공유 데이터에 대한 구조를 여러 업무 영역에서 공동으로 사용하기에 용이해야 한다.

 

제2절 엔터티(Entity)

[1] 엔터티의 개념

엔터티는 우리말로 객체라고 번역하기도 하는데, 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것이라고 설명할 수 있습니다.

또는 업무 활동상 지속적인 관심을 가지고 있어야 하는 대상들이 행하는 행위의 집합으로 정의할 수도 있습니다.

데이터베이스를 전문으로 하는 사람들은 변별할 수 있는 것이나 정보를 저장할 수 있는 것이라고 표현합니다.

속성 : 엔터티에 속하는 개체들의 특성을 나타낸다.

- 공통 속성 : 엔터티 인스턴스 전체가 공유할 수 있는 속성

- 개별 속성 : 엔터티 인스턴스 중 일부에만 해당하는 속성

엔터티는 인스턴스의 집합 <-> 인스턴스는 엔터티 하나의 값

 

[2] 엔터티와 인스턴스에 대한 내용과 표기법

엔터티를 표현하는 방법은 각각의 표기법에 따라 조금씩 차이는 있지만 대부분 사각형으로 표현된다.

오브젝트 모델링에는 클래스와 오브젝트라는 개념이 있는데 이것은 엔터티와 인스터스의 관계랑 유사하다.

 

[3] 엔터티의 특징

1. 업무에서 필요로 하고 관리하고자 하는 정보이어야 한다.

* 업무에서 관리하고자 하는 영역(Business Boundary)에 대한 인식이 매우 중요합니다. (관리할 필요가 있는지를 먼저 판단하는 것이 중요하다.)

 

2. 유일한 식별자에 의해 식별이 가능해야 한다.

* 인스턴스 각각을 구분하기 위한 유일한 식별자가 존재해야 한다.

식별자는 일련번호를 부여하여 유일하게 만들 수도 있고, 유일한 식별자는 엔터티의 인스턴스만의 고유한 이름이다.

식별자가 두 개 이상의 엔터티를 대변한다면 그 식별자는 잘못 설계된 것이다.

 

3. 영구적으로 존재하는 인스턴스의 집합(두 개 이상)이어야 한다.

* 인스턴스가 한 개 밖에 없는 엔터티는 집합이 아니므로 엔터티 성립이 되지 않는다.

 

4. 엔터티는 업무 프로세스에 의해 이용되어야 한다.

* 업무 프로세스에 의해 이용되지 않는 엔터티는 그 업무의 엔터티가 아니다.

업무 프로세스에 의해 이용되지 않으면 업무 분석이 정확하게 되지 않아 엔터티가 잘못 선정되거나, 업무 프로세스 도출이 적절히 이루어지지 않았음을 의미한다. 이 경우에는 프로세스 모델링을 하면서 데이터 모델과 검증하거나, 상관 모델링을 할 때 엔터티와 단위프로세스를 교차 점검하며 문제가 도출된다.

 

5. 엔터티는 반드시 속성이 있어야 한다.

* 속성이 존재하지 않는 오브젝트는 엔터티가 될 수 없다.

속성을 포함하지 않고 엔터티의 이름만 가지고 있는 경우는 관계가 생략되어 있거나 업무 분석이 미진하여 속성정보가 누락되는 경우에 해당한다.

또한 주식별자 속성만 존재하고 일반 속성은 없는 경우도 마찬가지로 적절한 엔터티라고 할 수 없지만, 예외적으로 관계엔터티의 경우에는 주식별자 속성만 가지고 있어도 엔터티로 인정한다.

 

6.엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 있어야 한다.

* 엔터티가 관계가 없으면, 잘못된 엔터티이거나 관계가 누락되었을 가능성이 크다.

기본적으로 엔터티가 도출되었다는 것은 해당 업무내에서 업무적인 연관성을 가지고 다른 엔터티와의 연관의 의미를 가지고 있음을 나타낸다.

관계를 생략하여 표현해야 하는 경우

1) 통계성 엔터티 도출

2) 코드성 엔터티 도출

3)시스템 처리시 내부 필요에 의한 엔터티 도출

 

 

 

 

[데이터 전문가 포럼] SQL 개발자 스터디 교재(2020.08.22.)

#SQLD

'SQLD' 카테고리의 다른 글

SQLD(6일차)  (1) 2023.08.30
SQLD(5일차)  (0) 2023.08.29
SQLD(4일차)  (1) 2023.08.28
SQLD(2일차)  (0) 2023.08.25
SQLD(1일차)  (1) 2023.08.24