[DBMS]제약 조건

제약 조건을 거는 이유 

- 입력에 제약을 걸어 데이터의 무결성을 지키기 위함

무결성

데이터의 정확성, 일관성, 유효성이 유지되는 것

정확성 

데이터는 애매하지 않아야 한다.

일관성

각 사용자가 일관된 데이터를 볼 수 있도록 해야 한다.

유효성

데이터가 실제 존재하는 데이터여야 한다. 

 

데이터 설계 시 올바른 규칙에 맞게 정하기 위한 조건

1. 개체 무결성

- 모든 테이블이 PK로 선택된 컬럼을 가져야한다

- PK로 선택된 컬럼은 고유한 값을 가져야 하며 빈 값 NULL은 허용하지 않는다.

2. 참조 무결성

- 두 테이블의 데이터가 항상 일관된 값을 가지도록 유지한다.

3. 도메인 무결성

- 컬럼의 타입, NULL값의 허용 등에 대한 사항을 정의한다.

- 올바른 데이터가 입력되었는 지를 확인하는 것이다.

 

제약 조건 

1. NOT NULL : NULL값 추가 X

2. UNIQUE : 중복 허용X

3. PRIMARY KEY : 기본 키, NULL값X, 중복X

4. FOREIGN KEY : 참조되는 테이블의 기본 키

5. DEFAULT : 기본 값 설정

 

CHECK 제약 조건

- 입력 값의 범위를 지정하거나 특정 값만 허용하는 조건

*실습 참고

예시1) 성별 입력 시 'W' 또는 'M'만 입력 받기

CONSTRAINT GEN_CHAR CHECK(GENDER IN('M', 'W'))
CONSTRAINT GEN_CHAR CHECK(GENDER == 'M' OR GENDER == 'W')

 

예시2) 생년월일 입력 시 1980년 1월 1일 이상만 입력 받기

CONSTRAINT BIR_DATE CHECK(BIRTH >= TO_DATE('1980-01-01', 'YYYY-MM-DD'))

 

 

TO_DATE : 문자 형식을 DATE타입으로 변환하는 방법

형식) TO_DATE('문자열', '날짜 포맷')

 

모델링

- 추상적인 주제를 DB에 맞게 설계하는 것이다.

- 조회를 빠르고 편하게 하기 위한 것이다.

순서

1. 요구 사항 분석 : 클라이언트의 요구 사항 분석

2. 개념적 설계(개념 모델링) : 테이블 설계

3. 논리적 설계(논리 모델링) : 개념적 설계를 바탕으로 PK, FK 등 상세히 설계

4. 물리적 설계(물리 모델링) : 타입, 제약 조건 등 설계

5. 구현

 

실습

--학생 테이블 생성
CREATE TABLE TBL_STUDENT(
	ID NUMBER,
    NAME VARCHAR2(100),
    MAJOR VARCHAR2(100),
    GENDER CHAR(1) DEFAULT 'W' NOT NULL CONSTRAINT GEN_CHAR(GENDER IN ('W', 'M')),
    BIRTH DATE CONSTRAINT BIR_DATE CHECK(BIRTH >= TO_DATE('1980-01-01', 'YYYY-MM-DD')),
    CONSTRAINT STU_PK PRIMARY KEY(ID)
);

--테이블에 값 추가
INSERT INTO TBL_STUDENT
(ID, NAME, MAJOR, GENDER, BIRTH)
VALUES(1, '박현주', '정보보안', 'W', TO_DATE('2001-12-19', 'YYYY-MM-DD'));

--테이블 조회
SELECT * FORM TBL_STUDENT;

--테이블 내용 전체 삭제
TRUNCATE TABLE TBL_STUDENT;

 

CREATE TABLE FLOWER(
	FLOWERNAME VARCHAR2(200),
	COLOR VARCHAR2(100),
	PRICE NUMBER,
	CONSTRAINT FLOWER_PK PRIMARY KEY(FLOWERNAME)
);

SELECT * FROM FLOWER;

CREATE TABLE POT(
	POTID VARCHAR2(100),
	POTCOLOR VARCHAR2(100),
	POTSHAPE VARCHAR2(200),
	NAME VARCHAR2(200),
	CONSTRAINT POT_PK PRIMARY KEY(POTID),
    --참조키 제약 조건
	CONSTRAINT POT_FK FOREIGN KEY(NAME) REFERENCES FLOWER(FLOWERNAME)
);

 

FK 제약

REFERENCES [참조할 테이블명] ([참조할 필드명])