Grup Pengembangan Global PostgreSQL telah menunda rilis PostgreSQL 19, salah satu perubahan jadwal paling penting dalam sejarah 30 tahun database open source, setelah peninjauan kode yang dibantu LLM menunjukkan lebih banyak kerusakan daripada yang dapat diselesaikan oleh komunitas sukarelawan sebelum peluncuran.
Rilis ini, yang sebelumnya dijadwalkan pada akhir September atau awal Oktober, kini diharapkan mencapai ketersediaan umum sekitar 19 November, menurut laporan The Register yang diterbitkan pada 16 Oktober. Bersamaan dengan penundaan tersebut, pengembang telah mengembalikan antara delapan dan 10 fitur penting, sehingga mendorong mereka ke PostgreSQL 20 tahun depan. For more context on this story, see our ongoing AI industry coverage.
Bilah Kualitas Bergerak di Tengah Siklus
Peter Eisentraut, wakil presiden di konsultan PostgreSQL EDB dan salah satu pelaksana proyek terkemuka, memaparkan alasannya dalam sebuah posting blog berjudul "Pembalikan akan berlanjut sampai moral membaik," yang diterbitkan pada 9 Oktober.
Menurut Eisentraut, beberapa fitur yang dikembalikan memiliki cacat arsitektur signifikan yang sulit diperbaiki "dengan cepat dan selama versi beta". Namun masalah yang lebih tidak biasa adalah serangkaian masalah kecil yang tidak akan pernah terjadi pada siklus rilis sebelumnya.
Tinjauan kode yang dibantu LLM, tulisnya, mengungkap "masalah yang relatif tidak berbahaya yang melibatkan berbagai kasus edge" yang di masa lalu mungkin tidak diketahui hingga bertahun-tahun setelah peluncuran, biasanya muncul sebagai perbaikan bug selama lima tahun setelah rilis. Dengan peninjauan AI, cacat yang sama kini muncul sebelum kode dikirimkan.
“Dengan peninjauan kode yang dibantu LLM, hal-hal seperti ini dapat ditemukan lebih cepat, dan kemudian Anda melihat daftar empat puluh laporan kerusakan,” tulis Eisentraut. "Bahkan jika masing-masing dari mereka rata-rata hanya membutuhkan perbaikan tiga baris, ada overhead tetap untuk menangani masing-masing hal ini, dan kemudian Anda kehabisan waktu."
Waktu terjadinya perubahan kualitas sama pentingnya dengan skalanya. Ketika fitur-fitur utama PostgreSQL 19 ditulis, alat ulasan berbasis LLM belum sekuat beberapa bulan menjelang peluncuran. Proyek ini secara efektif meningkatkan standar kualitasnya sendiri setelah kode tersebut diterapkan.
“Batang kualitas efektif telah ditingkatkan setelah fitur tersebut ditulis dan diterapkan,” kata Eisentraut. "Kecuali jika kemampuan peninjauan kode yang dibantu LLM terus meningkat pada tingkat saat ini, situasi ini akan teratasi dengan sendirinya untuk siklus pengembangan di masa depan."
Bukan 'Pengodean Getaran'
Eisentraut berhati-hati dalam membedakan situasi ini dari perkembangan yang dihasilkan oleh AI yang ceroboh. Pengembalian tersebut, tegasnya, bukanlah hasil dari "pengodean getaran", karena teknik ini tidak tersedia ketika sebagian besar fitur baru PostgreSQL 19 ditulis. Masalah database berasal dari tinjauan yang lebih baik, bukan penulisan yang lebih buruk.
Perbedaan itulah yang menjadikan episode ini penting bagi industri perangkat lunak yang lebih luas. Basis data sumber terbuka paling matang di dunia — pertama kali diusulkan oleh Michael Stonebraker pada tahun 1986 dan berganti nama menjadi PostgreSQL pada tahun 1995 ketika Andrew Yu dan Jolly Chen mengganti bahasa kueri POSTQUEL dengan SQL — tidak rusak karena pengembang ceroboh. Hal ini tertunda karena alat AI membuat pengawasan yang ada jauh lebih efektif.
Korban Unggulan: Kueri Grafik
Fitur paling menonjol yang ditarik dari rilis ini adalah dukungan untuk SQL Property Graph Queries (SQL/PGQ), sebuah kemampuan pencocokan grafik yang menjadi bagian dari standar SQL pada tahun 2023. Sintaksnya memungkinkan pengembang mengeksplorasi hubungan antar node yang dihubungkan oleh edge secara langsung di SQL, dan implementasi PostgreSQL telah menjadi salah satu fitur PostgreSQL 19 yang paling dinanti.
Itu telah dihapus karena masalah kebenaran yang belum terselesaikan. Kontributor PostgreSQL Tom Lane telah memperingatkan sebelum keputusan tersebut, menurut The Register: "Pada titik ini saya berani bertaruh bahwa jika kami mengirimkannya dalam v19 akan ada penemuan bug pasca-rilis yang tidak dapat diperbaiki hingga v20."
Fitur yang dikembalikan, termasuk SQL/PGQ, diperkirakan akan hadir di PostgreSQL 20. Rilis tersebut hingga saat ini diasumsikan tidak berisi fitur baru sama sekali — tindak lanjut yang berfokus pada stabilisasi. Sekarang kemungkinan akan menyerap pekerjaan PostgreSQL 19 yang digantikan.
Yang Masih Dikirim di Bulan November
Meskipun ada penundaan, Eisentraut berjanji PostgreSQL 19 akan tetap menjadi "rilisan yang bagus". Di antara fitur yang dipertahankan adalah REPACK CONCURRENTLY, yang mendapatkan kembali ruang disk tanpa operasi penguncian tabel VACUUM FULL yang telah lama menjadi masalah bagi database produksi.
“Dan itu akan menjadi sangat kuat, setelah adanya pengawasan tambahan,” katanya.
Sinyal untuk Setiap Tim Teknik
Episode PostgreSQL adalah salah satu contoh paling nyata dari peninjauan kode AI yang mengubah tidak hanya cara perangkat lunak dibuat, tetapi juga arti "selesai". Sebuah proyek yang telah mengirimkan rilis yang dapat diandalkan setiap tahun selama beberapa dekade menemukan bahwa alat tinjauan barunya menghasilkan lebih banyak temuan yang dapat ditindaklanjuti dibandingkan yang dapat diproses oleh pengelolanya dalam kalender yang ada.
Bagi tim perusahaan yang mengandalkan pengembangan yang dibantu AI, pembelajaran dari komunitas PostgreSQL dapat diukur: tinjauan AI dapat meningkatkan kualitas secara signifikan, namun organisasi memerlukan kapasitas peninjauan — waktu manusia, proses triase, dan kelonggaran jadwal — untuk menyerap apa yang ditemukan oleh model. Alternatifnya adalah apa yang dipilih PostgreSQL: pindahkan tanggal rilis.
Untuk administrator database yang merencanakan peningkatan, panduan praktisnya tidak berubah dari migrasi versi utama mana pun: uji beban kerja terhadap PostgreSQL 19 beta, tetapi perkirakan rilis siap produksi sekitar 19 November, bukan pada jendela musim gugur yang asli.
Ketika alat peninjauan AI menyebar ke seluruh ekosistem sumber terbuka — kernel Linux baru-baru ini meresmikan aturan pengungkapan untuk penggunaan alat AI, sebuah perdebatan yang telah dilacak oleh The Register dengan cermat — pengalaman PostgreSQL menawarkan sebuah pratinjau. Tinjauan yang lebih baik menemukan lebih banyak bug. Lebih banyak bug membutuhkan waktu untuk diperbaiki. Dan terkadang, respons paling sehat terhadap AI yang menemukan lebih banyak cacat daripada yang bisa ditangani manusia adalah dengan mengirimkannya nanti.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
