گروه توسعه جهانی PostgreSQL انتشار PostgreSQL 19 را به تعویق انداخت، یکی از مهم ترین تغییرات برنامه در تاریخ 30 ساله پایگاه داده منبع باز، پس از اینکه بررسی کد به کمک LLM بیش از آنچه جامعه داوطلب می توانست قبل از راه اندازی برطرف کند، نشان داد.

طبق گزارشی که The Register در 16 اکتبر منتشر کرد، این نسخه که زمانی برای اواخر سپتامبر یا اوایل اکتبر برنامه ریزی شده بود، اکنون انتظار می رود در حدود 19 نوامبر در دسترس عموم قرار گیرد. در کنار تاخیر، توسعه دهندگان بین هشت تا 10 ویژگی مهم را بازگردانده اند و آنها را به PostgreSQL 20 سال آینده سوق داده اند. For more context on this story, see our ongoing latest AI developments.

نوار کیفیت در اواسط چرخه منتقل شد

پیتر آیسنترات، معاون مشاور PostgreSQL EDB و یکی از متعهدان پیشرو پروژه، استدلال را در یک پست وبلاگی با عنوان "بازگشت تا زمانی که روحیه بهبود یابد ادامه خواهد داشت" که در 9 اکتبر منتشر شد، بیان کرد.

به گفته Eisentraut، برخی از ویژگی‌های بازگردانده شده دارای نقص‌های معماری قابل توجهی بودند که رفع آن‌ها «سریع و در طول بتا» دشوار بود. اما مشکل غیرعادی‌تر، دنباله طولانی مشکلات کوچک‌تر بود که چرخه‌های انتشار قبلی به سادگی هرگز به موقع آن را پیدا نمی‌کردند.

او نوشت، بررسی کد به کمک LLM، «مشکلات نسبتاً بی‌ضرر مربوط به موارد لبه‌ای مختلف» را که در گذشته ممکن بود تا سال‌ها پس از راه‌اندازی مورد توجه قرار نمی‌گرفت، کشف کرد، و معمولاً طی پنج سال پس از انتشار به صورت رفع اشکال ظاهر می‌شدند. با بررسی هوش مصنوعی، همان نقص ها اکنون قبل از ارسال کد ظاهر می شوند.

Eisentraut نوشت: «با بررسی کد به کمک LLM، این نوع چیزها می‌توانند خیلی سریع‌تر پیدا شوند، و سپس به فهرستی از چهل گزارش نقص خیره می‌شوید». "حتی اگر هر یک از آنها به طور متوسط ​​فقط نیاز به یک تعمیر سه خطی داشته باشد، هزینه سربار ثابتی برای رسیدگی به هر یک از آنها وجود دارد و پس از آن زمان شما تمام می شود."

زمان تغییر کیفیت به اندازه مقیاس آن اهمیت دارد. هنگامی که ویژگی‌های اصلی PostgreSQL 19 نوشته شد، ابزار بررسی مبتنی بر LLM هنوز به اندازه ماه‌های منتهی به راه‌اندازی توانمند نبود. این پروژه عملاً نوار کیفیت خود را پس از اینکه کد قبلاً متعهد شده بود، افزایش داد.

Eisentraut گفت: "نوار کیفیت موثر پس از مدتی که ویژگی نوشته شد و متعهد شد، افزایش یافته است." «مگر اینکه قابلیت‌های بازبینی کد به کمک LLM با نرخ فعلی بهبود پیدا نکند، این وضعیت باید برای چرخه‌های توسعه آینده برطرف شود.»

نه "Vibe Coding"

Eisentraut مراقب بود که این وضعیت را از توسعه بی‌نظم ایجاد شده توسط هوش مصنوعی متمایز کند. او تاکید کرد که بازگشت‌ها نتیجه «کدگذاری vibe» نبوده است، زیرا این تکنیک زمانی که بیشتر ویژگی‌های جدید PostgreSQL 19 نوشته شده بود، در دسترس نبود. مشکلات پایگاه داده ناشی از بررسی بهتر است، نه نوشتن بدتر.

این تمایز چیزی است که اپیزود را برای صنعت نرم افزار گسترده تر قابل توجه می کند. بالغ‌ترین پایگاه داده منبع باز جهان – که اولین بار توسط Michael Stonebraker در سال 1986 پیشنهاد شد و در سال 1995 هنگامی که اندرو یو و جولی چن زبان پرس و جوی POSTQUEL را با SQL جایگزین کردند، به PostgreSQL تغییر نام داد – به دلیل بی دقتی توسعه‌دهندگان شکسته نشد. به تعویق افتاد زیرا ابزارهای هوش مصنوعی بررسی های موجود را به طور چشمگیری مؤثرتر کردند.

یک قربانی شاخص: پرس و جوهای نمودار

برجسته ترین ویژگی استخراج شده از انتشار، پشتیبانی از SQL Property Graph Queries (SQL/PGQ) است، یک قابلیت تطبیق گراف که در سال 2023 به بخشی از استاندارد SQL تبدیل شد. این نحو به توسعه دهندگان این امکان را می دهد تا روابط بین گره های متصل به لبه های مستقیماً در SQL را بررسی کنند، و PostgreSQL یکی از ویژگی های ضدپیاده شده PostgreSQL بود.

به دلیل مشکلات حل نشده صحت حذف شد. به گفته The Register، تام لین، مشارکت‌کننده PostgreSQL، قبل از این تصمیم هشدار داده بود: "در این مرحله من حاضرم برای شام شرط ببندم که اگر آن را در نسخه 19 ارسال کنیم، پس از انتشار، باگ‌هایی کشف خواهد شد که تا نسخه 20 قابل رفع نیستند."

انتظار می‌رود ویژگی‌های بازگردانده‌شده، از جمله SQL/PGQ، در PostgreSQL 20 قرار بگیرند. تا همین اواخر تصور می‌شد که این نسخه اصلاً ویژگی جدیدی نداشته باشد - یک پیگیری متمرکز بر تثبیت. اکنون احتمالاً کار جابجا شده PostgreSQL 19 را جذب خواهد کرد.

آنچه هنوز در نوامبر ارسال می شود

علیرغم تاخیرها، Eisentraut قول داد که PostgreSQL 19 همچنان "یک نسخه عالی" خواهد بود. از جمله ویژگی‌های حفظ شده، REPACK CONCURRENTLY است که فضای دیسک را بدون عملیات VACUUM FULL قفل‌کردن میز بازیابی می‌کند که مدت‌ها نقطه دردسری برای پایگاه‌های داده تولید بوده است.

او گفت: «و پس از همه بررسی‌های بیشتر، بسیار قوی خواهد بود.

یک سیگنال برای هر تیم مهندسی

اپیزود PostgreSQL یکی از واضح‌ترین نمونه‌های واقعی بازبینی کد هوش مصنوعی است که نه تنها نحوه ساخت نرم‌افزار، بلکه معنای «انجام شد» را تغییر می‌دهد. پروژه ای که برای چندین دهه نسخه های قابل اعتمادی را در یک آهنگ سالانه ارسال کرده است، دریافت که ابزار بررسی جدید آن، یافته های عملی تری را نسبت به نگه داران آن در تقویم موجود ایجاد کرده است.

برای تیم‌های سازمانی که روی توسعه به کمک هوش مصنوعی شرط‌بندی می‌کنند، درس جامعه PostgreSQL سنجیده می‌شود: بررسی هوش مصنوعی می‌تواند کیفیت را به میزان قابل توجهی افزایش دهد، اما سازمان‌ها برای جذب آنچه که مدل‌ها پیدا می‌کنند، به ظرفیت بازبینی نیاز دارند - زمان انسانی، فرآیند تریاژ و کندی برنامه. گزینه جایگزین همان چیزی است که PostgreSQL انتخاب کرد: تغییر تاریخ انتشار.

برای مدیران پایگاه داده که برنامه‌ریزی ارتقاء می‌کنند، دستورالعمل عملی نسبت به انتقال نسخه اصلی تغییری نکرده است: بارهای کاری را در برابر نسخه‌های بتا PostgreSQL 19 آزمایش کنید، اما انتظار می‌رود که نسخه آماده تولید در حدود 19 نوامبر به جای پنجره اصلی پاییز عرضه شود.

با گسترش ابزارهای بررسی هوش مصنوعی در اکوسیستم منبع باز - هسته لینوکس به تازگی قوانین افشای استفاده از ابزار هوش مصنوعی را رسمی کرده است، بحثی که The Register از نزدیک دنبال کرده است - تجربه PostgreSQL یک پیش نمایش را ارائه می دهد. بررسی بهتر اشکالات بیشتری را پیدا می کند. رفع اشکالات بیشتر زمان می برد. و گاهی اوقات، سالم‌ترین پاسخ به یک هوش مصنوعی که نقص‌های بیشتری نسبت به توانایی انسان پیدا می‌کند، ارسال به سادگی بعداً است.

---

Stay Ahead of AI

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

Read more AI news →