데이터베이스란?

공유하여 사용할 목적으로 체계화하여 관리하는 데이터들의 집합이다.

데이터베이스의 분류

관계형 데이터베이스(RDB)

EX) MariaDB, 엑셀 형태

• 각 테이블 간의 관계가 존재한다
• 스키마가 존재한다.
• 구조적으로 안정적이지만 유연하지 못한 특징을 가지고 있다.

비관계형 데이터베이스(NoSQL)

EX) MongoDB (JSON 형태)

• 각 테이블 간 관계가 없다
• 스키마 또한 존재하지 않는다
• 유연성을 가지고 있지만 구조 결정이 어렵다.

상황과 조건에 따라 적절한 데이터베이스를 선택하는 것이 중요하다.

데이터모델링이란?

효율적으로 데이터베이스를 구축하기 데이터베이스의 뼈대를 세우는 작업이다.

데이터베이스 모델링 단계

요구 사항 정리

데이터가 어떠한 형태, 어떤 목적을 가지고 있는 지 정리하는 단계이다.

개념적 데이터 모델 설계

핵심 개체를 찾고, 각 개체 간의 관계를 정리한다.

• 관련성이 있는 데이터 끼리 묶고, 핵심 개체를 중심으로 관계를 형성한다.

논리적 데이터 모델 설계

실제 데이터베이스로 구현하기 위한 모델링 단계이다.

• 다른 데이터와 구분되는 유일 키 혹은 기본키 설정 등 관계형 데이터베이스를 구축하기 위한 정보를 설정한다.
  ex) ERD 그림으로 데이터베이스의 관계를 그려본다.

물리적 데이터 모델 설계

데이터가 어떻게 컴퓨터에 저장될 지 설계하는 단계이다.

• 물리적 구조를 정의하고, 실제로 구현하는 단계이다.
  ex) 각 데이터 테이블에 어떻게 데이터를 저장할 지 설계하고 구현.

코더랜드 공유 키보드 사업을 위한 데이터베이스

• 킥보드 정보
• 대여 정보
• 고객 정보

대여 정보는 킥보드 정보와 고객 정보와 연결된 관계를 같는 정보이다. 따라서 관계형 데이터베이스를 활용할 수 있다.

공유 킥보드 운영 방침: 대여 (요구사항 분석)

1. 원활한 대여 관리를 위해 대여 정보는 대여한 킥보드의 ID, 대여한 고객의 ID, 대여해간 날짜로 구성된다.
2. 대여한 킥보드의 ID는 실제 운영(소유)하고 있는 킥보드 ID만 입력 될 수 있다.
3. 대여한 고객의 ID는 실제 가입한 고객의 ID만 입력 될 수 있다.
4. 대여 일자는 년-월-일 시:분 으로 입력되며 고객은 킥보드 대여 후 1분 이내 다시 대여할 수 없다. 단, 고객이 대여할 수 있는 킥보드의 대수에는 제한이 없다.

테이블로 만든 예시

구분	타입	예시
대여일자	문자형	2020-10-01 11:00
대여한 고객 ID	문자형	elice_rabbit
대여한 킥보드 ID	문자형	E01

공유 킥보드 운영 방침: 킥보드 (요구사항 분석)

1. 킥보드 관리를 위해 모든 킥보드는 ID, 이미지 정보, 종류 정보, 연식 정보를 가지고 있다.
2. 킥보드의 ID는 중복이 되거나 수정할 수 없다.
3. 킥보드의 이미지는 50자 미만의 URL로 구성되어 있으며 연식과 종류가 같은 킥보드일 경우 동일한 이미지를 활용한다.
4. 킥보드의 종류는 브레이크의 위치에 따라 두 가지(뒷바퀴에 위치 - A형, 핸들에 위치 - B형)로 구분되며 중복이 가능하다.
5. 킥보드의 연식은 킥보드의 생산년도로 4자리 숫자(YYYY)로 표현되며 중복이 가능하다.

테이블로 만든 예시

구분	타입	예시
킥보드 ID	문자형	E01
킥보드 종류	문자형	A
킥보드 이미지	문자형	https://..
킥보드 연식	숫자형	2019

공유 킥보드 운영 방침: 킥보드 (요구사항 분석)

1. 고객 관리를 위해 모든 고객은 ID, 이름, 전화번호를 가지고 있다.
2. 고객ID는 영문 + 특문 + 숫자로 조합되며 길이는 15자 미만으로 구성되어 있다. 또한 ID는 중복이 되거나 수정될 수 없다.
3. 고객의 이름은 10자 미만의 한글로 구성되어 있으며 동명이인을 고려하여 중복이 가능하다.
4. 고객의 전화번호는 15자 미만의 문자(*-****-****)로 구성되어 있다.
5. 대여 중인 킥보드가 없어야 회원 탈퇴(고객 정보 삭제)가 가능하다.

테이블로 만든 예시

구분	타입	예시
고객 ID	문자형	elice_rabbit
이름	문자형	엘리스 토끼
전화번호	문자형	010-1234-5678

데이터베이스 네이밍 규칙

유지보수와 의미의 명확성을 전달하기 위해 네이밍 규칙을 설정한다.

공통 규칙

1. 줄임말 사용은 최소화한다. (단, 사용할 경우 범용적으로 사용되는 줄임말을 사용한다.)

• kb_img (X) -> kickboard_image(O)
• tb_KickboardInfo(가능) info: information의 줄임말.

테이블 네이밍 규칙

1. 테이블 명을 작성할 때는 파스칼 표기법을 사용한다.

• kickboard_rental (X) -> KickboardRental(O)
• customer_info (X) -> CustomerInfo(O)

2. 테이블, 뷰(View)임을 한눈에 확인 할 수 있도록 테이블 명 앞에는
   'tb', 'v'를 붙인다.

• tb_KickboardRental (킥보드 대여와 관련된 테이블)
• v_ KickboardInfoAnalysis (뷰: 데이터 분석을 위해 필요한 정보만 모아 둔 가상 테이블)

속성 네이밍 규칙

1. 속성 명을 작성할 때는 스네이크 표기법을 활용한다.

• customer_id
• customer_tel

2. 유일키, 외래키 등은 한 눈에 알아 볼 수 있도록 속성 명 앞에 'pk', 'fk'를 붙인다.

• pk_kickboard_id
• fk_pk_customer_id

대여 테이블 (논리적 모델링)

구분	타입	예시
대여일자	varchar(20)	rental_date
대여한 고객 ID	varchar(15)	customer_id
대여한 킥보드 ID	varchar(5)	kickboard_id

• varchar는 문자형 타입을 의미(가변 문자열)하며 뒤에 괄호 안의 의미는 해당 문자열의 크기(byte)를 의미한다.

고객 테이블 (논리적 모델링)

구분	타입	예시
킥보드 ID	varchar(5)	kickboard_id
킥보드 종류	varchar(5)	customer_kind
킥보드 이미지	varchar(50)	kickboard_img
킥보드 연식	int	kickboard_year

• int는 정수형 타입을 의미하며, 괄호로 크기를 작성하지 않는다

구분	타입	예시
고객 ID	varchar(15)	customer_id
이름	varchar(20)	customer_name
전화번호	varchar(15)	customer_tel

• varchar에서 한글의 경우 한 글자 당 2byte가 필요하므로 20으로 설정한다.

유일키란?

key

데이터베이스에서 튜플(레코드, 행)간 구분을 위한 값(속성)이다
-> 유일키, 복합키, 외래키 등 다양한 종류가 존재한다.

유일키(Primary key)

테이블에서 튜플(레코드, 행)을 구분지어주는 고유 식별 값(속성)

• 유일키 값은 중복 될 수 없으며, NULL 값 또한 불가능하다.

유일키 선정 팁
유일 키 선정시에는 중복이 되지 않는 중요 속성을 유일키로 선택한다.

유일키의 선언

CREATE TABLE '테이블 명' {
	'속성명' 타입,
    '속성명2' 타입,
    PRIMARY KEY('유일키로 사용할 속성명');
}

복합키(Composite Key)란?

문제
Primary 키 값과 동일한 값을 한번 더 테이블에 주입한다면 유일키 중복 오류가 발생한다.

이러한 문제를 해결하기 위해, 두 개 이상의 속성을 활용하여 튜플을 구분지어주는 방법인 복합키를 활용해야 한다.

-> 누가, 언제 킥보드를 빌려 갔는지에 대한 정보가 중요하기 때문에 대여 일자를 추가하여 복합키를 구성한다.
--> 고객 ID가 중복 되어도 또 다른 속성인 대여 일자가 달라 서로 다른 행으로 처리한다.

복합키 선언

CREATE TABLE '테이블 명' {
	'속성명' 타입,
    '속성명2' 타입,
    ...
}
PRIMARY KEY(`복합키로 사용할 속성명1`,`복합키로 사용할 속성명2`)

유일키에 복수 개의 속성명을 넣어 복합키를 구성한다.

외래키란?

테이블에 존재하는 데이터를 다시 입력하려 했을 때, 실수로 다르게 추가하면 추후 데이터 관리에 문제가 발생하게 된다.

외래키(Foreign Key)는 다른 테이블의 키와 연결을 해주는 키이며, 참조의 무결성을 유지하기 위해 활용한다.

• 참조의 무결성: 외래키 값이 참조 중인 테이블의 값과 일관성을 가지는 것을 의미한다.

코더랜드 킥보드 대여 데이터베이스의 경우, 고객의 ID에 대해 따로 테이블을 구성하고, 고객 테이블의 '고객ID' 속성을 참조하는 외래키를 구성한다.

-> 새로 추가하려는 행 중 외래키인 '고객ID'의 내용이 고객 테이블(기본키 참조)에 있지 않은 내용이므로 추가되지 않는다.

외래키(Foreign Key) 선언

CREATE TABLE '테이블 명' {
	'속성명' 타입,
    '속성명2' 타입,
    ...
    FOREIGN KEY ('외래키로 사용할 속성 명') 
    REFERENCES '참조하는 속성이 있는 테이블' ('참조할 속성명')
}