PostgreSQL 19 RC 1 ออกแล้ว รุ่นจริงเลื่อนเป็น 19 พ.ย. หลังถอดฟีเจอร์ใหญ่ 8–10 รายการ

PostgreSQL Global Development Group ปล่อย PostgreSQL 19 RC 1 เมื่อวันที่ 15 ตุลาคม 2026 พร้อมเลื่อนวันออกรุ่นจริง (GA) ไปเป็นวันที่ 19 พฤศจิกายน 2026 ช้ากว่าห้ารุ่นก่อนหน้าที่ออกระหว่างกลางเดือนกันยายนถึงกลางเดือนตุลาคม หลังรอบนี้ต้องถอดฟีเจอร์สำคัญออกราว 8–10 รายการระหว่างช่วงเบต้า

ประกาศของโครงการระบุว่า release candidate รุ่นนี้ "แทบจะเหมือน" รุ่นจริง แต่ยังอาจมีการแก้ไขเพิ่มก่อน GA การอัปเกรดจากรุ่นก่อนต้องใช้วิธีอัปเกรด major version ตามปกติ คือ pg_upgrade หรือ pg_dump กับ pg_restore

PostgreSQL 19 RC 1 แก้อะไรจาก Beta 4

ช่วงหลัง Beta 4 ทีมพัฒนาแก้บั๊กหลายจุดที่ประกาศ PostgreSQL 19 RC 1 ยกมา ส่วนใหญ่อยู่ในฟีเจอร์ใหม่ของรุ่นนี้

• แก้หลายจุดในคำสั่ง REPACK (CONCURRENTLY)
• แก้หลายจุดในส่วนขยาย pg_plan_advice
• แก้ query planner รุ่นใหม่ที่ปรับแผนโดยดูว่านิพจน์เป็น NULL ได้หรือไม่
• แก้การเปิด logical replication อัตโนมัติเมื่อตั้ง wal_level เป็น replica
• ให้การนำเข้าสถิติของ postgres_fdw ทำงานด้วยสิทธิ์ของเจ้าของ foreign table แทนผู้ที่สั่ง ANALYZE
• แก้หลายจุดของ parallel autovacuum และให้ COPY (query) TO ... (FORMAT json) ใช้ชื่อคอลัมน์ของ query รวมถึงชื่อแฝง เป็นคีย์ของ JSON

รายการทั้งหมดอยู่ในหน้า PostgreSQL 19 Open Items ซึ่ง ณ วันที่ 17 ตุลาคม 2026 ยังมีปัญหาเปิดค้างอยู่หลายรายการ ทั้งชุดบั๊กของ pg_plan_advice ที่ผู้ดูแลบันทึกว่ากลายเป็น "megathread" และปัญหาของ eager aggregation กับ CHECK constraint บางเส้นทาง

ตารางเวลาหลัง PostgreSQL 19 RC 1: RC 2 วันที่ 12 พ.ย.

Jonathan S. Katz จากทีม release แจ้งในรายชื่ออีเมล pgsql-hackers เมื่อ 10 ตุลาคม 2026 ว่า RC 1 ยังออกตามกำหนด แต่ย้าย GA ไปไว้หนึ่งสัปดาห์หลังรอบอัปเดตตามกำหนดวันที่ 12 พฤศจิกายน เหตุผลคือมีแพตช์จำนวนมากที่ลงสาขาเก่า ทีมจึงอยากรวมไว้ใน RC 2 ก่อนออกรุ่นจริง เขายอมรับว่ารอบนี้ "ผิดปกติ" แต่ต้องการให้ PostgreSQL ยังเสถียรและเชื่อถือได้

ตามหน้า Versioning Policy ห้ารุ่นก่อนหน้า (14–18) ออก GA ระหว่าง 14 กันยายนถึง 13 ตุลาคม โดย PostgreSQL 18 ออกวันที่ 25 กันยายน 2025 ขณะที่หน้า roadmap ของโครงการยังเขียนว่ารุ่น 19 วางแผนไว้เดือนตุลาคม 2026

ทำไมฟีเจอร์ถูกถอดถึง 8–10 รายการ

Peter Eisentraut ผู้พัฒนาและ committer คนสำคัญของ PostgreSQL ซึ่งเป็นเจ้าของฟีเจอร์ที่ถูกถอดบางรายการ เขียนในบล็อกเมื่อ 9 ตุลาคม 2026 ว่าปกติหนึ่งรอบอาจถอดฟีเจอร์ราวหนึ่งรายการ แต่รอบนี้ถอดฟีเจอร์สำคัญ 8–10 รายการ บางรายการถอดช่วงท้ายเบต้า เขามองว่าเป็นผลจากหลายปัจจัยรวมกัน

• ฟีเจอร์บางตัวมีข้อบกพร่องเชิงสถาปัตยกรรม ที่แก้ให้เร็วในช่วงเบต้าไม่ได้
• code review ที่ใช้ LLM ช่วยพบปัญหาเล็ก ๆ เร็วขึ้นมาก ซึ่งเมื่อก่อนจะค่อย ๆ โผล่ในห้าปีหลังออกรุ่น เขาเขียนว่าสุดท้าย "ต้องจ้องรายการรายงานข้อบกพร่องราวสี่สิบรายการ" แม้แต่ละรายการแก้เฉลี่ยแค่สามบรรทัดก็ทำไม่ทัน
• มาตรฐานคุณภาพสูงขึ้นหลังโค้ดถูก commit แล้ว เพราะฟีเจอร์เหล่านี้เขียนไว้นานก่อน LLM review จะใช้ได้ดีเท่าวันนี้ เขาจึงยืนยันว่าเรื่องนี้ไม่ได้เกิดจาก "vibe coding"
• นักพัฒนาอาวุโสติดงานแพตช์ความปลอดภัย ตั้งแต่เมษายนถึงสิงหาคม ช่วงที่เขาเรียกว่า Vulnpocalypse ทำให้การทดสอบช่วงเบต้าลดลงและพบปัญหาช้า

ตัวอย่างฟีเจอร์ที่ถูกถอดคือการรองรับ SQL Property Graph Queries (SQL/PGQ) ตามมาตรฐาน SQL ปี 2023 ซึ่ง The Register รายงานว่าถูกถอดเพราะปัญหาที่ยังแก้ไม่ได้ และอ้างคำเตือนของ Tom Lane ว่าถ้าออกไปในรุ่น 19 น่าจะเจอบั๊กที่แก้ไม่ได้จนถึงรุ่น 20