العودة

تأخر إصدار PostgreSQL 19 بسبب تقارير أخطاء الذكاء الاصطناعي
SiTech AI Team3 دقيقة قراءة

تأخر إصدار PostgreSQL 19 بسبب تقارير أخطاء الذكاء الاصطناعي

من المرجح أن يُصدر PostgreSQL 19 في نوفمبر بعد عكس ميزات متأخراً وزيادة تقارير الأخطاء المكتشفة باستخدام نماذج اللغة الكبيرة، وفق Robert Haas. يعكس التأخر إصلاحات مطبقة رجوعاً أكثر وتحويل وقت المراجعة.

من المرجح أن يُصدر PostgreSQL 19 في نوفمبر بدلاً من الإطار المعتاد للمشروع بين منتصف سبتمبر ومنتصف أكتوبر، وفق منشور Robert Haas المنشور يوم الجمعة 30 أكتوبر 2026. يعود التأخر إلى عكس عدة ميزات كبيرة في مرحلة بيتا متأخراً وإلى زيادة تقارير الأخطاء المكتشفة باستخدام نماذج اللغة الكبيرة.

توقيت الإصدار والانعكاسات المتأخرة

خلال العقد الماضي، كان توقيت إصدارات PostgreSQL الرئيسية قابلاً للتنبؤ، إذ لا تصل الإصدارات قبل منتصف سبتمبر ولا بعد منتصف أكتوبر. هذا العام، من المرجح ألا يُصدر PostgreSQL 19 حتى نوفمبر، وقد يقرر المشروع تأجيله أكثر. بين 27 أغسطس و15 سبتمبر، عُكست عدة ميزات كبيرة نسبياً: UPDATE/DELETE FOR PORTION OF، وSQL Property Graph Queries (SQL/PGQ)، وALTER TABLE ... MERGE PARTITION/SPLIT PARTITION. انعكاس الميزات الرئيسية ليس غير شائع مباشرة بعد تجميد الميزات، الذي يحدث كل عام في 8 أبريل، لكن من غير المعتاد أن تُسحب عدة ميزات رئيسية في مرحلة متأخرة كهذه.

تقارير أخطاء نماذج اللغة الكبيرة تزيد عبء العمل

ينسب Robert Haas التغيير إلى نماذج اللغة الكبيرة. بين 8 أبريل 2025 و25 سبتمبر 2025، سُجِّل 1,037 التزامًا في فرع master في PostgreSQL و724 التزامًا في REL_18_STABLE. في 2026، خلال نفس النطاق الزمني، سُجِّل 1,443 التزامًا في فرع master و1,169 التزامًا في REL_19_STABLE. انخفضت التزامات فرع master بين تجميد الميزات و25 سبتمبر قليلاً من العام الماضي إلى هذا العام، بينما ارتفعت الالتزامات المطبقة رجوعاً بأكثر من 60%. خلال 2025، سُجِّل 248 التزامًا في REL_17_STABLE، وخلال 2026، سُجِّل 433 التزامًا في REL_18_STABLE، مما يعني أن الالتزامات المطبقة رجوعاً إلى إصدار سابق واحد على الأقل ارتفعت بأكثر من 74% في عام واحد. عدد كبير جداً من مستخدمي الإنترنت يُبلِغون الآن عن أخطاء في PostgreSQL وجدوها باستخدام نماذج اللغة الكبيرة، وقد كان المسؤولون عن دمج التغييرات مشغولين جداً بإصلاحها.

الجودة ووقت المراجعة والأسئلة طويلة الأمد

هناك عاملان مؤثران. أولاً، لأن عدداً أكبر بكثير من الأخطاء يُكتشف الآن، تأخذ الإصلاحات وقتاً أطول، والإصلاحات التي صاغتها نماذج اللغة الكبيرة ليست دائماً صحيحة أو متوافقة مع معايير PostgreSQL، لذا لا تزال بحاجة إلى مراجعة واعتماد من البشر. ثانياً، وقت كان سيُصرف في مراجعة تغييرات الإصدار صُرِف في معالجة مشكلات أمنية وأخطاء أخرى في الفروع الخلفية، لذا استغرق تحديد ما يجب عكسه قبل إصدار النسخة 19 وقتاً أطول. يقول Haas إن التأخر ليس مثيراً للقلق بشكل خاص وينبع مباشرة من اهتمام المشروع بالجودة. الصورة على المدى الطويل أقل وضوحاً: مع أربعين عاماً من الأخطاء التي لم يتمكن البشر من العثور عليها لكن نماذج اللغة الكبيرة قادرة على اكتشافها، فإنه غير متأكد من كيفية لحاق PostgreSQL بالركب ومواصلته الابتكار. وهو يُبقي على تقديره العالي لقاعدة الكود، ويقول إنها ليست مثالية، ويرى أن نماذج اللغة الكبيرة ستفرض على المطورين رفع مستوى أدائهم، لأن كل ميزة ستخضع للتدقيق من الذكاء الاصطناعي.

المصادر: Lobsters

SiTech

SiTech — تطوير ويب مدعوم بالذكاء الاصطناعي

نبني مواقع سريعة وعصرية وندمج الذكاء الاصطناعي في سير عمل الشركات. لديك مشروع أو سؤال؟ يسعدنا مساعدتك.