4-1. 왜 데이터 타입 선택이 중요한가

논리적 모델의 "나이" 속성을 물리적 모델의 컬럼으로 바꾼다고 가정한다. 한 개발자가 다음과 같이 생각한다고 하자.

"나이는 숫자니까, 넉넉하게 가장 큰 정수 타입인 BIGINT로 저장한다."

BIGINT는 922경 같은 엄청난 값을 저장할 수 있는 타입이다. 하지만 "사람 나이"는 아무리 길게 잡아도 몇 백을 넘기기 어렵다. 이런 경우 과도하게 큰 타입을 선택하면 다음과 같은 문제가 생긴다.

• 저장 공간 낭비
  • 데이터 건수가 수천만, 수억 건이 되면 타입 차이만으로도 디스크 사용량이 크게 달라진다.
• 성능 저하
  • 레코드가 커질수록 디스크 I/O와 메모리 캐시 효율이 떨어져, 쿼리 성능이 감소한다.
• 데이터 무결성 훼손 가능성
  • 잘못된 타입을 선택하면 잘못된 데이터(문자, 범위 밖 숫자 등)가 들어왔을 때도 차단하지 못한다.

따라서 각 속성의 의미와 범위에 맞는 최소한의 타입을 선택해야 한다.

4-2. 문자 타입: CHAR vs VARCHAR

문자열을 저장할 때 주로 다음 두 타입을 고민한다.

• CHAR(n)
  • 고정 길이 문자열. 항상 n바이트(또는 n글자)를 차지한다.
  • 회원 등급 코드, 국가 코드처럼 길이가 항상 일정한 값에 적합하다.
  • 레코드 길이가 일정해져 저장·검색이 다소 유리할 수 있다.
• VARCHAR(n)
  • 가변 길이 문자열. 실제 내용 길이에 따라 필요한 공간만 사용한다.
  • 이름, 이메일, 설명처럼 길이가 제각각인 값에 사용한다.

일반적인 웹 서비스에서는 대부분의 문자열 컬럼을 VARCHAR로 두고, 완전히 고정 길이인 코드값만 CHAR로 두는 경우가 많다.

또한 문자 타입을 정할 때는 다음을 함께 고려한다.

• 최대 길이를 어느 정도로 둘지 (VARCHAR(50), VARCHAR(255) 등)
• 다국어 지원 여부, 문자 인코딩(UTF-8)과 바이트 수

4-3. 숫자 타입: 정수·실수·금액

정수 타입은 대략 다음과 같이 구분된다.

• TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT

각 타입마다 표현 가능한 범위가 다르며, 범위가 클수록 저장 공간도 커진다. 예를 들어: