Nhóm Phát triển Toàn cầu PostgreSQL đã trì hoãn việc phát hành PostgreSQL 19, một trong những thay đổi lịch trình gây hậu quả lớn nhất trong lịch sử 30 năm của cơ sở dữ liệu nguồn mở, sau khi quá trình đánh giá mã được hỗ trợ bởi LLM phát hiện ra nhiều lỗi hơn mức mà cộng đồng tình nguyện có thể giải quyết trước khi ra mắt.

Bản phát hành, từng được dự kiến vào cuối tháng 9 hoặc đầu tháng 10, hiện dự kiến sẽ được phát hành rộng rãi vào khoảng ngày 19 tháng 11, theo báo cáo của The Register xuất bản vào ngày 16 tháng 10. Bên cạnh sự chậm trễ, các nhà phát triển đã hoàn nguyên từ 8 đến 10 tính năng quan trọng, đẩy chúng lên PostgreSQL 20 của năm tới. For more context on this story, see our ongoing AI news.

Thanh chất lượng được di chuyển giữa chu kỳ

Peter Eisentraut, phó chủ tịch tại công ty tư vấn PostgreSQL EDB và là một trong những người ủy thác hàng đầu của dự án, đã đưa ra lý do trong một bài đăng trên blog có tiêu đề "Việc hoàn nguyên sẽ tiếp tục cho đến khi tinh thần được cải thiện" được xuất bản vào ngày 9 tháng 10.

Theo Eisentraut, một số tính năng được hoàn nguyên mang theo những lỗi kiến trúc nghiêm trọng mà khó có thể sửa chữa "nhanh chóng và trong quá trình thử nghiệm". Nhưng vấn đề bất thường hơn là một loạt các vấn đề nhỏ hơn mà các chu kỳ phát hành trước đó sẽ không bao giờ giải quyết kịp thời.

Ông viết, quá trình đánh giá mã được hỗ trợ bởi LLM đã phát hiện ra "các vấn đề tương đối vô hại liên quan đến nhiều trường hợp nguy hiểm khác nhau" mà trước đây có thể không được chú ý cho đến nhiều năm sau khi ra mắt, thường xuất hiện dưới dạng sửa lỗi trong 5 năm sau khi phát hành. Với quá trình xem xét của AI, những lỗi tương tự đó giờ đây sẽ xuất hiện trước khi mã được xuất xưởng.

Eisentraut viết: “Với việc xem xét mã được hỗ trợ bởi LLM, những thứ này có thể được tìm thấy nhanh hơn nhiều và sau đó bạn sẽ nhìn chằm chằm vào danh sách 40 báo cáo lỗi”. "Ngay cả khi mỗi vấn đề chỉ yêu cầu sửa chữa trung bình ba dòng, thì vẫn có một chi phí cố định để xử lý từng vấn đề này và khi đó bạn sẽ hết thời gian."

Thời điểm của sự thay đổi chất lượng cũng quan trọng như quy mô của nó. Khi các tính năng chính của PostgreSQL 19 được viết, công cụ đánh giá dựa trên LLM vẫn chưa có đủ khả năng như những tháng trước khi ra mắt. Dự án đã nâng cao tiêu chuẩn chất lượng của chính nó một cách hiệu quả sau khi mã đã được cam kết.

Eisentraut cho biết: “Tiêu chuẩn chất lượng hiệu quả đã được nâng lên sau thời điểm tính năng này được viết và cam kết thực hiện”. "Trừ khi khả năng đánh giá mã được hỗ trợ bởi LLM tiếp tục được cải thiện ở tốc độ hiện tại, tình trạng này sẽ tự giải quyết cho các chu kỳ phát triển trong tương lai."

Không phải 'Vibe Coding'

Eisentraut đã cẩn thận phân biệt tình huống này với sự phát triển cẩu thả do AI tạo ra. Ông nhấn mạnh, việc hoàn nguyên không phải là kết quả của "mã hóa rung cảm", vì kỹ thuật này không khả dụng khi hầu hết các tính năng mới của PostgreSQL 19 được viết. Các vấn đề của cơ sở dữ liệu đến từ việc đánh giá tốt hơn chứ không phải do tác giả tệ hơn.

Sự khác biệt đó là điều khiến tập phim trở nên đáng chú ý đối với ngành công nghiệp phần mềm nói chung. Cơ sở dữ liệu nguồn mở hoàn thiện nhất thế giới — được Michael Stonebraker đề xuất lần đầu tiên vào năm 1986 và đổi tên thành PostgreSQL vào năm 1995 khi Andrew Yu và Jolly Chen thay thế ngôn ngữ truy vấn POSTQUEL bằng SQL — đã không bị hỏng vì các nhà phát triển đã bất cẩn. Nó bị trì hoãn vì các công cụ AI đã giúp việc giám sát hiện tại của nó hiệu quả hơn đáng kể.

Tai nạn hàng đầu: Truy vấn đồ thị

Tính năng nổi bật nhất được rút ra từ bản phát hành là hỗ trợ Truy vấn đồ thị thuộc tính SQL (SQL/PGQ), một khả năng so khớp biểu đồ đã trở thành một phần của tiêu chuẩn SQL vào năm 2023. Cú pháp cho phép các nhà phát triển khám phá mối quan hệ giữa các nút được kết nối trực tiếp bởi các cạnh trong SQL và việc triển khai PostgreSQL từng là một trong những tính năng được mong đợi nhất của PostgreSQL 19.

Nó đã bị xóa do các vấn đề về tính chính xác chưa được giải quyết. Theo The Register, người đóng góp cho PostgreSQL, Tom Lane, đã cảnh báo trước quyết định này: "Tại thời điểm này, tôi sẵn sàng đặt cược rằng nếu chúng tôi gửi nó ở phiên bản v19 thì sẽ có những phát hiện lỗi sau phát hành không thể sửa được cho đến phiên bản 20."

Các tính năng được hoàn nguyên, bao gồm SQL/PGQ, dự kiến ​​sẽ có trong PostgreSQL 20. Bản phát hành đó cho đến gần đây được cho là không chứa tính năng mới nào cả - một bản tiếp theo tập trung vào ổn định. Bây giờ nó có thể sẽ tiếp thu công việc PostgreSQL 19 đã bị thay thế.

Những gì vẫn được giao trong tháng 11

Bất chấp sự chậm trễ, Eisentraut hứa hẹn PostgreSQL 19 vẫn sẽ là "một bản phát hành tuyệt vời". Trong số các tính năng được giữ lại là REPACK CONCURRENTLY, tính năng này lấy lại dung lượng ổ đĩa mà không cần thao tác VACUUM FULL khóa bảng vốn từ lâu đã trở thành điểm yếu đối với cơ sở dữ liệu sản xuất.

“Và nó sẽ rất mạnh mẽ sau tất cả những sự xem xét kỹ lưỡng bổ sung,” ông nói.

Tín hiệu cho mọi nhóm kỹ thuật

Tập PostgreSQL là một trong những ví dụ thực tế rõ ràng nhất về việc đánh giá mã AI không chỉ thay đổi cách xây dựng phần mềm mà còn cả "hoàn thành" nghĩa là gì. Một dự án đã cung cấp các bản phát hành đáng tin cậy theo tần suất hàng năm trong nhiều thập kỷ đã phát hiện ra rằng công cụ đánh giá mới của nó đã tạo ra nhiều kết quả hữu ích hơn mức mà những người bảo trì có thể xử lý trong lịch hiện có.

Đối với các nhóm doanh nghiệp đang đặt cược vào sự phát triển có sự hỗ trợ của AI, bài học từ cộng đồng PostgreSQL đã được đo lường: Đánh giá AI có thể nâng cao chất lượng một cách đáng kể, nhưng các tổ chức cần có năng lực đánh giá — thời gian của con người, quy trình phân loại và thời gian trễ — để tiếp thu những gì mô hình tìm thấy. Giải pháp thay thế là điều mà PostgreSQL đã chọn: dời ngày phát hành.

Đối với những quản trị viên cơ sở dữ liệu đang lập kế hoạch nâng cấp, hướng dẫn thực tế không thay đổi so với bất kỳ quá trình di chuyển phiên bản chính nào: kiểm tra khối lượng công việc dựa trên các bản beta của PostgreSQL 19, nhưng dự kiến ​​bản phát hành sẵn sàng sản xuất vào khoảng ngày 19 tháng 11 thay vì thời điểm mùa thu ban đầu.

Khi các công cụ đánh giá AI lan rộng khắp hệ sinh thái nguồn mở - nhân Linux gần đây đã chính thức hóa các quy tắc tiết lộ về việc sử dụng công cụ AI, một cuộc tranh luận mà The Register đã theo dõi chặt chẽ - trải nghiệm của PostgreSQL cung cấp một bản xem trước. Đánh giá tốt hơn tìm thấy nhiều lỗi hơn. Nhiều lỗi hơn cần có thời gian để sửa. Và đôi khi, phản ứng lành mạnh nhất đối với một AI phát hiện ra nhiều khiếm khuyết hơn con người có thể xử lý chỉ đơn giản là giao hàng sau.

---

Stay Ahead of AI

Get the latest AI news, analysis, and breakthroughs — all in one place.

Read more AI news →