표 하나에 다 넣으면
생기는 일

프로그램을 열고 신청을 받는다. 표 두 장이면 충분해 보인다.

신청 표에 이름·전화번호·이메일을 같이 받아 적는다. 대부분의 운영자가 지금 이 모양이고, 한동안은 아무 문제가 없다.

그림 1신청 표 하나 — 사람 정보가 그 안에 같이 들어있다

신청 16건 · 프로그램 3개 · 실제로 굴러가는 표

지금까진 문제가 없다. 문제는 표가 아니라, 곧 던질 질문 하나에서 시작된다.

"김서연 님, 지금까지 몇 번 오셨어요?"

운영하다 보면 반드시 나오는 질문이다. 재참여자에게 인사를 하려고, 할인을 주려고, 혹은 그냥 반가워서.

그런데 이 표로는 세어야 답할 수 있다. 그리고 세다 보면 이상한 게 나온다.

표를 세로로 훑으면 세 가지가 걸린다.

이름으로 세면 동명이인이 섞이고, 전화로 세면 오타가 새고, 이메일로 세면 바뀐 주소가 샌다. 기준이 될 한 줄이 없다.

표를 하나 더 만들고, 그 사이에 화살표를 긋는다.

화살표를 그렸다는 건 관계를 가졌다는 뜻이다. 이렇게 관계를 갖는 걸 관계형 데이터베이스라고 부른다. 노션을 써봤다면 이미 만난 적이 있다. 노션이냐 에어테이블이냐의 문제가 아니라 개념이다.

그림 4에어테이블에서 화살표는 "link" 필드다

연보라 알약처럼 보이는 칸이 링크

링크를 한 번만 걸면 반대쪽 표에도 짝 필드가 저절로 생긴다. 양쪽에서 각각 만들지 않는다.

신청 안에 눌러앉아 있던 사람을 독립시킨다.

중요한 건 옮기는 방식이다. 그냥 옮기면 중복이 그대로 따라온다. "같은 사람은 새로 만들지 말고 한 줄로 합쳐"가 붙어야 한다.

그림 5신청 16건 → 사람 11줄

줄어든 5줄 = 재신청한 사람들

숫자가 줄어드는 것이 첫 성과다. 전화번호가 둘이던 박도현도 한 사람으로 합쳐졌다.

이제 처음의 질문으로 돌아간다.

그림 6사람 한 줄에 신청이 매달린다

김서연 = 3개 · 박도현 · 이하늘 · 최유진 = 2개씩

"몇 번 오셨어요?"에 세지 않고 답한다. 표가 보여준다. 이게 표를 나눈 이유 전부다.

여기서 끝이 아니다. 사람이 한 줄로 서 있으면 그 뒤에 다 붙는다 — 재참여 할인, 지난 신청 이력, 문자 한 번에 보내기. 사람이 흩어져 있으면 그 어느 것도 못 붙인다.