테이블 직접 만들기
CREATE TABLE

이번 섹션의 여정

문법을 전부 외울 필요는 없습니다

강의를 시작하기 전에 솔직하게 말씀드릴 게 있습니다. DDL 문법을 전부 외울 필요는 없습니다.

저도 AI 가 없던 시절부터 이런 문법을 모두 외우지 않았어요. 필요할 때마다 찾아서 썼습니다. 지금은 더 편해졌습니다 — AI 에게 원하는 테이블을 설명해서 SQL 을 만들 수도 있고, DBeaver 같은 화면에서 클릭만으로 테이블을 생성할 수도 있어요.

반복 작업이나 대규모 변경이 아니라면, 긴 DDL 을 처음부터 직접 타이핑할 일은 생각보다 많지 않습니다.

DDL — 데이터베이스의 구조를 만드는 명령

DDL은 테이블처럼 데이터베이스의 구조를 만들거나 바꾸는 명령을 말합니다. 그중 CREATE TABLE은 새로운 테이블을 만드는 명령이에요.

여기서 중요한 지점 하나. CREATE TABLE은 빈 표만 만드는 명령이 아닙니다.

어떤 컬럼을 둘지, 그 컬럼에 어떤 값을 저장할지, 그리고 그 데이터가 지켜야 할 규칙까지 함께 정합니다. 지금까지 3-2 에서 배운 약속(NOT NULL · DEFAULT), 3-3 의 타입, 3-4 의 기본키, 3-5 의 외래키가 전부 이 한 문장 안에 들어갑니다.

CREATE TABLE 이 정하는 세 가지

첫 번째는 테이블 이름입니다. 무엇을 저장하는 테이블인지 이름만 봐도 알 수 있어야 해요. 상품을 담으면 products, 주문을 담으면 orders 처럼요.

두 번째는 컬럼의 이름과 데이터 타입입니다. 상품 번호는 정수, 상품 이름은 문자열 — 저장할 값에 맞는 타입을 정합니다. 3-3 에서 배운 “값에 맞는 그릇 고르기” 가 바로 여기서 결정돼요.

세 번째는 데이터 규칙입니다. 반드시 필요한 값에는 NOT NULL, 값을 생략했을 때 채워질 값이 필요하면 DEFAULT를 설정합니다. 각 행을 구별할 컬럼은 기본키로 정하고, 다른 테이블과 연결할 컬럼은 외래키로 정합니다.

실제 CREATE TABLE 을 한 줄씩 읽어봅니다

이제 우리 실습 DB 를 만든 진짜 문장을 보겠습니다. 외우려고 보지 마세요. 각 줄이 무엇을 정하는지 만 따라가면 됩니다.

가장 단순한 categories 부터 시작합니다.

CREATE TABLE categories (
  category_id   INT         NOT NULL AUTO_INCREMENT,
  category_name VARCHAR(50) NOT NULL,
  PRIMARY KEY (category_id)
);

읽는 방법은 간단합니다 — 왼쪽부터 이름 → 타입 → 규칙 순서예요. category_name VARCHAR(50) NOT NULL 은 “카테고리명이라는 칸을 두는데, 최대 50자 글자를 담고, 비워둘 수 없다” 는 뜻입니다.

이번엔 외래키가 붙은 products 입니다.

CREATE TABLE products (
  product_id   INT          NOT NULL AUTO_INCREMENT,
  product_name VARCHAR(100) NOT NULL,
  price        INT          NOT NULL,
  category_id  INT          NOT NULL,
  PRIMARY KEY (product_id),
  CONSTRAINT fk_products_category
    FOREIGN KEY (category_id) REFERENCES categories(category_id)
);

맨 아랫줄이 3-5 에서 배운 외래키입니다. 영어를 그대로 읽으면 뜻이 나와요 — “category_id 라는 외래키는 categories 테이블의 category_id 를 참조한다.” 이 한 줄 덕분에 존재하지 않는 카테고리 번호를 상품에 적을 수 없게 됩니다.

데이터 규칙 네 가지를 한 자리에서

지금까지 섹션 3 에서 하나씩 배운 규칙들이 CREATE TABLE 안에서 어떻게 쓰이는지 모아 봅니다.

기본키를 구성하는 컬럼은 하나가 아닐 수도 있습니다. order_items 는 PRIMARY KEY (order_id, product_id) 처럼 두 컬럼이 함께 기본키 하나를 만드는 복합키를 씁니다 — 3-4 에서 짚었듯 기본키가 두 개인 게 아니에요. 한 주문에 같은 상품이 두 줄로 들어가지 못하게 막는 규칙이죠.

연결된 테이블은 만드는 순서가 있습니다

외래키로 연결된 테이블은 만드는 순서도 중요합니다.

상품 테이블이 카테고리 테이블을 참조한다면 — categories 를 먼저 만들고 products 를 나중에 만듭니다. 외래키가 참조할 부모 테이블이 먼저 존재해야 하기 때문이에요.

순서를 거꾸로 하면 어떻게 될까요? 데이터베이스가 거절합니다.

우리 실습 데이터를 만든 init.sql 도 정확히 이 순서를 지키고 있습니다.

order_items 가 마지막인 이유가 보이시나요? 이 테이블은 orders 와 products 둘 다 참조하기 때문에, 두 부모가 모두 만들어진 뒤에야 생성될 수 있습니다.

AI 가 만들어준 테이블, 이 다섯 가지만 확인하세요

이제 처음 이야기로 돌아옵니다. CREATE TABLE 문법을 외우기보다 다섯 가지만 확인하세요.

각 항목을 이렇게 질문으로 바꿔 물어보면 검토가 훨씬 쉬워집니다.

AI 나 UI 로 테이블을 만들더라도 — 이 다섯 가지가 의도한 대로 설정됐는지는 사람이 확인해야 합니다. 잘못 만들어진 구조는 나중에 데이터가 쌓인 뒤에 고치려면 훨씬 비싸지니까요.

한눈에 정리

문법은 찾으면 됩니다. 구조를 읽는 눈은 찾을 수 없습니다 — 그건 연습으로만 생깁니다.

그런데 이미 만들어 놓은 테이블에 컬럼을 하나 더 넣어야 한다면요? 아니면 잘못 만든 테이블을 아예 없애야 한다면요? 그 이야기가 다음 강의입니다.