قامت مجموعة PostgreSQL Global Development Group بتأخير إصدار PostgreSQL 19، وهو أحد تغييرات الجدول الزمني الأكثر أهمية في تاريخ قاعدة البيانات مفتوحة المصدر الممتد على مدار 30 عامًا، بعد أن كشفت مراجعة التعليمات البرمجية بمساعدة LLM عن عيوب أكثر مما يستطيع مجتمع المتطوعين حلها قبل الإطلاق.
من المتوقع الآن أن يصل الإصدار، الذي كان مقررًا في أواخر سبتمبر أو أوائل أكتوبر، إلى التوفر العام في 19 نوفمبر تقريبًا، وفقًا لتقرير صادر عن The Register نُشر في 16 أكتوبر. إلى جانب التأخير، عاد المطورون ما بين ثمانية إلى 10 ميزات مهمة، ودفعهم إلى PostgreSQL 20 العام المقبل. لمزيد من السياق حول هذه القصة، راجع أحدث تطورات الذكاء الاصطناعي.
تحرك شريط الجودة في منتصف الدورة
وقد أوضح بيتر إيسنتراوت، نائب الرئيس في شركة EDB الاستشارية لـ PostgreSQL وأحد الملتزمين الرئيسيين بالمشروع، الأسباب في منشور بالمدونة بعنوان "ستستمر العودة حتى تتحسن الروح المعنوية"، نُشرت في 9 أكتوبر.
وفقًا لأيزنتراوت، فإن بعض الميزات التي تم إرجاعها تحمل عيوبًا معمارية كبيرة كان من الصعب إصلاحها "بسرعة وأثناء الإصدار التجريبي". لكن المشكلة الأكثر غرابة كانت وجود ذيل طويل من المشكلات الأصغر التي لم تكن دورات الإصدار السابقة لتتمكن من اكتشافها في الوقت المناسب.
كتب أن مراجعة التعليمات البرمجية بمساعدة LLM كشفت عن "مشكلات غير ضارة نسبيًا تتضمن حالات حافة مختلفة" والتي ربما لم يتم ملاحظتها في الماضي إلا بعد سنوات من الإطلاق، وعادةً ما تظهر كإصلاحات للأخطاء على مدار السنوات الخمس التالية للإصدار. ومن خلال مراجعة الذكاء الاصطناعي، تظهر الآن نفس العيوب قبل إرسال التعليمات البرمجية.
"من خلال مراجعة التعليمات البرمجية بمساعدة LLM، يمكن العثور على هذه الأنواع من الأشياء بشكل أسرع بكثير، ومن ثم فإنك تحدق في قائمة تضم أربعين تقريرًا عن العيوب،" كتب آيزنتراوت. "حتى لو كان كل واحد منهم يتطلب إصلاحًا من ثلاثة أسطر فقط في المتوسط، فهناك عبء ثابت للتعامل مع كل منها، ومن ثم ينفد الوقت."
إن توقيت تحول الجودة مهم بقدر أهمية حجمه. عندما تمت كتابة ميزات PostgreSQL 19 الرئيسية، لم تكن أدوات المراجعة المستندة إلى LLM بعد قادرة على تقديم ما كانت عليه في الأشهر التي سبقت الإطلاق. لقد رفع المشروع مستوى الجودة الخاص به بشكل فعال بعد الالتزام بالكود بالفعل.
وقال آيزنتراوت: "لقد تم رفع مستوى الجودة الفعالة بعد وقت كتابة الميزة والالتزام بها". "ما لم تستمر قدرات مراجعة التعليمات البرمجية بمساعدة LLM في التحسن بالمعدل الحالي، فيجب أن يتكيف هذا الوضع مع دورات التطوير المستقبلية."
ليس "الترميز الحيوي"
كان آيزنتراوت حريصًا على التمييز بين الموقف وبين التطوير غير المتقن الناتج عن الذكاء الاصطناعي. وشدد على أن عمليات التراجع لم تكن نتيجة "التشفير الديناميكي"، نظرًا لأن التقنية لم تكن متاحة عندما تمت كتابة معظم ميزات PostgreSQL 19 الجديدة. جاءت مشاكل قاعدة البيانات من المراجعة الأفضل، وليس من التأليف الأسوأ.
هذا التمييز هو ما يجعل الحلقة بارزة في صناعة البرمجيات على نطاق أوسع. قاعدة البيانات مفتوحة المصدر الأكثر نضجًا في العالم - التي اقترحها مايكل ستونبراكر لأول مرة في عام 1986 وأعيد تسميتها إلى PostgreSQL في عام 1995 عندما استبدل أندرو يو وجولي تشين لغة الاستعلام POSTQUEL بـ SQL - لم تنكسر لأن المطورين أصبحوا مهملين. لقد تأخرت لأن أدوات الذكاء الاصطناعي جعلت التدقيق الحالي أكثر فعالية بشكل كبير.
الضحية الرئيسية: استعلامات الرسم البياني
الميزة الأبرز التي تم سحبها من الإصدار هي دعم استعلامات الرسم البياني لخصائص SQL (SQL/PGQ)، وهي إمكانية مطابقة الرسم البياني التي أصبحت جزءًا من معيار SQL في عام 2023. ويتيح بناء الجملة للمطورين استكشاف العلاقات بين العقد المتصلة بالحواف مباشرة في SQL، وكان تنفيذ PostgreSQL أحد أكثر ميزات PostgreSQL 19 المتوقعة.
تمت إزالته بسبب مشكلات الصحة التي لم يتم حلها. وقد حذر توم لين، المساهم في PostgreSQL، قبل القرار، وفقًا لموقع The Register: "في هذه المرحلة سأكون على استعداد للمراهنة على أنه إذا قمنا بشحنه في الإصدار 19، فستكون هناك اكتشافات لأخطاء ما بعد الإصدار لا يمكن إصلاحها حتى الإصدار 20."
من المتوقع أن تصل الميزات التي تم إرجاعها، بما في ذلك SQL/PGQ، إلى PostgreSQL 20. وكان من المفترض حتى وقت قريب أن هذا الإصدار لا يحتوي على ميزات جديدة على الإطلاق - وهي متابعة تركز على الاستقرار. من المحتمل الآن أن تستوعب عمل PostgreSQL 19 النازح.
ما الذي لا يزال يتم شحنه في نوفمبر؟
على الرغم من التأخير، وعد آيزنتراوت أن PostgreSQL 19 سيظل "إصدارًا رائعًا". من بين الميزات التي تم الاحتفاظ بها هي "إعادة التعبئة بشكل متزامن"، والتي تستعيد مساحة القرص دون عملية VACUUM FULL لتأمين الجدول والتي كانت منذ فترة طويلة نقطة ضعف لقواعد بيانات الإنتاج.
وقال "وستكون قوية للغاية بعد كل التدقيق الإضافي".
إشارة لكل فريق هندسي
تعد حلقة PostgreSQL واحدة من أوضح الأمثلة الواقعية لمراجعة أكواد الذكاء الاصطناعي التي لا تغير فقط كيفية إنشاء البرامج، بل أيضًا معنى "تم". وجد المشروع الذي قام بشحن إصدارات موثوقة على إيقاع سنوي لعقود من الزمن أن أدوات المراجعة الجديدة الخاصة به قد ولدت نتائج قابلة للتنفيذ أكثر مما يمكن لمشرفيه معالجته داخل التقويم الحالي.
بالنسبة لفرق المؤسسات التي تراهن على التطوير بمساعدة الذكاء الاصطناعي، يتم قياس الدرس المستفاد من مجتمع PostgreSQL: يمكن لمراجعة الذكاء الاصطناعي أن ترفع الجودة بشكل كبير، لكن المؤسسات تحتاج إلى قدرة المراجعة - الوقت البشري، وعملية الفرز، والجدول الزمني - لاستيعاب ما تجده النماذج. البديل هو ما اختارته PostgreSQL: نقل تاريخ الإصدار.
بالنسبة لمسؤولي قواعد البيانات الذين يخططون للترقيات، فإن التوجيه العملي لم يتغير عن أي ترحيل لإصدار رئيسي: اختبار أعباء العمل مقابل الإصدار التجريبي من PostgreSQL 19، ولكن توقع الإصدار الجاهز للإنتاج في 19 نوفمبر تقريبًا بدلاً من نافذة الخريف الأصلية.
مع انتشار أدوات مراجعة الذكاء الاصطناعي عبر النظام البيئي مفتوح المصدر - قامت نواة Linux مؤخرًا بإضفاء الطابع الرسمي على قواعد الكشف عن استخدام أدوات الذكاء الاصطناعي، وهو نقاش تابعته The Register عن كثب - تقدم تجربة PostgreSQL معاينة. مراجعة أفضل تجد المزيد من الأخطاء. المزيد من الأخطاء تستغرق وقتًا لإصلاحها. وفي بعض الأحيان، يكون الرد الأكثر صحة على الذكاء الاصطناعي الذي يكتشف عيوبًا أكثر مما يستطيع البشر التعامل معه هو ببساطة الشحن لاحقًا.
---
ابق على اطلاع بأخبار الذكاء الاصطناعيآخر أخبار وتحليلات وإنجازات الذكاء الاصطناعي — في مكان واحد.
اقرأ المزيد من أخبار الذكاء الاصطناعي →
