Postgres란 무엇인가요? 많은 앱 뒤에 있는 데이터베이스 설명

Postgres(공식 명칭 PostgreSQL)는 무료 오픈 소스 관계형 데이터베이스입니다. 앱의 데이터를 행과 열로 이루어진 테이블에 저장하고, 테이블끼리 연결하며, SQL이라는 언어로 그 데이터에 대한 질문에 답하는 프로그램입니다. 신뢰성이 높고, 데이터를 정확하게 유지하는 데 엄격하며, 가입자 명단부터 대기업의 방대한 기록까지 무엇이든 다룰 수 있을 만큼 유연하다는 점으로 알려져 있습니다. 많은 웹 앱과 이를 호스팅하는 많은 서비스가 이것을 기반으로 만들어져 있습니다.

AI로 만들 때 중요한 이유

AI 앱 빌더가 프로젝트에 "데이터베이스"를 추가하면, 그것이 Postgres일 가능성이 높습니다. 이를 사용하기 위해 SQL을 쓸 필요는 없지만, 조금만 이해하면 큰 도움이 됩니다.

• 데이터베이스가 필요로 하는 형태로 데이터를 설명할 수 있습니다. "고객은 여러 주문을 가지고, 각 주문은 여러 항목을 가진다"는 말이 그대로 테이블이 됩니다.
• 올바른 보호 장치를 요청할 수 있습니다. AI가 규칙을 설정해 두면, Postgres는 중복 이메일이나 존재하지 않는 고객에 대한 주문처럼 잘못된 데이터를 스스로 거부할 수 있습니다.
• AI가 무엇을 했는지 읽을 수 있습니다. 코드를 전혀 건드리지 않더라도 테이블 뷰어에서 테이블 이름, 열, 관계를 쉽게 확인할 수 있습니다.

일상적인 비유: 아주 엄격한 문서 보관실

무엇의 종류마다 서랍장이 하나씩 있는 문서 보관실을 상상해 보세요. 하나는 고객, 하나는 주문, 하나는 상품을 위한 것입니다. 서랍 속 모든 카드에는 같은 인쇄된 칸이 있어 채워 넣습니다. 각 카드에는 고유 번호가 있고, 주문 카드는 고객의 세부 정보를 되풀이하지 않고 "고객 #214"라고만 적어 고객 서랍을 가리킵니다.

직원은 엄격합니다. 존재하지 않는 고객을 가리키는 주문은 보관하지 않습니다. 필수 항목인데 날짜 칸이 비어 있는 카드는 받지 않습니다. 그리고 한 계좌 카드에서 다른 계좌 카드로 돈을 옮기라고 요청하면, 두 부분을 모두 처리하거나 아무것도 처리하지 않으며, 절대 한쪽만 처리하지 않습니다.

이 직원이 Postgres입니다. 서랍은 테이블, 인쇄된 칸은 열, 카드 한 장은 행이고, "고객 #214"라는 연결은 외래 키입니다.

Postgres가 잘하는 것

Postgres는 1980년대 미국 캘리포니아 대학교 버클리의 연구 프로젝트로 시작되었고, 1990년대부터 전 세계 커뮤니티가 공개적으로 개발해 왔습니다. 이렇게 긴 역사 때문에 흔히 기본 선택지가 됩니다. 문서가 잘 갖춰져 있고, 폭넓게 지원되며, 주요 클라우드 제공업체가 모두 관리형 버전을 제공합니다.

실제 예시: 스프레드시트를 테이블로 바꾸기

작은 케이터링 사업을 한다고 가정해 봅시다. 모든 것을 스프레드시트 하나로 관리합니다. 각 행은 행사 하나이며, 고객의 이름, 전화번호, 이메일, 날짜, 메뉴 항목, 가격이 적혀 있습니다.

문제는 금방 드러납니다. 같은 고객이 전화번호 두 개와 함께 여섯 행에 나타납니다. 메뉴 항목은 한 셀에 "캐나페 x40, 샐러드 x2"처럼 입력되어 있어서, 이번 달에 캐나페를 몇 개 만들었는지 합계를 낼 수 없습니다.

Postgres에서는 같은 정보가 네 개의 테이블이 됩니다.

이제 고객의 전화번호는 한 곳에만 저장됩니다. "3월에 캐나페를 몇 개 만들었나?"는 SQL 쿼리 하나로 답할 수 있습니다. 그리고 항목과 함께 새 행사를 기록할 때 트랜잭션이 항목 절반만 저장된 행사가 생기지 않도록 보장합니다.

이것은 사람들이 AI에게 "내 스프레드시트로 앱을 만들어 줘"라고 요청할 때 건너뛰는 단계입니다. 스프레드시트를 앱으로 바꾸는 가이드에서 더 자세히 다룹니다.

핵심 용어

• 테이블, 행, 열: 사물의 종류, 그 사물 하나의 인스턴스, 그 사물에 대한 정보 한 조각입니다.
• 기본 키(Primary key): 각 행의 고유 ID로, 보통 id입니다.
• 외래 키(Foreign key): client_id처럼 다른 테이블의 행을 가리키는 열입니다.
• 스키마(Schema): 모든 테이블과 열의 설계입니다.
• 마이그레이션(Migration): events에 venue 열 추가처럼 스키마에 대해 저장되고 반복 실행 가능한 변경입니다.
• 쿼리(Query): SQL로 작성된 질문 또는 명령입니다.
• 연결 문자열(Connection string): 백엔드가 데이터베이스에 접속할 때 쓰는 주소와 비밀번호입니다. 비밀 정보이므로 환경 변수와 비밀 정보를 참고하세요.
• 관리형 Postgres(Managed Postgres): Postgres를 대신 실행하고, 백업하고, 업데이트해 주는 서비스입니다.

앱이 이런 테이블에 대해 매번 수행하는 기본 작업인 생성, 읽기, 수정, 삭제에 대해서는 CRUD의 의미를 참고하세요.

흔한 실수와 오해

• 테이블 하나에 모든 것을 넣기. 스프레드시트의 열을 그대로 복사하면 같은 중복 문제가 생깁니다. 반복되는 것은 별도의 테이블로 나누세요.
• 목록을 텍스트 필드 하나에 저장하기. "캐나페 x40, 샐러드 x2"를 한 열에 넣으면 제대로 세거나 검색할 수 없습니다. 연결 테이블을 쓰세요.
• 제약 조건 없이 운영하기. "이메일은 고유해야 함" 또는 "모든 행사에는 고객이 있어야 함" 같은 규칙이 없으면 잘못된 데이터가 조용히 들어오고, 몇 달 뒤에야 드러납니다.
• 운영 환경에서 데이터베이스를 손으로 바꾸기. 스키마 변경은 마이그레이션으로 요청하세요. 그래야 변경이 기록되고 반복할 수 있습니다.
• 브라우저가 데이터베이스와 직접 통신하게 두기. 프런트엔드는 권한을 확인하는 백엔드를 거쳐야 합니다. 데이터베이스 비밀번호는 페이지 코드에 절대 들어가면 안 됩니다.
• "Postgres는 대기업만 쓰는 것이다." 50줄짜리 대기자 명단에도 잘 작동하며, 앱이 커져도 다른 데이터베이스로 옮길 필요가 없습니다.
• 데이터베이스가 곧 백업이라고 가정하기. 데이터베이스는 데이터를 저장할 뿐이며, 데이터가 삭제되는 것을 자동으로 막아 주지는 않습니다. 호스트가 어떤 백업을 제공하는지 확인하세요.

AI 빌더에 요청하면 좋은 것

• "[항목]을 데이터베이스에 저장해 줘. 테이블: … 필드: … 각 [주문]을 [고객]에 연결해 줘."
• "고객의 이메일은 고유하게 해 줘. 이 필드들은 필수로 해 줘. 고객이 없는 주문은 허용하지 마."
• "모든 스키마 변경에는 마이그레이션을 사용해 줘."
• "가장 많이 하는 검색인 고객별 주문과 날짜별 주문에 인덱스를 추가해 줘."
• "모든 데이터베이스 접근은 서버를 거치게 해 줘. 연결 문자열은 환경 변수에 보관해 줘."

데이터베이스라는 개념 자체가 처음이라면 데이터베이스란 무엇인가요부터 읽고 여기로 돌아오세요. 풀스택 앱은 데이터베이스가 프런트엔드와 백엔드 옆 어디에 놓이는지 보여 줍니다.

Mythex의 Postgres

Mythex는 데이터베이스가 필요한 각 프로젝트에 전용 Postgres 데이터베이스를 제공합니다. 따로 설정할 필요가 없습니다. 채팅으로 요청하거나("대기자 이메일을 데이터베이스에 저장해 줘") /database 명령을 쓰면, Mythex가 데이터베이스를 연결하고, 연결 정보를 앱에 주입하며, 테이블도 만들어 줄 수 있습니다. 게시된 앱의 데이터베이스는 5분 동안 유휴 상태가 지나면 잠들고, 다음 요청이 오면 깨어납니다. 요금은 실제로 깨어 있던 시간만큼 청구되며, 앱을 만들 때와 같은 크레딧 잔액에서 차감됩니다. 자세한 내용은 데이터베이스 문서에 있고, 데이터 기반 앱을 보려면 대시보드 템플릿이 좋은 출발점입니다.

자주 묻는 질문