PostgreSQL 19 เลื่อน GA เป็น 19 พ.ย. หลังถอดฟีเจอร์ใหญ่ราว 8–10 ตัวช่วง beta — committer อธิบายว่า LLM code review ช่วยให้เจอบั๊ก edge case จำนวนมากจนแก้ไม่ทัน แต่เหตุผลทางการของการเลื่อนคือรอรวมฟิกซ์ชุดใหญ่วันที่ 12 พ.ย.

วันที่ 15 ต.ค. 2026 PostgreSQL Global Development Group ออก PostgreSQL 19 RC 1 และประกาศวัน GA ใหม่เป็น 19 พ.ย. 2026 ขณะที่หน้า roadmap ยังเขียนว่า “planned for October 2026” เหตุผลที่ประกาศอย่างเป็นทางการคือ update release ตามรอบวันที่ 12 พ.ย. “will include a large number of fixes” ทีม release จึงต้องการรวมฟิกซ์เหล่านั้นเข้า 19 ก่อนออก GA และจะปล่อย RC 2 ในวันเดียวกัน

ที่เรื่องนี้กลายเป็นข่าวในวงการ AI เมื่อ 16 ต.ค. เป็นเพราะ The Register เชื่อมการเลื่อนครั้งนี้เข้ากับบล็อกของ Peter Eisentraut committer คนสำคัญของ PostgreSQL ซึ่งเขียนไว้ตั้งแต่ 9 ต.ค. ว่ารอบนี้มีฟีเจอร์ถูก revert ออกจาก branch 19 ราว 8–10 ตัว ทั้งที่ปกติมีประมาณรอบละหนึ่งตัว และ LLM-assisted code review คือหนึ่งในสาเหตุ ต้องแยกให้ชัดว่าประกาศทางการไม่ได้พูดถึง AI ข้อสรุปว่า “AI ทำให้เลื่อน” เป็นการโยงเรื่องของสื่อเอง

Eisentraut พูดอะไรจริงๆ

เขาเล่าว่าบางฟีเจอร์มีปัญหาเชิงสถาปัตยกรรมที่แก้ไม่ทันในช่วง beta แต่ก็มี “long tail of relatively harmless issues involving various edge cases” ด้วย ซึ่งสมัยก่อนจะค่อยๆ โผล่และถูกแก้ไปทีละจุดตลอด 5 ปีหลังออกเวอร์ชัน

“with LLM-assisted code review, these kinds of things can get found much faster, and then you’re staring at a list of like forty defect reports. And even if each of them requires only a three-line fix on average, there is a fixed overhead to dealing with each of these, and then you run out of time.”

เขาชี้ว่าฟีเจอร์ที่ถูกถอดส่วนใหญ่ เขียนไว้นานก่อนที่ LLM review จะเก่งขนาดนี้ แปลว่า “the effective quality bar has been raised after the time the feature was written and committed” และย้ำว่าไม่ใช่ปัญหาจาก “vibe coding” เพราะโค้ดเขียนก่อนที่วิธีนั้นจะเป็นไปได้

ไม่ใช่เพราะ AI อย่างเดียว

Eisentraut ไล่สาเหตุไว้หลายข้อ AI review เป็นแค่ข้อหนึ่ง

• อาจเป็นเพราะโค้ดยังดีไม่พอ หรือทีมรับฟีเจอร์ที่ยากเกินไปพร้อมกันหลายตัว
• “Vulnpocalypse” ช่วงเม.ย.–ส.ค. ซึ่งตรงกับ feature freeze ของ 19 นักพัฒนาอาวุโสต้องไปแก้ช่องโหว่ความปลอดภัย การรีวิวและทดสอบช่วง beta จึงลดลง แล้วกลับมาเข้มอีกครั้งในเดือนสิงหาคม ทำให้เจอปัญหาจำนวนมากช่วงท้าย beta
• ความซับซ้อนของระบบ เขายกตัวอย่างฟีเจอร์ SQL ที่ต้องทำงานกับ domain ซ้อน composite type บน partition ที่ถูก detach/reattach ภายใน view ที่ถูกเรียกจาก security-definer function ใน trigger ซึ่ง “No one can manually test this… But LLM-assisted fuzzing can find problems with this really quickly” เขาจึงเสนอให้ LLM fuzzing เป็นส่วนหนึ่งของการพัฒนาฟีเจอร์ต่อไป
• ชุมชนยังไม่มีกลไกรับฟีเจอร์แบบ “experimental” เข้า main tree ทั้งที่มันจะช่วยฟีเจอร์ที่ถูกถอดบางตัวได้

ใน 19 ยังมีอะไรบ้าง

ฟีเจอร์เด่นที่ยังอยู่ ตามที่ Eisentraut ยกตัวอย่าง ได้แก่ REPACK CONCURRENTLY, logical replication ของ sequence (ซึ่งเคยถูก revert มาครั้งหนึ่ง) และ planner hinting ผ่าน pg_plan_advice ประกาศ RC 1 ยังระบุฟิกซ์ตั้งแต่ Beta 4 เช่น parallel autovacuum, การเปิด logical replication อัตโนมัติเมื่อ wal_level=replica และ COPY (query) TO … (FORMAT json) ที่ตอนนี้ใช้ชื่อคอลัมน์และ alias ของ query เป็น key ฟีเจอร์ที่ถูกถอดจะย้ายไปลุ้นใน PostgreSQL 20 การอัปเกรดจากเวอร์ชันเก่ายังต้องใช้ pg_upgrade หรือ dump/restore ตามปกติ

มุมมอง AI Curator

เรื่องนี้ถูกพาดหัวว่า “AI ทำให้ Postgres เลื่อน” แต่สาระที่ควรสนใจจริงๆ คือ AI review ยกมาตรฐานคุณภาพขึ้นกลางรอบพัฒนา และกระบวนการของมนุษย์ยังปรับตามไม่ทัน การเจอบั๊กเร็วขึ้นเป็นเรื่องดี แต่บั๊กทุกตัวยังต้องมีคนอ่าน ตัดสิน แก้ และรีวิวซ้ำ เมื่อจำนวนรายงานเพิ่มเร็วกว่ากำลังคน คอขวดก็ย้ายจาก “หาบั๊ก” มาเป็น “คัดแยกบั๊ก” ซึ่งสอดคล้องกับที่ทีม Claude Code เล่าถึงระบบ code review ของตัวเองเมื่อวานนี้ ที่ต้องจำกัดรอบรีวิวเพราะ flag ซ้ำส่วนใหญ่ชี้ไปที่โค้ดเก่า

สำหรับทีมไทยที่เพิ่งเปิดใช้ AI review กับ codebase อายุหลายปี ให้เตรียมรับคลื่นแรกไว้ได้เลย รายงานส่วนใหญ่จะชี้ไปที่ edge case ที่มีอยู่แล้วแต่ไม่เคยมีใครเจอ ทางที่ดีกว่าคือแยก backlog “บั๊กเก่าที่ AI เพิ่งเจอ” ออกจากงานของ release ปัจจุบัน แล้วจัดลำดับตามความเสี่ยง อย่าให้มันขวาง release แบบที่เกิดกับ Postgres 19 ส่วนข้อเสนอให้ใช้ LLM fuzzing ตั้งแต่ตอนพัฒนาฟีเจอร์ถือว่ามาถูกทาง ถ้า AI จะเจอบั๊กอยู่แล้ว ให้เจอก่อน commit ย่อมถูกกว่าไปเจอในช่วง beta มาก

แหล่งข่าว

• PostgreSQL 19 RC 1 Released! — PostgreSQL (15 ต.ค. 2026)
• The reverts will continue until morale improves — Peter Eisentraut (9 ต.ค. 2026)
• Postgres 19 delayed after AI reviewers find more bugs than humans can fix — The Register