위대한 반전: Postgres가 방금 삭제한 것들
유서 깊은 데이터베이스의 차기 메인 버전인 PostgreSQL 19가 릴리스 주기 막바지에 가장 기대받던 기능들을 삭제하는 놀라운 결정을 내렸습니다. 2026년 9월, 핵심 개발팀은 SQL/PGQ(그래프 쿼리)와 중요한 파티션 관리 개선 사항을 갑작스럽게 제거하여 DBA 커뮤니티에 큰 충격을 주었습니다.
SQL/PGQ의 삭제는 특히 충격적입니다. 이 야심 찬 기능은 관계형 데이터에 네이티브 그래프 쿼리 기능을 직접 도입하여, 많은 사용 사례에서 별도의 전문 그래프 데이터베이스가 필요 없게 만들 것으로 기대되었습니다. 2026년 9월 7일, 이 기능이 삭제되면서 124개 파일에 걸친 47개의 커밋과 약 16,000줄의 코드가 롤백되었습니다. 이유는 "이번 릴리스 주기 내에 해결하기에는 너무 늦은 다수의 설계 문제" 때문이었습니다.
개발자들은 대규모 파티션 테이블 관리를 위한 중요한 삶의 질 개선 기능인 ALTER TABLE MERGE/SPLIT PARTITION 문이 삭제되는 것도 목격했습니다. 2026년 8월 27일에 되돌려진 이 기능은 PostgreSQL 릴리스에서 삭제된 것이 이번이 처음이 아니며, Postgres 17에서도 비슷한 운명을 겪었습니다. 두 기능 모두 이제 "PG20 대상"으로 예정되어, DBA들은 이러한 필수 기능을 다시 한번 기다려야 하게 되었습니다.
결정의 내막: 품질에 대한 강력한 의지
Postgres는 PostgreSQL 19에서 이러한 기능을 가볍게 삭제한 것이 아닙니다. 공식 성명에서는 "이번 릴리스 주기 내에 해결하기에는 너무 늦은 다수의 설계 문제"를 핵심 문제로 언급했습니다. SQL/PGQ(그래프 쿼리)의 경우, catalog dependencies, 복잡한 덤프/복원 동작, 그리고 현재 릴리스 기간 내에 해결하기에는 너무 까다로운 복잡한 CASCADE 의미론과 같은 근본적인 기술적 문제들과 씨름해야 했습니다.
이러한 냉철한 결정은 실패가 아니라, 안정성과 신뢰성에 대한 Postgres의 확고한 의지를 보여줍니다. 개발팀은 그래프 쿼리처럼 기대받는 기능이라 할지라도 미완성 상태로 출시하는 것보다 견고한 기반을 우선시합니다. 이러한 철학 덕분에 사용자는 항상 강력하고 운영 준비가 완료된 소프트웨어를 제공받을 수 있습니다.
이러한 품질 우선주의의 범위는 대표적인 삭제 대상들을 넘어섭니다. ALTER TABLE MERGE/SPLIT PARTITION 또한 14개의 커밋이 되돌려지며 SQL/PGQ와 함께 "PG20 대상"이 되었습니다. VACUUM FULL을 CONCURRENTLY 옵션으로 대체하려던 REPACK과 같은 기능조차 범위가 대폭 축소되었으며, 이는 릴리스 전반에 걸친 완벽한 품질에 대한 체계적인 고집을 보여줍니다. 이는 단일 문제 커밋이 아니라 광범위한 재평가였습니다.
보이지 않는 힘: AI가 치명적인 버그를 찾아냈을까?
PostgreSQL 19의 갑작스러운 반전 뒤에 보이지 않는 알고리즘의 손길이 있었을까요? 일각에서는 고급 AI 도구가 유서 깊은 C 코드베이스를 점점 더 면밀히 조사하여 인간 개발자가 발견하지 못할 미묘한 결함을 찾아내고 있다는 이야기가 나옵니다. 이는 단순한 전통적 정적 분석을 넘어, 사전 예방적이고 지능적인 버그 사냥의 새로운 시대를 의미합니다.
최첨단 AI 모델은 이제 방대한 코드베이스를 분석하여 복잡한 데이터 흐름을 면밀히 추적하고, 대규모로 수백만 개의 재현 가능한 테스트 케이스를 생성합니다. 이러한 시스템은 SQL/PGQ 및 파티션 관리 되돌리기(revert)의 원인이 된 '다수의 설계 문제'와 같은 미묘하고 뿌리 깊은 아키텍처 문제를 발견하는 데 탁월합니다. 예를 들어, 폐기된 16,000줄의 SQL/PGQ 코드는 이러한 AI 분석에 엄청난 공격 표면을 제공했으며, 단순하지 않은 의존성과 덤프/복원 동작을 드러냈습니다.
이는 Postgres만의 현상이 아니라 더 넓은 업계의 변화입니다. AI 지원 QA는 소프트웨어 개발 전반에 걸쳐 품질 기준을 빠르게 높이고 있으며, '릴리스 준비 상태'의 정의를 근본적으로 재정립하고 있습니다. PostgreSQL 19 Beta 4 Released! 이후에도 Postgres 19에 영향을 미치는 것과 같은 후반부 취소는 사실 장기적인 안정성과 무결성을 위한 거대한 승리입니다. 늦은 되돌리기로 인한 비용은 결함이 있는 소프트웨어를 배포했을 때 발생하는 치명적인 피해에 비하면 미미하며, AI는 우리가 전례 없는 엄격함으로 이 진실을 마주하도록 돕고 있습니다.
이 글이 마음에 드셨나요? 매일 아침 이런 글을 메일로 받아보세요.
하루 한 통 · 두 번의 클릭으로 구독 취소 · 제3자 추적 없음
다음 단계: Postgres 19 지연 대응 전략
개발자와 DBA는 주목하십시오. PostgreSQL 19의 기능 대폭 축소는 업그레이드 로드맵의 즉각적인 재조정을 요구합니다. 베타 단계에 있는 기능을 중심으로 프로덕션 배포를 계획하지 마십시오. 이번 사건은 그 불변의 진리를 다시 한번 상기시켜 줍니다. 대신 업데이트된 PostgreSQL 19 Beta 4를 기준으로 애플리케이션을 엄격하게 테스트하거나, 더 신중하게는 PostgreSQL 18과 같이 안정적이고 검증된 릴리스에 머무르는 것을 계획하십시오.
이번 지연은 많은 조직에 임박한 마감 기한을 초래합니다. PostgreSQL 14는 2026년 11월 12일에 수명이 종료됩니다. 여전히 이 버전을 사용하는 팀의 경우, PG19의 차질은 중요한 계획 변수가 되며, 안정적인 릴리스가 마이그레이션 기간과 맞지 않을 경우 19 버전을 건너뛰어야 할 수도 있습니다. 급박한 마지막 순간의 업그레이드를 피하려면 지금 전략적 계획을 세우는 것이 무엇보다 중요합니다.
즉각적인 실망에도 불구하고 Postgres에 대한 신뢰는 더욱 강해졌습니다. SQL/PGQ 및 ALTER TABLE MERGE/SPLIT PARTITION과 같은 기능을 제거하기로 한 결정은 서두른 배포보다 안정성을 우선시하겠다는 확고한 의지를 보여줍니다. 이러한 야심 찬 기능들은 이제 확실히 'PG20 대상'이 되었으며, 조금 더 시간이 걸리겠지만 탄탄한 미래를 약속합니다. 품질에 대한 커뮤니티의 헌신은 여전히 Postgres가 오랫동안 사랑받는 기반입니다.
자주 묻는 질문
PostgreSQL 19에서 제거된 주요 기능은 무엇인가요?
가장 중요한 제거 기능은 네이티브 그래프 쿼리를 위한 SQL/PGQ와 더 쉬운 파티션 관리를 위한 ALTER TABLE MERGE/SPLIT PARTITION입니다. 안정성을 보장하기 위해 다른 소규모 기능들도 되돌려졌습니다.
이러한 Postgres 19 기능들이 취소된 이유는 무엇인가요?
해당 기능들은 릴리스 주기 후반에 발견된 '다수의 설계 문제'로 인해 취소되었습니다. PostgreSQL 팀은 새롭지만 잠재적으로 버그가 있을 수 있는 기능을 배포하는 것보다 데이터베이스의 안정성과 신뢰성을 우선시했습니다.
PostgreSQL 19 릴리스 날짜가 지연되었나요?
네, 기능 되돌리기와 추가적인 품질 검사로 인해 지연이 발생했습니다. 일반적으로 9월에 예정되었던 정식 릴리스는 추가 테스트 및 릴리스 후보(RC) 단계를 거쳐 2026년 10월 이후로 예상됩니다.
그래프 쿼리(SQL/PGQ)가 Postgres에 도입될 예정인가요?
네, 해당 기능은 영구적으로 취소된 것이 아닙니다. 추가 개발을 위해 연기되었으며 현재는 'PG20 대상'으로 간주되고 있어, PostgreSQL 20 릴리스를 목표로 할 가능성이 높습니다.