PostgreSQL 글로벌 개발 그룹은 LLM 지원 코드 검토를 통해 자원 봉사 커뮤니티가 출시 전에 해결할 수 있었던 것보다 더 많은 결함이 드러난 후 오픈 소스 데이터베이스의 30년 역사에서 가장 중요한 일정 변경 중 하나인 PostgreSQL 19의 출시를 연기했습니다.

10월 16일에 발표된 The Register의 보고서에 따르면 한때 9월 말이나 10월 초로 예정되었던 이 릴리스는 이제 11월 19일쯤에 일반 가용성에 도달할 것으로 예상됩니다. 지연과 함께 개발자들은 8~10개의 중요한 기능을 되돌려 내년의 PostgreSQL 20으로 추진했습니다. 이 이야기에 대한 자세한 내용은 최신 AI 동향를 참조하세요.

품질 기준이 중간 주기로 이동했습니다.

PostgreSQL 컨설팅 회사 EDB의 부사장이자 프로젝트의 주요 커미터 중 한 명인 Peter Eisentraut는 10월 9일 게시된 "사기가 개선될 때까지 되돌리기는 계속될 것입니다"라는 제목의 블로그 게시물에서 그 이유를 설명했습니다.

Eisentraut에 따르면 되돌린 기능 중 일부에는 "빠른 베타 기간 동안" 수정하기 어려운 심각한 아키텍처 결함이 있었습니다. 그러나 더 특이한 문제는 이전 릴리스 주기에서는 결코 제때에 포착할 수 없었던 작은 문제들이 길게 꼬리를 물고 있다는 것이었습니다.

그는 LLM 지원 코드 검토를 통해 과거에는 출시 후 몇 년이 지나야 발견될 수 있었던 "다양한 엣지 케이스와 관련된 상대적으로 무해한 문제"를 발견했으며 일반적으로 출시 후 5년 동안 버그 수정으로 표면화된다고 썼습니다. AI 검토를 통해 이제 코드가 출시되기 전에 동일한 결함이 나타납니다.

Eisentraut는 "LLM 지원 코드 검토를 사용하면 이러한 종류의 항목을 훨씬 더 빨리 찾을 수 있으며 40개의 결함 보고서 목록을 보게 됩니다."라고 썼습니다. "각각 평균적으로 세 줄의 수정만 필요하더라도 각각을 처리하는 데 고정된 오버헤드가 있으며 시간이 부족합니다."

품질 변화의 시기는 규모만큼 중요합니다. PostgreSQL 19의 주요 기능이 작성되었을 때 LLM 기반 검토 도구는 아직 출시를 몇 달 앞둔 만큼의 성능을 발휘하지 못했습니다. 코드가 이미 커밋된 후 프로젝트는 자체 품질 기준을 효과적으로 높였습니다.

Eisentraut는 “기능이 작성되고 커밋된 이후 효과적인 품질 기준이 높아졌습니다.”라고 말했습니다. "LLM 지원 코드 검토 기능이 현재 속도로 계속 개선되지 않는 한 이러한 상황은 향후 개발 주기에서 저절로 해결될 것입니다."

'바이브 코딩'이 아닙니다

아이젠트라우트는 이 상황을 엉성한 AI 생성 개발과 구별하기 위해 주의를 기울였습니다. 그는 복귀가 "바이브 코딩"의 결과가 아니라고 강조했습니다. 왜냐하면 PostgreSQL 19의 새로운 기능 대부분이 작성되었을 때 이 기술을 사용할 수 없었기 때문입니다. 데이터베이스의 문제는 더 나쁜 작성이 아니라 더 나은 검토에서 비롯되었습니다.

이러한 구별이 이 에피소드를 더 넓은 소프트웨어 산업에서 주목하게 만드는 이유입니다. 1986년 Michael Stonebraker가 처음 제안하고 Andrew Yu와 Jolly Chen이 POSTQUEL 쿼리 언어를 SQL로 대체하면서 1995년에 PostgreSQL로 이름이 변경된 세계에서 가장 성숙한 오픈 소스 데이터베이스는 개발자의 부주의로 인해 중단되지 않았습니다. AI 도구로 인해 기존 조사가 훨씬 더 효과적으로 이루어졌기 때문에 지연되었습니다.

주력 사상자: 그래프 쿼리

이번 릴리스에서 가져온 가장 눈에 띄는 기능은 2023년 SQL 표준의 일부가 된 그래프 일치 기능인 SQL 속성 그래프 쿼리(SQL/PGQ)에 대한 지원입니다. 이 구문을 통해 개발자는 SQL에서 직접 에지로 연결된 노드 간의 관계를 탐색할 수 있으며 PostgreSQL의 구현은 가장 기대되는 PostgreSQL 19 기능 중 하나였습니다.

해결되지 않은 정확성 문제로 인해 제거되었습니다. The Register에 따르면 PostgreSQL 기고자 Tom Lane은 결정을 내리기 전에 다음과 같이 경고했습니다. "이 시점에서 우리가 v19로 출시하면 v20까지 수정할 수 없는 출시 후 버그 발견이 있을 것이라고 확신합니다."

SQL/PGQ를 포함하여 되돌린 기능은 PostgreSQL 20에 포함될 것으로 예상됩니다. 해당 릴리스는 최근까지 안정화에 초점을 맞춘 후속 기능인 새로운 기능이 전혀 포함되지 않은 것으로 간주되었습니다. 이제 대체된 PostgreSQL 19 작업을 흡수할 가능성이 높습니다.

11월에도 계속 배송되는 항목

지연에도 불구하고 Eisentraut는 PostgreSQL 19가 여전히 "훌륭한 릴리스"가 될 것이라고 약속했습니다. 유지된 기능 중에는 오랫동안 프로덕션 데이터베이스의 문제점이었던 테이블 잠금 VACUUM FULL 작업 없이 디스크 공간을 회수하는 REPACK CONCURRENTLY가 있습니다.

"그리고 모든 추가 조사를 거친 후에는 매우 강력해질 것입니다"라고 그는 말했습니다.

모든 엔지니어링 팀을 위한 신호

PostgreSQL 에피소드는 소프트웨어 구축 방식뿐만 아니라 "완료"의 의미를 바꾸는 AI 코드 검토의 가장 명확한 실제 사례 중 하나입니다. 수십 년 동안 연간 일정에 따라 신뢰할 수 있는 릴리스를 출시한 프로젝트에서는 새로운 검토 도구를 통해 관리자가 기존 일정 내에서 처리할 수 있는 것보다 더 실행 가능한 결과를 생성했다는 사실을 발견했습니다.

AI 지원 개발에 투자하는 기업 팀의 경우 PostgreSQL 커뮤니티의 교훈을 측정합니다. AI 검토는 품질을 크게 향상시킬 수 있지만 조직에는 모델이 발견한 내용을 흡수하기 위해 인간의 시간, 분류 프로세스 및 여유 일정과 같은 검토 역량이 필요합니다. 대안은 PostgreSQL이 선택한 것입니다. 출시 날짜를 옮기는 것입니다.

업그레이드를 계획하는 데이터베이스 관리자의 경우 실제 지침은 모든 메이저 버전 마이그레이션에서 변경되지 않습니다. 즉, PostgreSQL 19 베타에 대한 워크로드를 테스트하지만 원래 가을 기간이 아닌 11월 19일쯤에 프로덕션 준비 릴리스가 출시될 것으로 예상합니다.

AI 검토 도구가 오픈 소스 생태계를 통해 확산됨에 따라(Linux 커널은 최근 AI 도구 사용에 대한 공개 규칙을 공식화했으며 The Register가 면밀히 추적한 논쟁) PostgreSQL의 경험을 미리 볼 수 있습니다. 더 나은 검토를 통해 더 많은 버그를 발견할 수 있습니다. 더 많은 버그를 수정하는 데 시간이 걸립니다. 때로는 인간이 처리할 수 있는 것보다 더 많은 결함을 발견하는 AI에 대한 가장 건전한 대응은 단순히 나중에 출시하는 것입니다.

---

AI 최신 소식

최신 AI 뉴스, 분석 및 혁신을 한 곳에서 확인하세요.

AI 뉴스 더 보기 →