본문 바로가기
성공지식백과 로고성공지식백과
GLOSSARY

데이터베이스 테이블 (Database Table)

중급바이브 코딩

이 페이지는 바이브 코딩 문맥에서 자주 쓰이는 데이터베이스 테이블 (Database Table)의 뜻과 쓰임을 중급 난이도 기준으로 정리한 AI 용어사전 항목입니다. 정의와 맥락, 관련 용어 5개 순서로 묶었으니, 아래 설명을 먼저 읽고 연결된 개념과 글까지 이어서 보면 이해가 빨라집니다.

데이터베이스 테이블(Database Table)은 관계형 데이터베이스에서 정해진 열 구조에 맞춰 데이터를 행 단위로 저장하는 구조입니다. 열은 이름과 자료형을 가지며, 행은 그 구조에 맞는 값들을 담습니다. 테이블의 정의와 실제로 들어 있는 데이터는 구분됩니다. 조회 순서와 고유 식별자 자동 부여는 보장되지 않습니다. 화면의 표 모양만으로 이 두 조건을 판단하지 않습니다.

행·열·자료형의 역할

PostgreSQL의 테이블 기초 문서는 테이블을 행과 열로 이루어진 구조로 설명합니다. 정의된 열에는 이름과 순서가 있고, 행의 수는 저장된 데이터 양에 따라 달라집니다. 상품 테이블이라면 상품 번호, 이름, 가격을 열로 두고 상품 하나의 정보를 한 행에 담을 수 있습니다. 열은 기록할 항목을 정하고 행은 그 항목에 맞는 개별 기록을 나타냅니다.

각 열의 자료형은 넣을 수 있는 값과 그 값에 적용할 연산을 정합니다. 숫자형 열은 수치 계산에 쓰이며 임의의 텍스트를 숫자로 받아들이지 않습니다. 문자열 열에 숫자처럼 보이는 글자가 들어 있어도 숫자형 열과 같은 의미로 계산되는 것은 아닙니다. 금액과 날짜, 설명 문구가 화면에서 모두 글자로 보이더라도 데이터베이스가 다루는 값의 종류는 열 정의에 따라 구분됩니다.

표계산 시트와 테이블은 모두 행과 열로 보이지만, 데이터베이스에서는 열 정의가 저장할 값의 구조를 정합니다. 시트의 화면상 셀 위치를 따라 내용을 읽는 감각만으로는 테이블의 의미를 모두 설명하기 어렵습니다. 상품을 찾을 때는 화면의 몇 번째 줄에 있었는지보다 어떤 열의 값이 그 상품을 나타내는지가 중요합니다. 관리 도구가 보여 주는 표는 저장된 데이터를 조회해 표현하는 화면입니다.

테이블 정의와 저장된 데이터

PostgreSQL의 테이블 생성 안내는 CREATE TABLE에서 테이블 이름과 열 이름, 각 열의 자료형을 지정한다고 설명합니다. 문서의 weather 예시는 도시 이름, 기온, 강수량, 날짜에 해당하는 열을 정의합니다. 이 명령은 데이터를 담을 구조를 만드는 단계입니다. 어떤 날의 관측값을 한 행으로 추가하는 작업은 그 뒤에 따로 이뤄집니다.

테이블이 비어 있어도 이름과 열 구조는 존재합니다. 반대로 행을 추가하거나 지워 데이터 양이 달라져도 그 일만으로 열 이름과 자료형이 바뀌지는 않습니다. 같은 PostgreSQL 안내에서 기온 열에 정수형을 지정하고 날짜 열에 날짜형을 지정하는 이유도 각 열에서 받을 값의 성격을 정하기 위해서입니다. 테이블 설계 변경과 레코드 추가·수정은 영향을 주는 대상이 다릅니다.

상품 가격을 바꾸는 작업은 해당 행의 값을 수정하는 일이고, 가격 열의 자료형을 바꾸는 작업은 테이블 구조를 수정하는 일입니다. 애플리케이션에서 필요한 정보를 추가하려 할 때도 새 행이 필요한지 새 열이 필요한지 구분합니다. 새 상품은 같은 열 구조를 가진 행으로 표현하지만, 모든 상품에 제조사를 기록하려면 기존 정의에 그 항목이 마련돼 있는지 살핍니다. 실제 변경 방법과 제약은 사용하는 데이터베이스의 규칙에 따릅니다.

행의 식별과 조회 순서

PostgreSQL의 테이블 기초 문서는 SQL이 행에 고유 식별자를 자동으로 부여하지 않으며, 완전히 같은 행이 여러 개 들어갈 수도 있다고 설명합니다. 문서의 생성 예시는 기본키를 선언하지 않고도 테이블을 만듭니다. 기본키는 행을 식별하기 위해 명시적으로 정하는 제약이며, 모든 테이블이 처음부터 기본키를 갖는다고 전제할 수 없습니다. 열 이름을 상품 번호로 지었다는 사실만으로 값의 중복 방지 규칙까지 생기지는 않습니다.

같은 문서는 정렬을 명시적으로 요청하지 않으면 읽어 온 행의 순서가 정해져 있지 않다고 설명합니다. 먼저 넣은 상품이 항상 위에 나오거나, 이전 조회와 같은 순서로 표시된다고 보장되지 않습니다. SELECT로 읽는 결과에 순서가 필요하면 ORDER BY로 정렬 기준을 지정합니다. 디스크에 어떤 순서로 저장됐는지나 관리 화면에서 한 번 본 배열은 조회 결과의 순서를 보장하는 근거가 되지 않습니다.

행의 식별 기준과 표시 순서는 서로 다른 요구입니다. 상품 번호로 특정 상품을 구별하면서 화면에서는 가격순으로 보여 줄 수 있습니다. 이름이 같은 상품을 수정해야 할 때는 어떤 행을 가리키는지 먼저 정해져 있어야 하고, 목록을 일정한 순서로 보여 줄 때는 조회의 정렬 기준이 필요합니다. 조회 코드와 데이터 수정 코드를 검토할 때도 어떤 열로 대상을 찾고 어떤 기준으로 결과를 정렬하는지 각각 확인합니다.

RELATED TERMS

관련 용어

데이터베이스 테이블 (Database Table)와 함께 자주 언급되는 개념들입니다. 비슷한 말처럼 보여도 역할과 쓰임은 다를 수 있습니다.