PostgreSQL 19 bị hoãn sau khi AI phát hiện quá nhiều lỗi vượt khả năng sửa của lập trình viên

Công nghệ16 tháng 10, 2026·6 phút đọc

Nhóm phát triển PostgreSQL đã quyết định lùi ngày phát hành phiên bản 19 sang tháng 11 và loại bỏ tới 10 tính năng quan trọng. Nguyên nhân được cho là nhờ các công cụ đánh giá mã nguồn bằng AI phát hiện ra hàng loạt lỗi tiềm ẩn mà trước đây phải nhiều năm sau mới lộ diện.

PostgreSQL 19 bị hoãn sau khi AI phát hiện quá nhiều lỗi vượt khả năng sửa của lập trình viên

PostgreSQL 19 bị hoãn sau khi AI phát hiện quá nhiều lỗi vượt khả năng sửa của lập trình viên

Nhóm Phát triển Toàn cầu PostgreSQL (PostgreSQL Global Development Group) vừa tuyên bố lùi ngày phát hành PostgreSQL 19 sang giữa tháng 11, đồng thời loại bỏ một số lượng lớn tính năng chưa từng có tiền lệ. Đáng chú ý, nguyên nhân chính không đến từ lỗi kiến trúc nghiêm trọng, mà từ việc các công cụ đánh giá mã nguồn hỗ trợ bởi mô hình ngôn ngữ lớn (LLM) phát hiện ra quá nhiều lỗi nhỏ khiến đội ngũ không kịp xử lý.

Chuyện gì đã xảy ra với PostgreSQL 19?

Theo kế hoạch ban đầu, PostgreSQL 19 dự kiến ra mắt vào cuối tháng 9 hoặc đầu tháng 10. Tuy nhiên, phiên bản này hiện được dời sang khoảng ngày 19 tháng 11. Không chỉ chậm tiến độ, nhóm phát triển còn loại bỏ từ 8 đến 10 tính năng quan trọng, chuyển chúng sang phiên bản PostgreSQL 20 dự kiến phát hành vào năm sau.

Peter Eisentraut, Phó chủ tịch của EDB — công ty chuyên tư vấn và hỗ trợ PostgreSQL — đồng thời là một trong những người đóng góp chủ chốt cho dự án, giải thích rằng một phần nguyên nhân đến từ việc sử dụng LLM để rà soát mã nguồn.

"Với việc đánh giá mã nguồn có sự hỗ trợ của LLM, những vấn đề kiểu này được phát hiện nhanh hơn nhiều, và rồi bạn phải đối mặt với một danh sách bốn mươi báo cáo lỗi."

Lỗi nhỏ nhưng số lượng khổng lồ

Theo Eisentraut, một số tính năng bị loại bỏ có khiếm khuyết kiến trúc nghiêm trọng, rất khó sửa nhanh trong giai đoạn thử nghiệm beta. Nhưng điểm mấu chốt nằm ở chỗ khác: đánh giá mã nguồn bằng AI đã phát hiện ra một chuỗi dài các vấn đề nhỏ liên quan đến những trường hợp biên hiếm gặp.

Trong quá khứ, những lỗi kiểu này có thể không được chú ý cho tới nhiều năm sau, và thường được xử lý bằng các bản vá lỗi rải rác trong suốt 5 năm kể từ khi phát hành.

Eisentraut cho biết ngay cả khi mỗi lỗi chỉ cần trung bình ba dòng mã để sửa, thì việc xử lý từng báo cáo vẫn tốn một khoảng thời gian cố định — và cuối cùng đội ngũ hết thời gian.

Đáng chú ý, khi các tính năng lớn của PostgreSQL 19 được viết, công cụ đánh giá mã nguồn bằng LLM còn chưa hữu dụng như hiện nay. Chỉ trong những tháng trước khi phát hành, công nghệ này mới được hiểu rõ và trở nên hiệu quả hơn, khiến tiêu chuẩn chất lượng hiệu dụng bị nâng lên sau khi tính năng đã được viết và commit.

Eisentraut nhấn mạnh rằng các tính năng bị loại bỏ không phải do "vibe coding" — cách lập trình để AI viết phần lớn mã nguồn — vì kỹ thuật này chưa phổ biến khi hầu hết tính năng mới được viết.

Tính năng nào bị gạch tên?

Một trong những tính năng bị loại bỏ đáng chú ý nhất là hỗ trợ truy vấn đồ thị thuộc tính SQL (SQL/PGQ), vốn được đưa vào tiêu chuẩn SQL từ năm 2023. Tính năng này cung cấp cú pháp để khám phá mối quan hệ giữa các nút được kết nối bằng cạnh.

Cách hiện thực của PostgreSQL cho tính năng này đã bị gỡ bỏ vì những vấn đề chưa được giải quyết. Vào thời điểm đó, cộng tác viên Tom Lane đã cảnh báo:

"Đến lúc này tôi sẵn sàng cá cược một bữa tối rằng nếu chúng ta phát hành nó trong v19, sẽ có những lỗi được phát hiện sau khi phát hành mà không thể sửa cho tới v20."

Những điểm sáng của PostgreSQL 19

Bất chấp sự chậm trễ, Eisentraut khẳng định PostgreSQL 19 vẫn sẽ là "một bản phát hành tuyệt vời". Điểm nhấn đáng chú ý là REPACK CONCURRENTLY, tính năng tránh thao tác VACUUM FULL khóa bảng khi thu hồi dung lượng đĩa.

"Và nó sẽ rất vững chắc, sau tất cả những lần rà soát bổ sung," ông nói.

Các tính năng bị gợi bỏ khỏi PostgreSQL 19 nhiều khả năng sẽ xuất hiện trong PostgreSQL 20. Điều thú vị là chỉ vài tháng trước, nhóm phát triển còn kỳ vọng PostgreSQL 20 sẽ không có tính năng mới nào, chỉ toàn bản vá lỗi. Giờ đây, phiên bản đó gần như chắc chắn sẽ phải gánh thêm khối lượng tính năng còn dang dở từ phiên bản trước.

Bối cảnh: một dự án ba thập kỷ

PostgreSQL lần đầu được Michael Stonebraker đề xuất năm 1986. Năm 1994, Andrew Yu và Jolly Chen thay thế ngôn ngữ truy vấn POSTQUEL bằng SQL, rồi đến năm 1995 phát hành cơ sở dữ liệu này một cách tự do với giấy phép cởi mởi hơn, đổi tên thành PostgreSQL.

Kể từ đó, nhờ các dịch vụ mà ba ông lớn điện toán đám mây xây dựng trên nền tảng này, cùng sự phong phú của các hệ phân tán tương thích giao thức, PostgreSQL đã trở thành cơ sở dữ liệu phổ biến nhất trong giới lập trình viên chuyên nghiệp.

Ý nghĩa đối với cộng đồng phát triển

Câu chuyện của PostgreSQL 19 phản ánh một xu hướng đáng chú ý: AI đang thay đổi cách các dự án mã nguồn mở vận hành. Khi công cụ rà soát mã nguồn bằng AI ngày càng mạnh, các dự án có thể đối mặt với tình trạng phát hiện ra nhiều vấn đề hơn khả năng xử lý của con người trong khung thời gian cho phép.

Với các nhà phát triển và doanh nghiệp tại Việt Nam đang sử dụng PostgreSQL — từ các startup đến hệ thống ngân hàng và thương mại điện tử — việc phiên bản mới bị lùi vài tuần không gây ảnh hưởng lớn. Đổi lại, người dùng có thể kỳ vọng một bản phát hành ổn định hơn nhờ quy trình kiểm định khắt khe hơn.

Đây cũng là lời nhắc nhở rằng việc ứng dụng AI vào kiểm thử và đánh giá mã nguồn không chỉ là câu chuyện "tăng tốc độ", mà còn đặt ra bài toán mới về quản lý nguồn lực khi số lượng vấn đề được phát hiện tăng vọt.

Chia sẻ:FacebookX
Nội dung tổng hợp bằng AI, mang tính tham khảo. Xem bài gốc ↗