데이터 베이스 구조와 성능

슈퍼타입 / 서브타입 모델

• 업무를 구성하는 데이터의 특징을 분석하여 공통점/ 차이점을 고려하여 효과적으로 표현할 수 있음
• 공통의 부분을 슈퍼타입 엔티티로 모델링하고 공통으로부터 상속받아 다른 엔티티와 차이가 있는 속성에 대해서는 별도의 서브타입 엔티티로 구분
• 업무의 모습을 정확하게 표현하면서 물리적인 데이터 모델로 변환을 할 때 선택의 폭을 넓힐 수 있는 장점이 있음
• 예시: 고객(슈퍼), 개인고객(서브), 법인고객(서브)

 

슈퍼/서브 타입 모델의 물리 데이터 모델변환 유형 3가지

• 슈퍼타입
• 서브타입
• 개별타입

 

 

슈퍼/서브타입 모델 변환 방법

슈퍼/서브타입 데이터 모델의 변환의 중요성

• 트랜잭션은 항상 슈퍼타입 기준으로 처리하는데 테이블은 개별타입으로 유지되어 UNION 연산에 의해 성능이 저하될 수 있다. (슈퍼타입기준으로 테이블을 구성하는 것이 유리한 경우이다.)
• 트랜잭션은 항상 서브타입을 기준으로 처리하는데 개별타입 혹은 슈퍼타입으로 되어 있는 경우 성능이 저하되는 경우가 있다. (서브타입기준으로 테이블을 구성하는 것이 유리한 경우이다.)
• 트랜잭션은 항상 개별타입 기준으로 처리하는데 테이블은 슈퍼타입으로 되어 있어 불필요하게 많은 양의 데이터가 집약되어 있어 성능이 저하되는 경우가 있다.(개별타입으로 테이블을 구성하는 것이 유리한 경우이다.)

 

 

• 전체를 하나로 묶어 트랜잭션이 발생할 때는 하나의 테이블로 구성
  • 대리인 10만건, 매수인 500만건, 이해관계인 500만건의 데이터가 존재한다고 하더라도 데이터를 처리할 때 대리인, 매수인, 이해관계인을 항상 통합하여 처리한다고 하면 테이블을 개별로 분리하면 불필요한 조인을 유발하거나 불필요한 UNION ALL과 같은 SQL구문이 작성되어 성능이 저하된다.

슈퍼/서브타입 데이터 모델 변환 타입 비교

 

 

PK/FK 칼럼 순서와 기능

개요

• 데이터에 발생되는 트랜잭션 조회 패턴에 따라 PK/FK 칼럼의 순서를 조정해야 함
• 성능저하 현상이 많은 부분이 PK가 여러개의 속성으로 구성된 복합식별자일 때 PK순서에 대해 별로 고려하지 않고 데이터 모델링을 한 경우에 해당
• 물리적인 데이터 모델링 단계에서는 스스로 생성된 PK순서 이외에 다른 엔티티로부터 상속받아 발생되는 PK순서까지 항상 주의하여 표시

PK가 복합키일 경우 컬럼순서가 성응에 영향을 미치는 이유

• 인덱스 선두 칼럼에 대한 조건 들어와야 한다. (가능한한'='조건으로)
• 인덱스 선두 칼럼에 대한 조건이 들어오지 않을 경우 인덱스 전체를 읽거나 테이블 전체를 읽게 됨

• 가급적 sql문에서 =인 조건컬럼이 위로 오는 것이 검색시 유리하다