קבוצת הפיתוח העולמית של PostgreSQL עיכבה את יציאתו של PostgreSQL 19, אחד משינויי לוח הזמנים התוצאתיים ביותר בהיסטוריה של 30 שנה של מסד הנתונים בקוד פתוח, לאחר שסקירת קוד בסיוע LLM עלתה על פני יותר פגמים ממה שקהילת המתנדבים יכלה לפתור לפני ההשקה.
המהדורה, שפעם תוכננה לסוף ספטמבר או תחילת אוקטובר, צפויה כעת להגיע לזמינות כללית בסביבות ה-19 בנובמבר, לפי דוח של The Register שפורסם ב-16 באוקטובר. לצד העיכוב, המפתחים החזירו בין שמונה ל-10 תכונות משמעותיות, ודחפו אותם ל-PostgreSQL 20 של השנה הבאה. For more context on this story, see our ongoing AI industry coverage.
סרגל האיכות זז באמצע המחזור
פיטר אייזנטראוט, סגן נשיא בחברת הייעוץ PostgreSQL EDB ואחד הגורמים המובילים בפרויקט, פירט את ההיגיון בפוסט בבלוג שכותרתו "החזרות יימשכו עד שהמורל ישתפר", שפורסם ב-9 באוקטובר.
לדברי אייזנטראוט, חלק מהמאפיינים שהוחזרו נשאו פגמים אדריכליים משמעותיים שהיה קשה לתקן "מהר ובמהלך בטא". אבל הבעיה היותר יוצאת דופן הייתה זנב ארוך של בעיות קטנות יותר שמחזורי ההפצה הקודמים פשוט לא היו תופסים בזמן.
סקירת קוד בסיוע LLM, הוא כתב, חשפה "בעיות לא מזיקות יחסית הכוללות מקרי קצה שונים" שבעבר אולי לא הבחינו בהן עד שנים לאחר ההשקה, ובדרך כלל הופיעו כתיקוני באגים במהלך חמש השנים שלאחר השחרור. עם סקירת AI, אותם פגמים מופיעים כעת לפני משלוח הקוד.
"עם סקירת קוד בסיוע LLM, דברים מסוג זה יכולים להימצא הרבה יותר מהר, ואז אתה בוהה ברשימה של ארבעים דיווחים על ליקויים", כתב אייזנטראוט. "גם אם כל אחד מהם דורש רק תיקון של שלוש שורות בממוצע, יש תקורה קבועה לטיפול בכל אחד מאלה, ואז נגמר לך הזמן".
העיתוי של שינוי האיכות חשוב לא פחות מהקנה המידה שלו. כאשר נכתבו התכונות העיקריות של PostgreSQL 19, כלי סקירה מבוססי LLM עדיין לא היה מסוגל כפי שהיה בחודשים שקדמו להשקה. הפרויקט למעשה העלה את רף האיכות שלו לאחר שהקוד כבר בוצע.
"רף האיכות האפקטיבי הועלה לאחר הזמן בו נכתבה הפיצ'ר ובוצע", אמר אייזנטראוט. "אלא אם כן היכולות של סקירת קוד בסיוע LLM ממשיכות להשתפר בקצב הנוכחי, המצב הזה אמור להסתדר עם מחזורי פיתוח עתידיים."
לא 'קידוד וייב'
אייזנטראוט הקפיד להבחין בין המצב לבין פיתוח מרושל שנוצר בינה מלאכותית. ההחזרות, הדגיש, לא היו תוצאה של "קידוד אווירה", מכיוון שהטכניקה לא הייתה זמינה כאשר רוב התכונות החדשות של PostgreSQL 19 נכתבו. הבעיות של מסד הנתונים הגיעו מסקירה טובה יותר, לא מכתיבה גרועה יותר.
ההבחנה הזו היא מה שהופך את הפרק לבולט בתעשיית התוכנה הרחבה יותר. מסד הנתונים הקוד הפתוח הבוגר ביותר בעולם - שהוצע לראשונה על ידי מייקל סטונברקר ב-1986 ושמו שונה ל-PostgreSQL ב-1995, כאשר אנדרו יו וג'ולי צ'ן החליפו את שפת השאילתות POSTQUEL ב-SQL - לא נשבר מכיוון שהמפתחים התרשלו. זה התעכב מכיוון שכלי AI הפכו את הבדיקה הקיימת שלו ליעילה יותר באופן דרמטי.
נפגע ספינת דגל: שאילתות גרפים
התכונה הבולטת ביותר שנשלפה מהמהדורה היא תמיכה ב-SQL Property Graph Queries (SQL/PGQ), יכולת התאמת גרפים שהפכה לחלק מתקן SQL בשנת 2023. התחביר מאפשר למפתחים לחקור יחסים בין צמתים המחוברים בקצוות ישירות ב-SQL, והיישום של PostgreSQL היה אחד מהתכונות הצפויות ביותר של PostgreSQL 19.
זה הוסר בגלל בעיות תקינות לא פתורות. תורם PostgreSQL, טום ליין, הזהיר לפני ההחלטה, לפי ה-Register: "בשלב זה הייתי מוכן להתערב בארוחת הערב שאם נשלח אותו ב-v19 יהיו גילויי באגים לאחר השחרור שלא ניתן לתקן עד v20."
הפיצ'רים שהוחזרו, כולל SQL/PGQ, צפויים לנחות ב-PostgreSQL 20. עד לאחרונה ההנחה הייתה שהמהדורה הזו לא מכילה תכונות חדשות בכלל - מעקב ממוקד ייצוב. כעת הוא כנראה יספוג את עבודת PostgreSQL 19 שנעקרה.
מה שעדיין נשלח בנובמבר
למרות העיכובים, אייזנטראוט הבטיח ש-PostgreSQL 19 עדיין יהיה "מהדורה נהדרת". בין המאפיינים שנשמרו הוא REPACK CONCURRENTLY, אשר מחזיר את שטח הדיסק ללא פעולת VACUUM FULL נעילת השולחן, שהייתה מזמן נקודת כאב עבור מסדי נתונים בייצור.
"וזה יהיה חזק מאוד, אחרי כל הבדיקה הנוספת", אמר.
אות לכל צוות הנדסה
פרק PostgreSQL הוא אחת הדוגמאות הברורות ביותר בעולם האמיתי של סקירת קוד AI שמשנה לא רק את האופן שבו תוכנה בנויה, אלא את המשמעות של "בוצע". פרויקט ששלח מהדורות מהימנות בקצב שנתי במשך עשרות שנים מצא שכלי הסקירה החדשים שלו יצרו ממצאים מעשיים יותר ממה שהמתחזקים שלו יכולים לעבד בלוח השנה הקיים.
עבור צוותים ארגוניים המהמרים על פיתוח בסיוע בינה מלאכותית, הלקח מקהילת PostgreSQL נמדד: סקירת בינה מלאכותית יכולה להעלות את האיכות באופן משמעותי, אבל ארגונים זקוקים ליכולת הביקורת - זמן אנושי, תהליך טריאג' וריפוי לוח זמנים - כדי לספוג את מה שהמודלים מוצאים. האלטרנטיבה היא מה ש-PostgreSQL בחר: להעביר את תאריך השחרור.
עבור מנהלי מסד נתונים המתכננים שדרוגים, ההנחיה המעשית לא השתנתה מכל הגירה של גרסאות מרכזיות: בדוק עומסי עבודה מול PostgreSQL 19 בטא, אך צפו לשחרור המוכן לייצור בסביבות ה-19 בנובמבר ולא בחלון הסתיו המקורי.
כשכלי סקירת בינה מלאכותית התפשטו במערכת האקולוגית של הקוד הפתוח - ליבת לינוקס פרסמה לאחרונה כללי גילוי לשימוש בכלי בינה מלאכותית, ויכוח ש-The Register עקב מקרוב - הניסיון של PostgreSQL מציע תצוגה מקדימה. סקירה טובה יותר מוצאת באגים נוספים. לעוד באגים לוקח זמן לתקן. ולפעמים, התגובה הבריאה ביותר לבינה מלאכותית שמוצאת יותר פגמים ממה שבני אדם יכולים להתמודד היא פשוט לשלוח מאוחר יותר.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
