데이터베이스 레코드란? 도서관 대출카드 한 줄로 이해하기
책장이 있다고 도서관 관리가 끝나는 것은 아닙니다
도서관에 회원 정보만 모아 놓은 책장이 있다고 생각해 보겠습니다.
책장에는 회원 이름, 연락처, 가입일 같은 정보를 정리한 카드들이 꽂혀 있습니다. 카드의 모양은 모두 같지만, 카드마다 적힌 사람은 다릅니다.
김민지 회원의 카드가 있고, 이준호 회원의 카드가 있습니다. 각 카드는 한 사람의 정보를 담고 있습니다.
데이터베이스에서는 이렇게 한 사람이나 한 대상을 설명하는 정보 묶음 하나를 레코드라고 부릅니다.
레코드는 데이터베이스 표에서 한 줄에 들어 있는 정보 묶음입니다.
레코드는 도서관 회원카드 한 장과 같습니다
도서관 회원카드 한 장을 살펴보겠습니다.
- 회원번호: 1024
- 이름: 김민지
- 전화번호: 010-1234-5678
- 가입일: 2026년 7월 1일
이 정보들은 따로 떨어져 있는 것처럼 보이지만 모두 김민지라는 한 사람을 설명합니다.
회원번호만으로는 누구인지 알기 어렵고, 이름만으로는 같은 이름의 다른 회원과 구분하기 어렵습니다. 여러 정보가 한데 모여야 한 사람의 완전한 기록이 됩니다.
이 한 묶음이 바로 레코드입니다.
테이블이 책장이라면 레코드는 카드 한 장입니다
이전 글에서 테이블을 같은 종류의 정보를 모아 놓은 도서관 책장에 비유했습니다.
회원 정보를 관리하는 책장에는 회원카드만 꽂혀 있습니다. 도서 대출 정보를 관리하는 책장에는 대출 기록 카드만 모여 있습니다.
여기서 책장 전체는 테이블이고, 책장 안에 꽂힌 카드 한 장은 레코드입니다.
회원 테이블
회원번호 | 이름 | 전화번호 | 가입일
1024 | 김민지 | 010-1234-5678 | 2026-07-01
1025 | 이준호 | 010-2345-6789 | 2026-07-03
1026 | 박서연 | 010-3456-7890 | 2026-07-05
이 표에는 레코드가 세 개 있습니다.
김민지 회원의 정보가 한 레코드이고, 이준호 회원의 정보가 또 하나의 레코드입니다. 박서연 회원의 정보도 별도의 레코드입니다.
표를 가로로 한 줄씩 읽으면 한 회원에 대한 정보가 완성됩니다.
테이블은 같은 종류의 레코드를 모아 놓은 공간입니다.
왜 레코드를 한 줄로 묶어야 할까요?
회원 이름은 이름끼리, 전화번호는 전화번호끼리 따로 보관한다고 생각해 보겠습니다.
이름 목록에는 김민지, 이준호, 박서연이 적혀 있고 전화번호 목록에는 세 개의 번호가 적혀 있습니다.
처음에는 순서대로 맞추면 될 것처럼 보입니다. 그런데 중간에 한 사람의 전화번호가 빠지거나 새로운 회원이 추가되면 문제가 생깁니다.
어느 전화번호가 누구의 것인지 헷갈리기 시작합니다.
그래서 데이터베이스는 한 사람에게 속한 정보를 한 줄로 묶어 관리합니다.
이름, 연락처, 가입일이 같은 레코드 안에 들어 있기 때문에 정보가 서로 뒤섞이지 않습니다.
여기서 중요한 연결고리가 생깁니다.
레코드는 단순한 한 줄이 아니라, 서로 흩어지면 안 되는 정보를 묶어 놓은 한 사람의 서류철입니다.
레코드 안의 작은 칸은 필드입니다
회원카드 한 장에도 여러 칸이 있습니다.
이름을 적는 칸, 전화번호를 적는 칸, 가입일을 적는 칸이 따로 있습니다.
레코드가 카드 한 장이라면, 카드 안에 있는 각각의 입력 칸은 필드입니다.
하나의 레코드
회원번호: 1024
이름: 김민지
전화번호: 010-1234-5678
가입일: 2026-07-01
이 레코드에는 회원번호 필드, 이름 필드, 전화번호 필드, 가입일 필드가 들어 있습니다.
표에서는 세로로 내려가는 항목을 열 또는 컬럼이라고 합니다. 한 레코드 안에 실제로 입력된 각각의 값을 필드값이라고 부르기도 합니다.
- 테이블: 회원카드를 모아 놓은 책장
- 레코드: 회원카드 한 장
- 컬럼: 모든 카드에 공통으로 있는 입력 항목
- 필드값: 카드의 각 칸에 실제로 적힌 내용
용어가 많아 보이지만 도서관 카드로 보면 어렵지 않습니다.
레코드는 어떻게 사용될까요?
학원에서 학생 정보를 관리하는 프로그램을 떠올려 보겠습니다.
새로운 학생이 등록하면 학생 테이블에 레코드 하나가 추가됩니다.
학생번호 | 이름 | 학교 | 학년 | 연락처
201 | 김하늘 | 한빛중학교 | 중2 | 010-0000-0000
학생이 전화번호를 바꾸면 새로운 레코드를 만드는 것이 아니라 기존 레코드의 연락처 항목을 수정합니다.
학생이 학원을 그만두었을 때는 해당 레코드를 삭제하거나 퇴원 상태로 바꿀 수 있습니다.
쇼핑몰에서도 같은 방식이 사용됩니다.
- 회원 한 명은 회원 레코드 하나
- 상품 하나는 상품 레코드 하나
- 주문 한 건은 주문 레코드 하나
- 결제 한 건은 결제 레코드 하나
우리가 앱에서 회원가입을 하거나 상품을 주문할 때마다 데이터베이스에는 새로운 레코드가 만들어집니다.
레코드를 정확하게 구분하는 번호가 필요합니다
도서관에 김민지라는 이름을 가진 회원이 두 명 있을 수도 있습니다.
이름만 보고 회원카드를 찾으면 다른 사람의 정보를 꺼낼 위험이 있습니다.
그래서 도서관은 회원마다 서로 다른 회원번호를 부여합니다.
데이터베이스에서도 레코드를 정확하게 구분하기 위해 중복되지 않는 값을 사용합니다. 이것을 기본 키라고 합니다.
회원번호 1024 → 김민지
회원번호 2048 → 김민지
이름은 같지만 회원번호가 다르기 때문에 서로 다른 사람이라는 것을 알 수 있습니다.
기본 키는 레코드마다 붙어 있는 고유한 이름표와 같습니다.
사람은 이름으로 기억하지만, 데이터베이스는 고유번호로 레코드를 구분합니다.
AI가 사용하는 정보도 결국 레코드로 저장됩니다
AI 상담 프로그램이 학생의 최근 성적을 확인한다고 생각해 보겠습니다.
AI가 학생을 기억하고 있는 것처럼 보이지만, 실제로는 데이터베이스에 저장된 학생 레코드를 찾아 읽는 경우가 많습니다.
학생 이름, 학년, 최근 시험 점수, 상담 내용이 각각의 레코드로 저장되어 있기 때문에 필요한 정보를 빠르게 불러올 수 있습니다.
앞으로 AI가 더 많은 업무를 대신하게 되면 레코드의 중요성은 더욱 커질 것입니다.
AI가 아무리 똑똑해도 잘못된 사람의 레코드를 읽거나, 한 레코드 안에 틀린 정보가 들어 있다면 올바른 답을 내기 어렵습니다.
좋은 AI 서비스를 만들려면 AI 모델뿐 아니라 데이터베이스 안의 레코드를 정확하게 관리해야 합니다.
한 줄 정리
레코드는 테이블 안에서 한 사람, 한 상품, 한 주문처럼 하나의 대상을 설명하는 정보 한 줄입니다.
도서관 책장이 테이블이라면 레코드는 그 책장에 꽂힌 회원카드 한 장입니다. 그리고 카드 안의 이름, 연락처, 가입일 칸은 각각의 필드입니다.
다음에 데이터베이스 표를 보게 된다면 가로 한 줄을 살펴보세요. 그 한 줄 안에는 한 대상의 이야기가 담겨 있습니다.