Jinnie Park

성능 데이터 모델링의 개요

성능 데이터모델링이란?

데이터베이스 성능 향상을 목적으로 설계단계의 데이터 모델링 때부터 성능과 관련된 사항이 데이터 모델링에 반영될 수 있도록 하는 것

성능 데이터모델링 수행 절차

1. 데이터모델링을 할 때 정규화를 정확하게 수행한다.

2. 데이터베이스 용량산정을 수행한다.

    용량산정은 전체적인 데이터베이스에 발생되는 트랜잭션의 유형과 양을 분석하는 자료가 된다.

3. 데이터베이스에 발생되는 트랜잭션의 유형을 파악한다.

4. 용량과 트랜잭션의 유형에 따라 역정규화를 수행한다.

5. 이력모델의 조정, PK/FK 조정, 슈퍼타입/서브타입 조정 등을 수행한다.

6. 성능 관점에서 데이터 모델을 검증한다.

정규화

정규화 단계와 조건

• 제1정규화 - 테이블의 컬럼이 원자값을 가지도록 테이블을 분해
• 제2정규화 - 완전 함수 종속을 만족하도록 테이블을 분해
• 제3정규화 - 이행적 함수 종속을 없애도록 테이블을 분해
• BCNF(강화된 제 3정규화) - 모든 결정자가 후보키가 되도록 테이블을 분해

반정규화

반정규화 말고 다르게 처리하는 방법?

• 뷰를 사용 >> 조인이 많이 해야하는 경우 
• 클러스터링 적용, 인덱스 조정 >> 대량의 데이터 처리나 부분처리
• 파티셔닝 기법 >> 대량의 데이터를 PK의 성격에 따라 부분적인 테이블로 분리
• 응용 애플리케이션에서 구사하는 로직 변경

표준조인(Standard Join)

1) INNER JOIN

동일한 값이 있는 행만 반환된다. 

반드시 USING이나 ON조건절을 동반한다.

SELECT  A.ID A.NAME B.ID B.DATE
FROM STUDENT A INNER JOIN REGISTER B
ON A.ID=B.ID;

2) NATURAL JOIN

SQL Server은 지원하지 않는 기능이며 where절에서 JOIN조건은 정의 할 수 없다.

일치되는 모든 컬럼들에 대해서 JOIN이 이루어진다.

별명사용이 불가하다고 한다.

SELECT ID NAME DATE
FROM STUDENT NATURAL JOIN REGISTER;

3) USING 조건절

이친구도 별명사용이 불가하다고 한다.

동일한 이름을 가진 컬럼중 원하는 컬럼을 선택해서 조인할 수 있다. SQL Server은 지원하지 않는다.

SELECT ID NAME DATE
FROM STUDENT JOIN REGISTER
USING (ID);

4) ON 조건절

이친구는 별명 쓰는게 가능하다. 이친구는 USING과 다르게 컬럼명이 달라도 조인을 사용할 수 있지만 정확하게 어느 테이블의 컬럼인지 지정해주어야한다.

SELECT  A.ID A.NAME B.ID B.DATE
FROM STUDENT A JOIN REGISTER B
ON (A.ID=B.ID);

(+)

ON 조건절은 WHERE절과 충돌 없이 사용 가능하다

SELECT  A.ID A.NAME B.ID B.DATE
FROM STUDENT A JOIN REGISTER B
ON (A.ID=B.ID)
WHERE B.DATE = '20210831';

WHERE과 큰 차이점은 WHERE은 해당 절을 추출하지만, ON 조건절은 해당 부분만 JOIN하고 나머지 부분도 존재한다는 것이다.

5) 다중 테이블 JOIN

SELECT  A.ID A.NAME B.ID B.DATE
FROM STUDENT A JOIN REGISTER B
ON A.ID=B.ID
JOIN PROFESSOR C
ON B.PROFESSOR_ID = C.ID;

SELECT  A.ID A.NAME B.ID B.DATE
FROM STUDENT A, REGISTER B
WHERE A.ID=B.ID;

6) CROSS JOIN

두 테이블간 JOIN조건이 없는경우 모든 경우의 데이터 조합을 말한다.

CARTESIAN PRODUCT나 CROSS PRODUCT라고 부르기도 한다.

SELECT  A.ID A.NAME B.ID B.NAME
FROM STUDENT A, PROFESSOR B
ORDER BY A.ID;

7)OUTER JOIN

LEFT OUTER JOIN, RIGHT OUTER JOIN, FULL OUTER JOIN

해당 방향쪽으로 조인시 없는 데이터도 다 포함해서 출력된다.

오라클에서의 JOIN

LEFT OUTER JOIN

SELECT  A.ID A.NAME B.ID B.NAME
FROM STUDENT A, PROFESSOR B
WHERE A.ID = B.ID(+);

RIGHT OUTER JOIN

SELECT  A.ID A.NAME B.ID B.NAME
FROM STUDENT A, PROFESSOR B
WHERE A.ID = B.ID(+);

FULL OUTER JOIN은 표현할 수 없다.

집합 연산자

1) UNION (중복을 포함하지 않는 합집합)

중복되지 않는 데이터는 포함하지 않는다.

원래 있던 중복도 없어진다.

앞에나온 테이블 명을 따라간다.

SELECT ID, NAME
FROM STUDENT
UNION
SELECT ID, NAME
FROM OTHER_STUDENT;

2) UNION ALL (중복을 포함하는 합집합)

중복되는 데이터도 포함한다.

앞에나온 테이블 명을 따라간다.

SELECT ID, NAME
FROM STUDENT
UNION ALL
SELECT ID, NAME
FROM OTHER_STUDENT;

3) INTERSECT (교집합)

SELECT ID, NAME
FROM STUDENT
INTERSECT
SELECT ID, NAME
FROM OTHER_STUDENT;

4) MINUS (차집합)

SELECT ID, NAME
FROM STUDENT
MINUS
SELECT ID, NAME
FROM OTHER_STUDENT;

계층형 쿼리

상하 수직관계의 트리형태의 구조로 이루어진 형태

SELECT 컬럼
FROM 테이블명
WHERE 조건
START WITH 최상위 조건
CONNECT BY [NOCYCLE][PRIOR 계층형 구조 조건];

https://coding-factory.tistory.com/461 << 좋은 예시! 이해안가면 다시보기

뷰(View)

장점

1. 독립성 : 테이블 구조가 변경되어도 뷰를 사용하는 응용프로그램은 변경하지 않아도 된다.

2. 편리성 : 복잡한 질의를 뷰로 생성함으로써 관련 질의를 단순하게 작성할 수 있다. 

3. 보안성 : 직원의 급여정보와 같이 숨기고 싶은 정보는 사용자로부터 감출 수 있다.

그룹함수

https://velog.io/@dongchyeon/%EC%98%A4%EB%9D%BC%ED%81%B4Oracle-%EA%B7%B8%EB%A3%B9-%ED%95%A8%EC%88%98-ROLLUP-CUBE-GROUPING-%EB%93%B1

https://myjamong.tistory.com/173

옵티마이저와 실행계획

사용자가 질의한 SQL문에 대해 최적의 실행방법을 결정하는 역할

그리고 그 최적의 실행방법을 실행계획이라 한다.

어디까지나 계획이기 때문에 실제 정보와 다를 수 있다.

-규칙기반 옵티마이저(RBO, Rule Based Optimizer)

우선순위가 높은 규칙이 적은 일량으로 해당 작업을 수행하는 방법

제일 낮은 우선순위는 전체 테이블 스캔이고 제일 높은 우선순위는 ROWID,인덱스를 활용해서 테이블을 액세스하는 방법이다.

-비용기반 옵티마이저(Cost Based Optimizer)

SQL문을 실행하는데 소요될 처리시간 및 CPU, I/O 자원량 등을 계산하여 가장 효율적일 것으로 예상되는 실행계획을 선택

INDEX

원하는 데이터를 속도적인 측면에서 빠르게 찾을 수 있도록 만든 것

DML작업시 INDEX도 변경해야 하기 때문에 오히려 느려질 수 있음에 주의해야한다.

종류

1) B-트리 인덱스

   브랜치 블록과 리프블록으로 구성되며, 브랜치 블록은 분기를 목적으로 하고, 

   리프블록은 인덱스를 구성하는 컬럼의 값으로 정렬된다.

   일반적으로 OLTP시스템 환경에서 많이 사용된다.

2) 비트맵 인덱스

   시스템에 사용될 질의를 시스템 구현 시에 모두 알 수 없는 경우인 DW 및 AD-HOC 질의 환경을 위해서

   설계되었으며, 하나의 인덱스 키 엔트리가 많은 행에 대한 포인터를 저장하고 있는 구조

3) 클러스터드 인덱스

   인덱스의 리프 페이지가 곧 데이터 페이지이며, 리프 페이지의 모든 데이터는

   인덱스 키 컬럼 순으로 물리적으로 정렬되어 저장

DDL(Data Definition Language)

테이블과 같은 데이터 구조를 정의하는데 사용하는 명령어들

Oracle에서는 DDL명령후 자동 커밋을 수행하지만, MYSQL에서는 직접 커밋해주어야 한다.

1) CREATE

테이블 생성

테이블 이름 명명 조건 : 테이블과 컬럼명은 무조건 문자로 시작해야하고 특수문자는 " _ $ # "만 사용 가능

CREATE table 테이블이름(
	컬럼명 데이터타입 조건,
	컬럼명 데이터타입 조건,
      . . .
)

ex) Primary key

CREATE TABLE Student(
	ID VARCHAR(30) PRIMARY KEY,
    NAME VARCHAR(30),
    AGE NUMBER(10)
);

ex) Foregin key

CREATE TABLE Student(
	ID VARCHAR(30) PRIMARY KEY,
    NAME VARCHAR(30),
    AGE NUMBER(10),
    CONSTRAINT FK_ID FOREIGN KEY(NAME) REFERENCES NAMEINFO(NAME)
);

ex) Check

CREATE TABLE Student(
	ID VARCHAR(30),
    NAME VARCHAR(30),
    AGE NUMBER(10) CHECK(AGE IN(10,20,30)),
);

ex) Default

CREATE TABLE Student(
	ID VARCHAR(30),
    NAME VARCHAR(30) DEFAULT "JINNIE",
    AGE NUMBER(10)
);

주의!  만약, 직접 값을 Null로 지정한다면 디폴트 값으로 지정되지 않고, Null이 들어가게 된다.

인덱스 생성

데이터베이스로부터 매우 빠르게 데이터를 생성하고 검색하기 위해 사용

인덱스는 테이블의 단일 컬럼 또는 컬럼의 그룹을 사용함으로써 생성 가능하고, 인덱스가 생성되면 데이터를 정렬하기 전에 각 행마다 ROWID가 할당된다.

CREATE INDEX 인덱스테이블 ON 테이블(컬럼1, 컬럼2, ... );

2) ALTER

컬럼 추가

ALTER TABLE 테이블명 ADD 컬럼명 타입;

ALTER TABLE STUDENT ADD ADDRESS VARCHAR2(30) NOT NULL;

컬럼 타입 변경 > 이전에 있던 제약 조건도 사라질 수 있으니 주의! (똑같이 다시 지정해줘야함)

Oracle

ALTER TABLE 테이블명 MODIFY (컬럼명1 타입1 [DEFAULT] [NOT NULL], . . .);

ALTER TABLE STUDENT MODIFY NAME VARCHAR2(100);

MySQL 여러 컬럼 동시에 변경 불가

ALTER TABLE 테이블명 ALTER COLUMN 컬럼명 타입 [DEFAULT] [NOT NULL];

ALTER TABLE STUDENT ALTER COLUMN NAME VARCHAR2(100) NOT NULL;

컬럼 삭제

ALTER TABLE 테이블명 DROP 컬럼명;

ALTER TABLE STUDENT DROP NAME;

PRIMARY KEY 지정하기

ALTER TABLE STUDENT ADD PRIMARY KEY(ID);

ALTER TABLE STUDENT ADD CONSTRAINT student_pk PRIMARY KEY(ID);

3) RENAME

RENAME 테이블명 TO 새테이블명;

4) DROP

storage와 데이터 모두 삭제

DROP TABLE 테이블명;

5) TRUNCATE

최초 생성되었을 때의 storage만 남기고 데이터는 모두 삭제

TRUNCATE TABLE 테이블명;

TCL(Transcation Control Language)

1) COMMIT

문제가 없다고 판단하여 데이터를 데이터베이스에 반영시킴

COMMIT;

2) ROLLBACK

COMMIT이전의 상태로 돌아감

ROLLBACK;

3) SAVEPOINT

ROLLBACK이 가능한 저장점을 직접 지정할 때, 사용하는 명령어

Oracle

SAVEPOINT SVPT1;
ROLLBACK TO SVPT1;

MySQL

SAFE TRANSACTION SVTR1;
ROLLBACK TRANSACTION SVTR1;

DML

1) INSERT

INSERT INTO 테이블명 VALUES(모든 컬럼 등록);

INSERT INTO 테이블명(컬럼1, 컬럼2) VALUES(컬럼1값, 컬럼2값);

2) DELETE

삭제 데이터에 대한 로그가 남으며 storage도 남는다.

DELETE FROM 테이블명 where 조건;

3) UPDATE

UPDATE 테이블명 SET 컬럼명 = 값 where 조건;

4) SELECT

실행 작동 순서 

FROM >> WHERE >> GROUP BY >> HAVING >> SELECT >> ORDER BY

SELECT 컬럼 FROM 테이블 WHERE 조건;

연산자 우선순위

산술연산자 > 연결연산자(||) > 비교연산자 > IS NULL, LIKE ,IN > BETWEEN > NOT > AND > OR

내장함수(Built-in Function)

- 입력 행수에 따라 단일행 함수, 다중행 함수로 나뉜다.

- SELECT, WHERE, ORDER BY, UPDATE의 SET절에 사용 가능

- 단 하나의 결과만 리턴

1) 단일행 함수 : 단일행 값이 입력되는 함수

문자열 함수

숫자형 함수

날짜형 함수

변환형 함수

NULL 관련 함수

+) NULL 의 연산

count 되지 않음, 연산시 NULL 리턴, 비교연산시 거짓 리턴

2)다중행 함수 : 다중행 값이 입력되는 함수

데이터 모델링

정보시스템을 구축하기 위한 데이터 관점의 업무 분석 기법으로 현실세계의 데이터에 대해 약속된 표기법을 사용해서 표현하는 과정이다.

데이터 베이스를 구축하기위한 분석/설계 과정이지만 그자체로써도 업무를 설명하고 분석하는 의미에서 중요한 의미를 지닌다.

모델링시 유의사항

1) 중복(Duplication)

데이터베이스가 여러 장소에 같은 정보를 저장하는 잘못을 하지 않도록 한다.

2) 비유연성(Inflexibility)

데이터 모델을 어떻게 설계했느냐에 따라 사소한 업무변화에도 데이터 모델이 수시로 변경됨으로써 유지보수의 어려움을 가중시킬 수 있다. 데이터의 정의를 데이터의 사용 프로세스와 분리함으로써 데이터 모델링은 데이터 혹은 프로세스의 작은 변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 수 있는 가능성을 줄인다.

3) 비일관성(Inconsistency)

데이터의 중복이 없더라도 비일관성이 발생할 수 있는데, 예를 들면 신용 상태에 대한 갱신 없이 고객의 납부 이력 정보를 갱신하는 경우이다. 개발자가 서로 연관된 다른 데이터와 모순된다는 고려 없이 일련의 데이터를 수정할 수 있기 때문에 이와 같은 문제가 발생할 수 있다. 데이터 모델링을 할 때 데이터와 데이터 간의 상호 연관 관계에 대해 명확하게 정의한다면 이러한 위험을 사전에 예방하는데 도움을 줄 수 있다.

사용자가 처리하는 프로세스 혹은 이와 관련된 프로그램과 테이블의 연계성을 높이는 것은 데이터 모델이 업무 변경에 대해 취약하게 만드는 단점에 해당한다.

데이터 모델링 과정

Three-level architecture(3단계 데이터베이스 구조)

1) 외부스키마(External Schema)

추상화의 최상위 단계로 외부 단꼐의 각 외부 스키마는 각 사용자를 의미하는 개인적인 데이터베이스 구조

사용자 뷰를 포함해 개인의 논리적 데이터 구조로 이루어져 있으며, 개체나 관계, 응용 프로그램 모두 사용자와 관련된 것만 포함된다. 서브스키마 라고도 부른다.

2) 개념스키마(Conceptual Schema)

전체 구조를 추상화하는 단계로써 개념 단계에서 하나의 개념 스키마는 범 기관적 입장에서 데이터베이스를 정의한 것으로 정확히는 전체적이고 종합적인 측면을 나타내는 스키마

모든 사용자의 관점을 통합한 조직 전체 관점의 통합적 표현

객체나 관계, 응용 프로그램에다가 관리적인 측면에서 필요한 데이터와 정책,권한,규칙까지 포함한다.

3) 내부스키마(Internal Schema)

가장 낮은 추상화 단계로 물리적 저장 장치의 입장에서 데이터베이스가 저장되는 저장 구조와 세부사항 그리고 접근 경로 등을 기술한다.

아까 개념스키마가 포함하는 내용에다가 내부 레코드 형식/순서/인덱스 유무와 상세한 명세를 포함한다.

ERD(Entity Relationship Diagram)

말로 되어있는 요구사항들을 그림으로 그려 그 관계를 도출하는 것

1976년 피터첸에 의해 E-R Model이라는 표기법이 만들어졌다.

작성 순서

1) 엔티티를 그린다

2) 엔티티를 적절하게 배치한다

3) 엔티티간 관계를 설정한다

   존재/행위에 의한 관계를 구분하지 않지만, UML은 구분함에 유의한다.

    ex) 소유한다, 포함한다, 가르친다 등등

4) 관계명을 기술한다

5) 관계의 참여도를 기술한다

    ex) 1:1 , 1:다 , 다:다 (관계차수)

6) 관계의 필수여부를 기술한다.

    ex) 필수관계, 선택관계 (관계선택관계)

Entity

실체, 객체라는 의미

특징

• 반드시 해당 업무에서 필요하고 관리하고자 하는 정보여야 한다
• 유일한 식별자에 의해 식별 가능해야 한다
• 영속적으로 존재하는 (두개 이상의) 인스턴스의 집합
• 엔티티는 업무 프로세스에 의해 이용되어야 한다
• 엔티티는 반드시 속성이 있어야한다
• 엔티티는 다른 엔티티와 최소 한 개 이상의 관계가 있어야 한다.

Attribute(속성)

업무에서 필요로 하는 인스턴스에서 관리하고자 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위

Relationship(관계)

엔티티의 인스턴스 간 논리적인 연관성, 존재 형태로서나 행위로서 서로에게 연관성이 부여된 상태

구성요소

1) 관계명(Membership)

2) 관계차수(Cardinality)

3) 관계선택사양(Optionality)

관계 체크사항

1) 두 개의 엔티티 사이에 관심있는 연관규칙이 존재하는가?

2) 두 개의 엔티티 사이에 정보의 조합이 발생되는가?

3) 업무기술서, 장표에 관계연결에 대한 규칙이 서술되어 있는가?

4) 업무기술서, 장표에 관계연결을 가능하게 하는 동사가 있는가?

Identifiers(식별자)

여러개의 인스턴스를 담고 있는 엔티티에서 인스턴스를 구별하기 위한, 엔티티를 대표하는 속성을 의미

식별자가 만족해야할 속성 4가지

식별자의 종류

기준1) 대표성의 유무

주식별자 : 엔티티 내에서 각 인스턴스를 구분할 수 있으면서 타 엔티티와 참조관계를 연결할 수 있는 식별자

보조식별자 : 엔티티 내에서 각 인스턴스를 구분할 수 있으나, 대표성이 없어 참조관계를 연결할 수 없음

기준2) 스스로 생성되었는가?

내부식별자 : 엔티티 내부에서 스스로 만들어진 식별자

외부식별자 : 타엔티티와 관계를 통해 생성된 식별자

기준3) 단일 속성인가?

단일식별자 : 하나의 속성으로 되어있다

복합식별자 : 둘 이상의 속성으로 되어있다

기준4) 업무적 의미가 있는가

본질식별자 : 업무에 의해 만들어지는 식별자

인조식별자 : 업무적으로 만들어지지는 않지만 원조식별자가 복잡한 구성을 가지고 있어 인위적으로 만든 식별자

#오류에 대해 지적해 주시면 수정하겠습니다.

트랜잭션(Transaction)

- DB의 상태를 변환시키는 논리적인 기능을 하는 작업의 단위

- 트랜잭션의 단위는 더 이상 작아질 수 없는 최소의 단위

ACID

- Atomicity 원자성트랜잭션의 연산과정 모든 것이 DB에 반영되거나, 전혀 반영되지 않아야한다. (All or Nothing)

트랜잭션의 모든 명령은 완벽히 수행되어야 하고, 만약 실패할 경우 트랜잭션 전체를 롤백 시켜야 한다.

트랜잭션의 단위보다 더 작은 명령으로 나눌수 없다는 점을 빗대어 트랜잭션의 원자성이라 표현한다!

- Cosistency 일관성

트랜잭션 실행이 완료되어도 일관성 있는 DB상태가 되어 있어야 한다.

시스템의 고정요소는 트랜잭션 수행 전과 수행 완료 후 상태가 같아야 한다.

ex) 계좌 이체를 빗대어 봤을 때, 계좌 이체가 성공적으로 수행한다고 계좌번호 혹은 계좌주 명이 바뀌면 안된다(명시적)

ex) 계좌 이체가 수행 되었을 때, 계좌의 합이 같아야 하는 것(비명시적)

- Isolation 독립성, 고립성여러 트랜잭션이 동시에 수행되더라도, 각각의 트랜잭션이 다른 트랜잭션의 영향을 받지 않고, 주지 않아야 함.만약 이 조건이 성립되지 않는다면 완벽한 롤백이 되지 않는다. 고립성을 가장 완벽하게 지키는 방법은 순차적으로 트랜잭션을 수행하는 것이다.

- Durability 지속성트랜잭션이 성공적으로 완료되어 커밋이 되었다면, 해당 트랜잭션에 의한 변경사항은 소프트웨어에 장애가 생기더라도 유지되어야 한다.

동시성과 고립성의 관계

트랜잭션에서 가장 대립되는 두가지 성질이다. 위에서 설명한 ACID 특성을 지켜내기 위해서, 그중에서도 고립성을 완벽하게 지키려면 모든 트랜잭션을 순차적으로 진행해야 한다.

하지만 그러한 방법은 처리 속도가 느리다는 문제성이 발생한다. 이러한 문제를 해결하기 위해 DBMS는 격리 수준을 나누어 서비스 환경에 따라 고립 수준을 부여하도록 제공하고 있다.

속도가 더 중요하다면 격리 수준을 낮추고, 데이터의 무결성이 중요하다면 격리 수준을 높이는 식으로!

낮은 격리 수준에서 발생하는 고립성 문제

-Dirty Read

-NonRepeatable Read

-Phantom Read

-Dirty Read

하나의 트랜잭션이 커밋 되지 않았을 때, 다른 트랜잭션이 해당 트랜잭션의 중간 값을 읽어 오는 것을 말한다.

아래의 사진을 보면 Transaction_1이 아직 Commit이 되지 않았는데

Transaction_2에서 Commit되지 않은 Transaction_1의 값을 조회해갔다.

만약, Transaction_1이 결국 Commit되지 않고 Rollback이 된다면 Transaction_2는 잘못된 값으로 로직을 수행하게 된다.

-NonRepeatable Read

한 트랜잭션 내에 같은 키를 가진 Row를 두 번 불렀는데 키의 값에 UPDATE가 수행 되어,

두 번의 Select 결과가 다른 경우이다.

아래의 그림을 보면 Transaction_2가 두번의 Select를 수행하는 도중 Transaction_1이 키의 값을 변경함으로써

Transaction_2의 트랜잭션 도중 값이 변경되어 잘못된 결과값이 나올 수 있다.

-Phantom Read

Phantom. 환영(幻影), 또는 유령 등을 뜻하는 영어

한 트랜잭션 내에서 같은 쿼리를 두 번 수행했을때, 첫 쿼리에선 나오지 않은 것이 그 다음 쿼리가 나오는 사이 커밋 되어 다른 값으로 나오는 경우이다. 

아래의 경우를 보면 Transaction_1이 먼저 Insert를 수행하고 아직 Commit되지 않은 상태에서 Transaction_2가 조회를 해서 앞에 Insert를 한 결과를 포함하지 않은 결과가 나왔고, 이어서 한 조회에서는 Commit이후이기 때문에 아까는 없었던 값이 포함된 새로운 결과가 나왔다.

(+)

NonRepeatable Read와 Phantom Read의 차이점

NonRepeatable Read는 하나의 row에서 수행되지만 Phantom Read는 여러 개의 데이터를 읽을 때 일어나는 현상이다.

Phantom Read가 일어나는 쿼리문 예시) SELECT COUNT(*) FROM ~ , SELECT * FROM ~

격리수준(isolation level)

- Read Uncommitted

- Read Committed (Oracle default)

- Repeatable Read (MySQL InnoDB default)

- Serializable

- Read Uncommitted

가장 하위 레벨의 격리 수준으로 트랜잭션이 commit 되지 않은 데이터를 다른 트랜잭션이 읽을 수 있도록 허용한다.

발생 가능한 문제 :  Dirty-Read, Non-Repeatable Read, Phantom Read

- Read Committed

트랜잭션의 커밋이 확정된 데이터만 읽을 수 있게 허용한다.

아직 커밋이 되지않은 데이터지만 Undo 로그에서 이전 데이터를 가져오는 것이 가능하기 때문에 

실제 DB데이터가 아닌 저기서 들고 온다.

Dirty-Read는 혹시 모를 롤백의 경우에만 문제를 일으키기 때문에 해결 가능하나 나머지 고립성 문제는 그대로 존재하게 된다.

해결 가능한 문제 : Dirty-Read

발생 가능한 문제 : Non-Repeatable Read, Phantom Read

- Repeatable Read

트랜잭션이 시작되기 전에 커밋된 내용에 대해서만 읽을 수 있도록 허용된다. 트랜잭션 도중 다른 트랜잭션이 커밋 되어도, 새로 커밋된 데이터는 보이지 않게 된다.

아래의 그림을 보면 Transaction_2가 수행되는 도중 Transaction_1이 Busan의 값을 Jeju로 변경했으나 Transaction_2는 해당 Transaction_1이 커밋을 완료 했음에도 Busan으로 출력되게 된다.

이처럼 Repeatable Read 격리 수준은 수행되는 시점을 기억해서 해당 트랜잭션이 완료될 때 까지 기억된 초기 시점 이전까지 커밋된 데이터만 조회 할 수 있도록 한다.

- Serializable

가장 높은 수준의 격리 수준으로 특정 트랜잭션이 수행중엔 해당 테이블에 다른 트랜잭션이 UPDATE, DELETE, INSERT를 못하게 막는다. 동시성이 가장 낮은 격리 수준이기 때문에 거의 사용하지 않는다고 한다.