PostgreSQL Global Development Group ได้เลื่อนการเปิดตัว PostgreSQL 19 ซึ่งเป็นหนึ่งในการเปลี่ยนแปลงกำหนดการที่เป็นผลสืบเนื่องมากที่สุดในประวัติศาสตร์ 30 ปีของฐานข้อมูลโอเพ่นซอร์ส หลังจากที่การตรวจสอบโค้ดที่ได้รับความช่วยเหลือจาก LLM พบข้อบกพร่องมากกว่าที่ชุมชนอาสาสมัครจะสามารถแก้ไขได้ก่อนการเปิดตัว

การเปิดตัวซึ่งครั้งหนึ่งมีกำหนดในช่วงปลายเดือนกันยายนหรือต้นเดือนตุลาคม คาดว่าจะวางจำหน่ายทั่วไปประมาณวันที่ 19 พฤศจิกายน ตามรายงานของ The Register ที่เผยแพร่เมื่อวันที่ 16 ตุลาคม นอกจากความล่าช้าแล้ว นักพัฒนายังได้เปลี่ยนกลับฟีเจอร์ที่สำคัญระหว่างแปดถึง 10 ฟีเจอร์ โดยผลักดันให้พวกเขาไปสู่ PostgreSQL 20 ในปีหน้า For more context on this story, see our ongoing breaking AI news.

แถบคุณภาพย้ายไปกลางรอบ

Peter Eisentraut รองประธานบริษัทที่ปรึกษา PostgreSQL EDB และหนึ่งในคณะกรรมาธิการชั้นนำของโครงการ ได้กล่าวถึงเหตุผลในบล็อกโพสต์ชื่อ "การย้อนกลับจะดำเนินต่อไปจนกว่าขวัญกำลังใจจะดีขึ้น" ซึ่งเผยแพร่เมื่อวันที่ 9 ตุลาคม

จากข้อมูลของ Eisentraut คุณลักษณะที่เปลี่ยนกลับบางส่วนมีข้อบกพร่องทางสถาปัตยกรรมที่สำคัญซึ่งยากจะแก้ไข "อย่างรวดเร็วและระหว่างเบต้า" แต่ปัญหาที่ผิดปกติมากกว่านั้นคือปัญหาเล็กๆ น้อยๆ ที่ตามมาซึ่งรอบการเผยแพร่ก่อนหน้านี้ไม่เคยทันเวลาเลย

เขาเขียนว่าการตรวจสอบโค้ดที่ได้รับความช่วยเหลือจาก LLM ได้ค้นพบ "ปัญหาที่ค่อนข้างไม่เป็นอันตรายที่เกี่ยวข้องกับกรณี Edge ต่างๆ" ซึ่งในอดีตอาจไม่มีใครสังเกตเห็นจนกระทั่งหลายปีหลังจากการเปิดตัว โดยทั่วไปจะปรากฏเป็นการแก้ไขข้อบกพร่องในช่วงห้าปีหลังจากการเปิดตัว ด้วยการตรวจสอบโดย AI ข้อบกพร่องเดียวกันเหล่านั้นจะปรากฏขึ้นก่อนที่จะจัดส่งโค้ด

“ด้วยการตรวจสอบโค้ดที่ได้รับความช่วยเหลือจาก LLM สิ่งต่างๆ เหล่านี้สามารถพบได้เร็วขึ้นมาก และจากนั้นคุณก็ต้องดูรายการรายงานข้อบกพร่องสี่สิบรายการ” Eisentraut เขียน “แม้ว่าแต่ละรายการจะต้องใช้การแก้ไขสามบรรทัดโดยเฉลี่ย แต่ก็มีค่าใช้จ่ายคงที่ในการจัดการกับแต่ละสิ่งเหล่านี้ และจากนั้น คุณจะหมดเวลา”

ระยะเวลาของการเปลี่ยนแปลงคุณภาพมีความสำคัญพอๆ กับขนาดของการเปลี่ยนแปลง เมื่อมีการเขียนฟีเจอร์หลักของ PostgreSQL 19 เครื่องมือตรวจสอบที่ใช้ LLM ยังไม่มีความสามารถเท่ากับในช่วงหลายเดือนก่อนที่จะเปิดตัว โปรเจ็กต์ยกระดับคุณภาพของตัวเองอย่างมีประสิทธิภาพหลังจากที่โค้ดได้ถูกคอมมิตไปแล้ว

"แถบคุณภาพที่มีประสิทธิภาพได้รับการยกระดับขึ้นหลังจากเวลาที่เขียนและดำเนินการคุณลักษณะนี้" Eisentraut กล่าว "เว้นแต่ว่าความสามารถของการตรวจสอบโค้ดที่ได้รับความช่วยเหลือจาก LLM จะปรับปรุงในอัตราปัจจุบัน สถานการณ์นี้ควรจะจัดการตัวเองสำหรับวงจรการพัฒนาในอนาคต"

ไม่ใช่ 'การเข้ารหัส Vibe'

Eisentraut ระมัดระวังในการแยกแยะสถานการณ์ออกจากการพัฒนาที่สร้างโดย AI อย่างเลอะเทอะ เขาเน้นย้ำว่าการย้อนกลับไม่ได้เป็นผลมาจาก "การเข้ารหัส vibe" เนื่องจากเทคนิคนี้ไม่สามารถใช้งานได้เมื่อมีการเขียนฟีเจอร์ใหม่ของ PostgreSQL 19 ส่วนใหญ่ ปัญหาของฐานข้อมูลมาจากการตรวจสอบที่ดีขึ้น ไม่ใช่การเขียนที่แย่ลง

ความแตกต่างนี้คือสิ่งที่ทำให้ตอนนี้โดดเด่นในอุตสาหกรรมซอฟต์แวร์ในวงกว้าง ฐานข้อมูลโอเพ่นซอร์สที่เติบโตเต็มที่ที่สุดในโลก ซึ่งเสนอครั้งแรกโดย Michael Stonebraker ในปี 1986 และเปลี่ยนชื่อเป็น PostgreSQL ในปี 1995 เมื่อ Andrew Yu และ Jolly Chen แทนที่ภาษาคิวรี POSTQUEL ด้วย SQL นั้นไม่ได้เสียหายเนื่องจากนักพัฒนาประมาทเลินเล่อ มันล่าช้าเนื่องจากเครื่องมือ AI ทำให้การตรวจสอบที่มีอยู่มีประสิทธิภาพมากขึ้นอย่างมาก

การบาดเจ็บล้มตายที่สำคัญ: ข้อความค้นหากราฟ

ฟีเจอร์ที่โดดเด่นที่สุดที่ดึงมาจากการเปิดตัวครั้งนี้คือการรองรับ SQL Property Graph Queries (SQL/PGQ) ซึ่งเป็นความสามารถในการจับคู่กราฟที่กลายมาเป็นส่วนหนึ่งของมาตรฐาน SQL ในปี 2023 ไวยากรณ์ช่วยให้นักพัฒนาสำรวจความสัมพันธ์ระหว่างโหนดที่เชื่อมต่อกันด้วย Edge โดยตรงใน SQL และการใช้งาน PostgreSQL เป็นหนึ่งในฟีเจอร์ PostgreSQL 19 ที่ได้รับการคาดหวังมากที่สุด

มันถูกลบออกเนื่องจากปัญหาความถูกต้องที่ยังไม่ได้รับการแก้ไข Tom Lane ผู้ร่วมสนับสนุน PostgreSQL ได้เตือนก่อนการตัดสินใจ ตามรายงานของ The Register: "ณ จุดนี้ ฉันยินดีที่จะเดิมพันอาหารค่ำว่าหากเราจัดส่งในเวอร์ชัน 19 จะมีการค้นพบข้อบกพร่องหลังการเปิดตัวซึ่งไม่สามารถแก้ไขได้จนถึงเวอร์ชัน 20"

ฟีเจอร์ที่เปลี่ยนกลับซึ่งรวมถึง SQL/PGQ คาดว่าจะเข้าสู่ PostgreSQL 20 จนกระทั่งเมื่อไม่นานมานี้สันนิษฐานว่าไม่มีฟีเจอร์ใหม่เลย ซึ่งเป็นการติดตามผลที่เน้นความเสถียร ตอนนี้น่าจะดูดซับงาน PostgreSQL 19 ที่ถูกแทนที่

สิ่งที่ยังคงจัดส่งในเดือนพฤศจิกายน

แม้จะมีความล่าช้า Eisentraut สัญญาว่า PostgreSQL 19 จะยังคงเป็น "รุ่นที่ยอดเยี่ยม" หนึ่งในคุณสมบัติที่ยังคงอยู่คือ REPACK CONCURRENTLY ซึ่งเรียกคืนพื้นที่ดิสก์โดยไม่ต้องดำเนินการ VACUUM FULL แบบล็อคตาราง ซึ่งเป็นจุดที่เป็นปัญหาสำหรับฐานข้อมูลที่ใช้งานจริงมายาวนาน

“และมันจะแข็งแกร่งมาก หลังจากผ่านการตรวจสอบเพิ่มเติมทั้งหมดแล้ว” เขากล่าว

สัญญาณสำหรับทีมวิศวกรทุกคน

ตอนของ PostgreSQL เป็นหนึ่งในตัวอย่างที่ชัดเจนที่สุดในโลกแห่งความเป็นจริงของการตรวจสอบโค้ด AI ซึ่งไม่เพียงเปลี่ยนแปลงวิธีการสร้างซอฟต์แวร์เท่านั้น แต่ยังหมายถึงความหมายของ "เสร็จสิ้น" ด้วย โปรเจ็กต์ที่จัดส่งการเผยแพร่ที่เชื่อถือได้เป็นประจำทุกปีมานานหลายทศวรรษพบว่าเครื่องมือตรวจสอบใหม่สร้างข้อค้นพบที่นำไปปฏิบัติได้มากกว่าที่ผู้ดูแลจะประมวลผลภายในปฏิทินที่มีอยู่ได้

สำหรับทีมองค์กรที่เดิมพันการพัฒนาโดยใช้ AI บทเรียนจากชุมชน PostgreSQL จะถูกวัดว่า การตรวจสอบ AI สามารถยกระดับคุณภาพได้อย่างมาก แต่องค์กรต่างๆ ต้องการความสามารถในการตรวจสอบ — เวลาของมนุษย์ กระบวนการคัดแยก และความล่าช้าของกำหนดการ — เพื่อดูดซับสิ่งที่โมเดลพบ ทางเลือกอื่นคือสิ่งที่ PostgreSQL เลือก: ย้ายวันที่เผยแพร่

สำหรับผู้ดูแลระบบฐานข้อมูลที่วางแผนอัปเกรด คำแนะนำเชิงปฏิบัติจะไม่เปลี่ยนแปลงไปจากการย้ายเวอร์ชันหลักใดๆ: ทดสอบปริมาณงานกับ PostgreSQL 19 เบต้า แต่คาดว่าจะพร้อมเปิดตัวประมาณวันที่ 19 พฤศจิกายน แทนที่จะเป็นช่วงฤดูใบไม้ร่วงดั้งเดิม

เนื่องจากเครื่องมือตรวจสอบ AI แพร่กระจายผ่านระบบนิเวศโอเพ่นซอร์ส - เมื่อเร็วๆ นี้เคอร์เนล Linux ได้กำหนดกฎการเปิดเผยอย่างเป็นทางการสำหรับการใช้เครื่องมือ AI การอภิปราย The Register ได้ติดตามอย่างใกล้ชิด - ประสบการณ์ของ PostgreSQL นำเสนอตัวอย่าง การตรวจสอบที่ดีขึ้นจะพบข้อบกพร่องเพิ่มเติม ข้อบกพร่องเพิ่มเติมต้องใช้เวลาในการแก้ไข และบางครั้ง การตอบสนองต่อ AI อย่างเหมาะสมที่สุดที่พบข้อบกพร่องมากกว่าที่มนุษย์จะรับมือได้ก็คือการจัดส่งในภายหลัง

---

Stay Ahead of AI

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

Read more AI news →