پرش به محتوای اصلی

Postgres 19 پس از اینکه بازبینان هوش مصنوعی باگ های بیشتری را نسبت به آنچه که انسان ها قادر به رفع آن هستند پیدا کردند، به تعویق افتاد

دِ رجیستر۱۴۰۵ مهر ۲۴, جمعه، ساعت ۱۳:۳۰حدود 3 دقیقه مطالعه

توسعه دهندگان هسته تا 10 ویژگی را برگردانده، انتشار را به نوامبر منتقل می کنند و به جای کدنویسی Vibe، ابزارهای بهتر را مقصر می دانند.

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

پیتر آیسنترات، veep در EDB، یک پشتیبانی و مشاوره PostgreSQL، در توضیح تعداد بازگردانی‌ها – ویژگی‌هایی که عرضه آن‌ها اکنون به انتشار سال آینده موکول شده است، PostgreSQL 20، گفت که دلیل آن حداقل می‌تواند تا حدی به بررسی کد LLM باشد که توسط توسعه‌دهندگان استفاده می‌شود. در یک پست وبلاگ، Eisentraut، که یکی از پیشروترین committer های PostgreSQL است، گفت که برخی از ویژگی های بازگردانده شده دارای نقص های معماری قابل توجهی هستند که رفع آنها "سریع و در طول بتا" دشوار بود. با این حال، معرفی بررسی کد به کمک LLM همچنین دم طولانی ای از «مسائل نسبتا بی ضرر» را آشکار کرد.

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

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

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

در سال 1994، اندرو یو و جولی چن زبان پرس و جو POSTQUEL را با SQL جایگزین کردند و در سال 1995 پایگاه داده را به صورت آزادانه در دسترس و تحت یک مجوز مجاز تر تغییر دادند و نام آن را به PostgreSQL تغییر دادند. از آن زمان به دلیل خدماتی که سه hyperscaler بزرگ بر روی آن ساخته شده اند و همچنین طیف وسیعی از سیستم های توزیع شده سازگار با سیم در دسترس، به محبوب ترین پایگاه داده در میان توسعه دهندگان حرفه ای تبدیل شده است. از جمله ویژگی‌های استخراج شده از تکرار PostgreSQL 19، پشتیبانی از SQL Property Graph Queries (SQL/PGQ) است که در سال 2023 بخشی از استاندارد SQL شد.

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

او گفت: «و پس از همه بررسی‌های بیشتر، بسیار قوی خواهد بود. ویژگی‌های بازگردانده شده از PostgreSQL 19 احتمالا به PostgreSQL 20 تبدیل می‌شوند. همین چند ماه پیش، توسعه‌دهندگان انتظار داشتند که PostgreSQL 20 هیچ ویژگی جدیدی نداشته باشد، فقط اشکالات را برطرف کند. Eisentraut گفت: در حال حاضر، احتمالا ویژگی های جدید باقی مانده از نسخه قبلی را داشته باشد

خواندن متن کامل در دِ رجیستربه زبان اصلی، در سایت ناشر باز می‌شود
متن اصلی (انگلیسی)

Postgres 19 delayed after AI reviewers find more bugs than humans can fix

Core devs revert up to 10 features, push release to November, and blame better tooling rather than vibe coding

همه‌ی اخبار فناوری