PostgreSQL 19 출시 11월 19일로…LLM 리뷰에 기능 무더기 철회

RC 1 공개, 핵심 커미터 "AI 리뷰로 품질 기준이 커밋 뒤에 높아졌다"

|4분 읽기0
AI 요약
PostgreSQL 19가 10월 15일 RC 1을 내고 11월 19일 정식 출시를 예고했다. 개발 과정에서 LLM 코드 리뷰가 결함을 빠르게 찾아내면서 SQL/PGQ 등 주요 기능 8~10개가 철회됐다. 철회된 기능은 PostgreSQL 20으로 넘어가고, 핵심 커미터는 LLM 퍼징을 개발 과정에 넣자고 제안했다.
모니터에 띄운 소스 코드 화면으로, PostgreSQL 19 개발 과정과 직접 관련 없는 File photo다 · Photo: Markus Spiske markusspiske / Wikimedia Commons (CC0 1.0)
모니터에 띄운 소스 코드 화면으로, PostgreSQL 19 개발 과정과 직접 관련 없는 File photo다 · Photo: Markus Spiske markusspiske / Wikimedia Commons (CC0 1.0)

PostgreSQL 글로벌 개발 그룹이 10월 15일 PostgreSQL 19의 첫 릴리스 후보(RC 1)를 내놓고 정식 출시일을 11월 19일로 잡았다. 영국 IT 매체 The Register는 16일 이번 일정 지연과 기능 철회의 배경으로 LLM을 활용한 코드 리뷰를 짚었다. 개발 기간 동안 AI 리뷰가 결함을 빠르게 찾아내면서 이미 커밋된 주요 기능 8~10개가 다음 버전으로 밀려났다.

핵심 정리

  • PostgreSQL 19는 10월 15일 RC 1, 11월 12일 RC 2를 거쳐 11월 19일 정식 출시될 예정이다.
  • 핵심 커미터 Peter Eisentraut는 베타 이후 철회된 주요 기능을 8~10개로 추산하고, LLM 리뷰가 결함 발견 속도를 끌어올렸다고 설명했다.
  • SQL/PGQ 그래프 쿼리, MERGE/SPLIT PARTITIONS, FOR PORTION OF 등이 빠졌고 REPACK CONCURRENTLY·pg_plan_advice·병렬 autovacuum은 남았다.

PostgreSQL 19 출시일은 언제인가

PostgreSQL 프로젝트는 PostgreSQL 19 RC 1 공지에서 정식 출시 예정일을 11월 19일로 밝혔다. 11월 12일에는 기존 지원 버전의 정기 업데이트와 함께 RC 2를 낸다. 업데이트 릴리스에 수정 사항이 대거 들어가는 만큼 이를 19 버전에도 반영한 뒤 출시하겠다는 판단이다.

릴리스 팀의 Jonathan Katz는 10월 10일 개발자 메일링 리스트에 바뀐 일정을 알리며 이번 주기를 "이례적인 메이저 릴리스 주기"라고 표현했다. 프로젝트 오픈 이슈 위키에 따르면 19 버전은 4월 8일 기능 동결 뒤 6월 4일 베타 1을 냈고, 9월 24일 베타 4까지 네 차례 베타를 거쳤다. PostgreSQL 18이 2025년 9월에 나온 것과 비교하면 두 달가량 늦다.

LLM 코드 리뷰가 기능 철회를 부른 이유

EDB 소속 핵심 커미터 Peter Eisentraut는 10월 9일 개인 블로그 글에서 철회 규모를 세는 방식에 따라 주요 기능 8~10개로 추산했다. 한 주기에 하나 정도 철회되는 것이 보통이라는 점에서 이례적인 숫자다. 그는 원인 가운데 하나로 LLM 보조 코드 리뷰를 꼽았다. 결함이 예전보다 훨씬 빨리 드러나면서 평균 세 줄짜리 수정이 필요한 결함 보고가 40건가량 한꺼번에 쌓이는 식이 됐다는 설명이다.

Eisentraut는 철회된 기능 대부분이 LLM 리뷰가 지금만큼 쓸모 있기 전에 작성됐다고 강조했다. 기능이 커밋된 뒤에 사실상의 품질 기준이 높아졌다는 것이다. 해당 코드가 그 전에 쓰인 만큼 '바이브 코딩' 탓도 아니라고 했다. 일부 기능에서는 베타 기간에 고치기 어려운 구조적 결함도 나왔다.

LWN.net 보도에 따르면 커미터 Robert Haas는 8월 말 Anthropic의 Claude에 19 버전 패치를 기능 동결 이후 버그 수정 건수와 유형 기준으로 순위를 매기게 했다. 이른바 '무서운 패치 콘테스트'로, 위험 기능을 가려내는 계기가 됐다.

PostgreSQL 19에서 빠진 기능과 남은 기능

오픈 이슈 위키에는 SQL 표준 그래프 질의인 SQL/PGQ의 GRAPH_TABLE 관련 문제, 파티션 병합·분할(MERGE/SPLIT PARTITIONS), 시간 범위 갱신 문법인 FOR PORTION OF 관련 항목들이 철회 처리로 표시돼 있다. The Register에 따르면 Eisentraut는 이 기능들이 PostgreSQL 20에 들어갈 것으로 내다봤다. 그는 블로그에서 19 버전의 주요 기능이 몇 달 전 예상의 절반 수준이 됐다고 적었다.

그래도 19 버전에는 운영자가 반길 기능이 남았다. RC 1 공지는 REPACK (CONCURRENTLY), 실행 계획 힌트를 주는 pg_plan_advice, 병렬 autovacuum, wal_level이 replica일 때의 논리 복제 자동 활성화 등을 손본 내역을 열거했다. Eisentraut는 추가 검증을 거친 만큼 19 버전이 여전히 좋은 릴리스가 될 것이라고 봤다.

오픈소스 개발에 주는 의미

이번 사례는 AI 코딩 어시스턴트가 코드를 쓰는 쪽보다 검증하는 쪽에서 먼저 프로젝트 일정을 흔든 경우다. 앞서 AI 에이전트가 대규모 C 코드베이스를 다룬 사례에서도 결과를 좌우한 것은 검증 체계였다는 분석이 나온 바 있다.

PostgreSQL 20 개발은 어떻게 달라지나

Eisentraut는 LLM 보조 퍼징을 앞으로 기능 개발 과정에 넣자고 제안했다. 복잡한 기능 간 상호작용 버그를 커밋 전에 걸러내자는 취지다. 새 기능에 '실험적' 상태를 붙이는 방안도 거론했지만 커뮤니티가 아직 방법을 정하지 못했다고 밝혔다.

자주 묻는 질문

PostgreSQL 19 정식 출시일은 언제인가?

PostgreSQL 프로젝트가 밝힌 정식 출시 예정일은 2026년 11월 19일이다. 그 전에 11월 12일 RC 2가 나온다. 추가 문제가 발견되면 일정이 다시 바뀔 수 있다.

PostgreSQL 19에서 SQL/PGQ 그래프 쿼리를 쓸 수 있나?

쓸 수 없다. SQL/PGQ는 해결되지 않은 문제로 19 버전에서 철회됐다. The Register 보도에 따르면 핵심 커미터 Peter Eisentraut는 철회된 기능들이 PostgreSQL 20에 들어갈 것으로 내다봤다.

AI가 쓴 코드 때문에 출시가 늦어졌나?

그렇지 않다. 핵심 커미터 Peter Eisentraut는 철회된 코드 대부분이 LLM 코딩 도구가 보편화되기 전에 작성됐다고 밝혔다. 문제는 AI가 쓴 코드가 아니라 AI 리뷰가 기존 코드의 결함을 더 많이, 더 빨리 찾아낸 데 있다.

이 기사에 대한 반응을 남겨주세요!

SJ
로딩 중...

관련 기사

Sonnet 5.5, 차단된 사이버 요청을 Sonnet 5로 넘긴다 — API는 직접 켜야 한다
Developer Tools

Sonnet 5.5, 차단된 사이버 요청을 Sonnet 5로 넘긴다 — API는 직접 켜야 한다

Claude Sonnet 5.5 출시 자료에서 가장 위험한 대목은 성능 점수가 아니라 라우팅 규칙이다. 분류기가 사이버보안 요청을 차단하면 플랫폼은 구형 Sonnet 5에 그 요청을 넘길 수 있다.

Seung Jung18일 전
Claude Opus 5.5에서 400을 뱉는 Opus 5 요청 패턴 네 가지
Developer Tools

Claude Opus 5.5에서 400을 뱉는 Opus 5 요청 패턴 네 가지

Claude Opus 5.5는 Opus 5보다 20% 저렴하지만, Opus 5가 받아주던 요청 네 가지에 HTTP 400을 돌려준다. 다섯 번째 변경은 에이전트 진행 상황 스트림을 조용히 끊는다.

Seung Jung19일 전
7개월 만에 에이전트 스킬 100만 개 — 그중 절반은 설치가 단 한 번뿐이었다
Developer Tools

7개월 만에 에이전트 스킬 100만 개 — 그중 절반은 설치가 단 한 번뿐이었다

Vercel의 skills.sh 레지스트리가 7개월 만에 에이전트 스킬 100만 개를 넘겼다. 절반 가까이는 설치가 한 번에 그쳤고, 375개 항목이 전체 설치의 62%를 가져갔다.

Seung Jung21일 전
Bun의 Zig→Rust 포팅, 11일과 병렬 에이전트 64개가 들었다
Developer Tools

Bun의 Zig→Rust 포팅, 11일과 병렬 에이전트 64개가 들었다

Bun 런타임이 11일간의 에이전트 포팅으로 Zig에서 Rust로 옮겨 갔다. 메모리 안전성 버그는 사라졌지만 의미의 버그는 남았다.

Seung Jung26일 전
Zed의 Delta, 풀 리퀘스트를 에이전트 스레드로 대체한다
Developer Tools

Zed의 Delta, 풀 리퀘스트를 에이전트 스레드로 대체한다

Zed의 Delta는 풀 리퀘스트를 에이전트와 리뷰어가 같은 맥락에서 일하는 공유 스레드로 바꾼다. 자사 저장소는 이미 PR을 꺼둔 상태다.

Seung Jung26일 전
머지 3,000건에 롤백 0건, Anthropic 2주 속도 스프린트의 내막
Developer Tools

머지 3,000건에 롤백 0건, Anthropic 2주 속도 스프린트의 내막

Anthropic은 8월 스프린트에서 claude.ai의 p75 입력 가능 시점을 3.1초에서 0.55초로 줄였다. CI를 명령어 수로 막는 방식으로 롤백 없이 3,000건을 머지했다.

Seung Jung23일 전