PostgreSQL

PostgreSQL은 SQL로 데이터를 저장·조회하고 자료형과 기능을 확장할 수 있는 오픈소스 객체 관계형 데이터베이스 시스템입니다. 표의 행과 열, 관계와 제약을 관리하며 여러 변경을 트랜잭션으로 묶습니다. SQL이 데이터를 다루는 언어라면 PostgreSQL은 그 명령을 받아 저장과 조회를 수행하는 소프트웨어입니다.

표와 제약으로 관리하는 데이터

PostgreSQL 공식 소개는 PostgreSQL을 SQL을 사용하고 확장하는 객체 관계형 데이터베이스로 설명합니다. 정수와 문자열 같은 기본 자료형 외에도 날짜, 배열, JSON 등 여러 형태를 다룹니다. 객체 관계형이라는 이름은 사용자 정의 자료형과 함수 같은 확장 기능을 포함한다는 뜻이며, 데이터를 모두 특정 프로그래밍 언어의 객체로만 저장한다는 뜻으로 읽지는 않습니다. 실제 저장 구조는 애플리케이션이 만든 표와 열의 정의에 따라 정해집니다.

회원과 주문을 저장하는 서비스에서는 회원 식별자와 주문의 소유자를 연결해 관리합니다. 기본 키는 행을 구별하고 외래 키는 다른 표와의 관계를 제한하는 데 쓰입니다. NOT NULL과 UNIQUE 같은 제약을 두면 빠져서는 안 되는 값이나 중복을 데이터베이스에서도 검사합니다. 입력 화면의 검사만으로는 다른 API나 관리 도구로 들어온 잘못된 값을 막지 못하므로, 저장 단계에서 유지할 규칙을 별도로 표현하는 의미가 있습니다.

함께 성공하거나 취소되는 변경

PostgreSQL의 트랜잭션 튜토리얼은 여러 단계를 전부 실행되거나 전부 취소되는 하나의 작업으로 묶는다고 설명합니다. 두 계좌 사이에서 금액을 옮길 때 한쪽 잔액만 바뀌면 데이터가 어긋납니다. 관련 변경을 트랜잭션으로 묶으면 중간에 실패했을 때 일부 단계만 반영된 상태를 피할 수 있습니다. 이는 명령 하나가 실행됐는지와 전체 업무 변경이 완결됐는지를 구분하는 기준입니다.

명시적으로 작업을 묶을 때는 BEGIN으로 시작해 COMMIT으로 확정하거나 ROLLBACK으로 취소합니다. 같은 튜토리얼의 저장 지점은 트랜잭션 안에서 일부 변경을 되돌리는 방법을 설명합니다. 다만 데이터베이스 밖으로 이미 보낸 이메일이나 외부 결제 요청까지 SQL의 취소가 되돌려 주지는 않습니다. 여러 시스템을 묶는 자동화에서는 데이터 변경의 경계와 외부 작업의 성공 여부를 별도로 기록합니다.

데이터베이스 제품과 운영 서비스

표에 저장한 데이터와 검색 결과는 같은 범위가 아닐 수 있습니다. 조회 조건이나 연결한 표, 계정의 접근 범위에 따라 애플리케이션에 돌아오는 행이 달라집니다. 데이터가 안 보이는 오류에서는 저장이 실패했는지와 조회 조건이 맞지 않는지를 나누어 살핍니다. 주문을 저장한 뒤 같은 식별자로 조회하는 방식처럼 실제 업무 흐름에 맞춘 확인을 하면 연결 성공 메시지만으로 놓치는 문제를 찾기 쉽습니다.

PostgreSQL을 직접 설치하는 방법과 제공업체의 관리형 서비스를 쓰는 방법은 운영 책임이 다릅니다. 어떤 서비스가 PostgreSQL 기반이라고 해도 그 서비스의 인증 화면, 파일 저장소, SDK, 요금제까지 PostgreSQL 자체의 기능인 것은 아닙니다. 애플리케이션이 사용하는 API와 그 뒤에서 데이터를 보관하는 데이터베이스를 구분하면, 연결 실패나 권한 오류를 어느 단계에서 조사할지 분명해집니다. SDK의 호출 성공과 데이터의 실제 반영도 함께 대조합니다.

확장 기능을 추가하면 특정 자료형이나 검색 기능을 더할 수 있습니다. 벡터 데이터베이스나 RAG를 구성할 때도 선택한 확장이 어떤 버전에서 설치돼 있는지, 어떤 인덱스와 연산을 제공하는지를 따로 확인합니다. 같은 PostgreSQL 이름을 쓴다고 모든 확장이 기본으로 설치되는 것은 아닙니다. 백업과 복구, 계정 권한, 저장 공간, 연결 수 같은 운영 조건은 소프트웨어 선택 뒤에도 남는 관리 대상이며, 복구 가능성은 실제 백업 자료와 복원 절차로 확인합니다.