LLM이 오래된 버그를 찾아낸 뒤 PostgreSQL 19 출시 지연 가능성

들어가며

PostgreSQL 19가 오랫동안 유지해 온 출시 주기를 지키지 못할 가능성이 커지고 있습니다. PostgreSQL 메이저 버전은 지난 10년 동안 대체로 9월 중순에서 10월 중순 사이에 공개됐습니다. 그러나 이번 버전은 해당 기간을 넘길 것으로 보이며, 11월 출시가 가장 유력한 전망으로 제시되고 있습니다.

이번 지연은 단순한 일정 조정만으로 설명되지 않습니다. 테스트 후반부에 LLM의 지원을 받은 분석과 검증 과정에서 과거부터 남아 있던 문제를 포함해 상당수의 결함이 드러났고, 그 결과 몇 가지 중요한 기능도 정식 버전에서 제외됐습니다.

핵심 내용

• 10년간 이어진 출시 패턴이 깨졌습니다: PostgreSQL은 비교적 예측 가능한 연간 출시 시기를 유지해 왔습니다.
• 후반 테스트에서 발견 사항이 늘었습니다: LLM 기반 보조 분석이 기존 검토에서 놓쳤을 수 있는 문제를 찾는 데 기여했습니다.
• 주요 기능 세 가지가 철회됐습니다: UPDATE/DELETE FOR PORTION OF, SQL Property Graph Queries(SQL/PGQ), ALTER TABLE … MERGE/SPLIT PARTITION이 대상입니다.
• 일정보다 안정성을 우선했습니다: 데이터베이스처럼 핵심 인프라에 해당하는 소프트웨어에서는 미완성 기능을 포함한 채 출시하는 것보다 연기가 안전할 수 있습니다.

LLM은 어떤 영향을 미쳤나

현재 제공된 자료만 보면 LLM이 코드에 새로운 문제를 만든 것은 아닙니다. LLM은 복잡한 코드 경로와 경계 조건, 여러 기능이 결합되는 상황을 살펴보는 작업을 보조하면서 장기간 발견되지 않았던 결함을 드러내는 역할을 했습니다.

다만 결함을 찾아내는 것과 이를 자동으로 해결하는 것은 전혀 다른 문제입니다. 각 이슈는 재현 여부와 영향 범위를 확인해야 하고, 수정 후에는 다른 기능에 부작용이 없는지 회귀 테스트도 거쳐야 합니다. 출시 직전에 발견 사항이 늘어나면 안정성 판단에 필요한 작업이 함께 증가할 수밖에 없습니다.

기능을 철회한 것도 이런 판단의 연장선으로 볼 수 있습니다. 충분히 검증되지 않은 기능을 정식 버전에 남기면 동작 불일치, 업그레이드 과정의 문제, 장기적인 유지보수 부담으로 이어질 수 있습니다. 반대로 이번 버전에서 제외하면 사용자는 해당 기능을 즉시 쓸 수 없지만, 전체 릴리스의 위험은 줄일 수 있습니다. 다만 자료에는 각 기능이 어떤 구체적인 결함 때문에 제외됐는지, 향후에도 영구적으로 취소되는지는 나와 있지 않습니다.

개발자와 운영팀에 미칠 영향

PostgreSQL 19로의 업그레이드를 준비하는 팀은 출시가 11월로 미뤄질 경우 호환성 검증, 마이그레이션 테스트, 배포 계획을 다시 조정해야 합니다. 제외된 기능을 기다리는 개발자 역시 개발 단계의 정보만으로 지원 여부를 판단하기보다 최종 릴리스 노트를 확인해야 합니다.

더 넓은 관점에서 이번 사례는 AI 보조 소프트웨어 개발의 한계를 함께 보여줍니다. LLM은 오픈소스 프로젝트가 과거의 문제를 다시 찾아내고 테스트 범위를 넓히도록 도울 수 있습니다. 그러나 데이터베이스의 정확성과 안전한 업그레이드를 보장하려면 회귀 테스트, 전문가의 검토, 커뮤니티 검증이 여전히 필요합니다. PostgreSQL 19의 지연은 AI가 문제를 더 잘 발견할수록 성숙한 기반 소프트웨어가 요구하는 품질 기준도 높아질 수 있음을 보여주는 사례입니다.

출처: OSChina