Kundi la Maendeleo ya Ulimwenguni la PostgreSQL limechelewesha kutolewa kwa PostgreSQL 19, mojawapo ya mabadiliko muhimu zaidi ya ratiba katika historia ya miaka 30 ya hifadhidata ya chanzo huria, baada ya ukaguzi wa msimbo unaosaidiwa na LLM kuibua kasoro nyingi kuliko ambazo jumuiya ya kujitolea inaweza kutatua kabla ya kuzinduliwa.
Toleo hilo, lililokuwa likipangwa mwishoni mwa Septemba au mapema Oktoba, sasa linatarajiwa kufikia upatikanaji wa jumla karibu Novemba 19, kulingana na ripoti ya The Register iliyochapishwa Oktoba 16. Kando na ucheleweshaji huo, watengenezaji wamerejesha kati ya vipengele nane na 10 muhimu, na kuzisukuma hadi PostgreSQL 20 ya mwaka ujao. For more context on this story, see our ongoing more AI stories.
Upau wa Ubora Umesogezwa Katikati ya Mzunguko
Peter Eisentraut, makamu wa rais katika shirika la ushauri la PostgreSQL EDB na mmoja wa wahusika wakuu wa mradi huo, aliweka hoja katika chapisho la blogu lenye kichwa "Marejesho yataendelea hadi maadili yawe bora," iliyochapishwa Oktoba 9.
Kulingana na Eisentraut, baadhi ya vipengele vilivyorejeshwa vilibeba kasoro kubwa za usanifu ambazo zingekuwa vigumu kurekebisha "haraka na wakati wa beta." Lakini shida isiyo ya kawaida ilikuwa mkia mrefu wa maswala madogo ambayo mizunguko ya awali ya kutolewa haingewahi kupata kwa wakati.
Uhakiki wa msimbo unaosaidiwa na LLM, aliandika, ulifichua "maswala yasiyo na madhara yanayohusisha visa vingi vya hali ya juu" ambayo hapo awali inaweza kuwa haijatambuliwa hadi miaka kadhaa baada ya kuzinduliwa, kwa kawaida hujitokeza kama marekebisho ya hitilafu kwa miaka mitano baada ya kutolewa. Kwa ukaguzi wa AI, kasoro hizo hizo sasa zinaonekana mbele ya meli za msimbo.
"Kwa uhakiki wa nambari iliyosaidiwa na LLM, aina hizi za vitu zinaweza kupatikana kwa haraka zaidi, na kisha unatazama orodha ya ripoti arobaini za kasoro," Eisentraut aliandika. "Hata kama kila mmoja wao anahitaji marekebisho ya mistari mitatu tu kwa wastani, kuna uelekeo maalum wa kushughulikia kila moja ya haya, halafu unaishiwa na wakati."
Muda wa mabadiliko ya ubora ni muhimu kama kiwango chake. Wakati vipengele vikuu vya PostgreSQL 19 vilipoandikwa, zana za kukagua kulingana na LLM hazikuwa na uwezo kama vile ilivyokuwa katika miezi kabla ya kuzinduliwa. Mradi uliinua upau wake wa ubora kwa ufanisi baada ya msimbo kuwa tayari kutekelezwa.
"Upau bora wa ubora umeinuliwa baada ya wakati kipengele kiliandikwa na kujitolea," Eisentraut alisema. "Isipokuwa uwezo wa ukaguzi wa msimbo unaosaidiwa na LLM unaendelea kuboreka kwa kiwango cha sasa, hali hii inapaswa kujipanga kwa mizunguko ya maendeleo ya siku zijazo."
Sio 'Vibe Coding'
Eisentraut alikuwa mwangalifu kutofautisha hali na maendeleo duni yanayotokana na AI. Marejesho, alisisitiza, hayakuwa matokeo ya "coding ya vibe," kwani mbinu hiyo haikupatikana wakati huduma nyingi mpya za PostgreSQL 19 ziliandikwa. Shida za hifadhidata zilitoka kwa ukaguzi bora, sio uandishi mbaya zaidi.
Tofauti hiyo ndiyo inayofanya kipindi hicho kujulikana kwa tasnia pana ya programu. Hifadhidata iliyokomaa zaidi ya chanzo huria - iliyopendekezwa kwa mara ya kwanza na Michael Stonebraker mnamo 1986 na kubadilishwa jina na PostgreSQL mnamo 1995 wakati Andrew Yu na Jolly Chen walipobadilisha lugha ya uulizaji wa POSTQUEL na SQL - haikuvunjika kwa sababu watengenezaji walizembea. Ilicheleweshwa kwa sababu zana za AI zilifanya uchunguzi wake uliopo kuwa mzuri zaidi.
Majeruhi wa Bendera: Hoja za Grafu
Kipengele maarufu zaidi kilichotolewa kutoka kwa toleo ni msaada kwa Maswali ya Grafu ya SQL ya Mali (SQL/PGQ), uwezo wa kulinganisha grafu ambao ulikuja kuwa sehemu ya kiwango cha SQL mwaka wa 2023. Sintaksia huwawezesha wasanidi programu kuchunguza uhusiano kati ya nodi zilizounganishwa na kingo moja kwa moja kwenye SQL, na utekelezaji wa PostgreSQL umekuwa mojawapo ya vipengele vinavyotarajiwa vya PostgreSQL 19 vya Postgre.
Iliondolewa kwa masuala ya usahihi ambayo hayajatatuliwa. Mchangiaji wa PostgreSQL Tom Lane alikuwa ameonya kabla ya uamuzi huo, kulingana na Sajili: "Kwa wakati huu ningekuwa tayari kuweka kamari chakula cha jioni kwamba tukisafirisha katika v19 kutakuwa na ugunduzi wa hitilafu baada ya kutolewa ambao hauwezi kurekebishwa hadi v20."
Vipengele vilivyorejeshwa, ikiwa ni pamoja na SQL/PGQ, vinatarajiwa kutua katika PostgreSQL 20. Toleo hilo lilichukuliwa hadi hivi majuzi kuwa halina vipengele vipya hata kidogo - ufuatiliaji unaozingatia uimarishaji. Sasa inaweza kuchukua kazi ya PostgreSQL 19 iliyohamishwa.
Nini Bado Husafirishwa Mwezi Novemba
Licha ya ucheleweshaji, Eisentraut aliahidi PostgreSQL 19 bado itakuwa "toleo kubwa." Miongoni mwa vipengele vilivyohifadhiwa ni REPACK CONCURRENTLY, ambayo inarudisha nafasi ya diski bila uendeshaji wa VACUUM FULL wa kufunga meza ambayo kwa muda mrefu imekuwa maumivu kwa hifadhidata za uzalishaji.
"Na itakuwa imara sana, baada ya uchunguzi wa ziada," alisema.
Ishara kwa Kila Timu ya Uhandisi
Kipindi cha PostgreSQL ni mojawapo ya mifano ya wazi zaidi ya ulimwengu halisi ya ukaguzi wa msimbo wa AI kubadilisha sio tu jinsi programu inavyoundwa, lakini nini maana ya "kufanywa". Mradi ambao umesafirisha matoleo ya kuaminika kwenye mwanguko wa kila mwaka kwa miongo kadhaa uligundua kuwa zana zake mpya za ukaguzi zilitoa matokeo yanayoweza kutekelezwa kuliko wasimamizi wake wangeweza kuchakata ndani ya kalenda iliyopo.
Kwa timu za biashara zinazoweka dau kuhusu ukuzaji unaosaidiwa na AI, somo kutoka kwa jumuiya ya PostgreSQL hupimwa: Ukaguzi wa AI unaweza kuongeza ubora kwa kiasi kikubwa, lakini mashirika yanahitaji uwezo wa kukagua - wakati wa binadamu, mchakato wa majaribio, na ulegevu wa ratiba - ili kunyonya kile ambacho miundo hupata. Njia mbadala ni ile PostgreSQL ilichagua: songa tarehe ya kutolewa.
Kwa wasimamizi wa hifadhidata wanaopanga uboreshaji, mwongozo wa vitendo haujabadilika kutoka kwa uhamishaji wa toleo kuu: jaribu mzigo wa kazi dhidi ya beta za PostgreSQL 19, lakini tarajia toleo lililotayari kwa uzalishaji tarehe 19 Novemba badala ya dirisha asilia la kuanguka.
Kadiri zana za ukaguzi wa AI zinavyoenea kupitia mfumo wa chanzo huria - kinu cha Linux kilirasimisha sheria za ufichuzi hivi majuzi za utumiaji wa zana za AI, mjadala ambao Rejista imefuatilia kwa karibu - Uzoefu wa PostgreSQL unatoa onyesho la kukagua. Ukaguzi bora hupata hitilafu zaidi. Hitilafu zaidi huchukua muda kurekebisha. Na wakati mwingine, jibu la kiafya kwa AI ambayo hupata kasoro nyingi kuliko wanadamu wanaweza kushughulikia ni kusafirisha baadaye.
---
Stay Ahead of AIGet the latest AI news, analysis, and breakthroughs — all in one place.
Read more AI news →
