PostgreSQL 19 သည် AI ကုဒ်ပြန်လည်သုံးသပ်မှုအပြီးတွင် လူသားများပြုပြင်နိုင်သည်ထက် ပိုမိုသော ချို့ယွင်းချက်များကို ဖော်ထုတ်တွေ့ရှိခဲ့သည်

LLM-assisted ကုဒ်ပြန်လည်သုံးသပ်ခြင်း မစတင်မီ စေတနာ့ဝန်ထမ်းအသိုင်းအဝိုင်းက ဖြေရှင်းသည်ထက် ချို့ယွင်းချက်များ ပိုမိုပေါ်လွင်လာပြီးနောက် PostgreSQL Global Development Group သည် Open Source ဒေတာဘေ့စ်၏ အနှစ် 30 သမိုင်းတွင် အကျိုးဆက်ဆုံး အချိန်ဇယားပြောင်းလဲမှုများထဲမှ တစ်ခုဖြစ်သည့် PostgreSQL 19 ကို ထုတ်ဝေရန် နှောင့်နှေးခဲ့ပါသည်။

တစ်ချိန်က စက်တင်ဘာလနှောင်းပိုင်း သို့မဟုတ် အောက်တိုဘာလအစောပိုင်းတွင် စီစဉ်ထားသော ဖြန့်ချိမှုသည် ယခု နိုဝင်ဘာလ 19 ရက်နေ့ဝန်းကျင်တွင် အထွေထွေရရှိနိုင်မှုသို့ ရောက်ရှိရန် မျှော်လင့်ထားကြောင်း အောက်တိုဘာလ 16 ရက်နေ့တွင် ထုတ်ပြန်သည့် The Register ၏ အစီရင်ခံစာအရ သိရသည်။ နှောင့်နှေးမှုနှင့်အတူ developer များသည် သိသာထင်ရှားသောအင်္ဂါရပ် ရှစ်ခုနှင့် 10 ခုကြားကို ပြန်ပြောင်းခဲ့ပြီး နောက်နှစ် PostgreSQL 20 သို့ တွန်းအားပေးခဲ့သည်။ For more context on this story, see our ongoing more AI stories.

အရည်အသွေးဘားသည် အလယ်အလတ်စက်ဝိုင်းသို့ ရွှေ့ထားသည်။

PostgreSQL အတိုင်ပင်ခံ EDB မှ ဒုဥက္ကဋ္ဌနှင့် ပရောဂျက်၏ ဦးဆောင်ကော်မတီဝင်တစ်ဦးဖြစ်သည့် Peter Eisentraut က အောက်တိုဘာလ ၉ ရက်နေ့တွင် ထုတ်ပြန်ခဲ့သည့် "စိတ်ဓာတ်ရေးရာ ပြန်လည်ကောင်းမွန်လာသည်အထိ ဆက်လက်လုပ်ဆောင်မည်" ဟု ခေါင်းစဉ်တပ်ထားသော ဘလော့ဂ်ပို့စ်တစ်ခုတွင် ကျိုးကြောင်းဆီလျော်မှုကို ဖော်ပြခဲ့သည်။

Eisentraut ၏ အဆိုအရ၊ အချို့သော ပြန်ပြောင်းအင်္ဂါရပ်များသည် "လျင်မြန်စွာနှင့် beta ကာလအတွင်း ပြင်ဆင်ရန်ခက်ခဲမည့် သိသာထင်ရှားသော ဗိသုကာဆိုင်ရာချို့ယွင်းချက်" များပါရှိသည်။ ဒါပေမယ့် ပိုပုံမှန်မဟုတ်တဲ့ ပြဿနာကတော့ အရင်ထွက်ရှိထားတဲ့ သံသရာက အချိန်မီ ဘယ်တော့မှ မဖမ်းမိနိုင်တဲ့ အသေးအမွှားကိစ္စလေးတွေရဲ့ အမြီးရှည်ပါပဲ။

LLM-assisted ကုဒ်ပြန်လည်သုံးသပ်ခြင်းတွင်၊ ထုတ်ဝေပြီးသည့်နောက် ငါးနှစ်တာကာလအတွင်း အမှားပြင်ဆင်မှုများအဖြစ် ယခင်က စတင်လုပ်ဆောင်ပြီးသည့်တိုင်အောင် ယခင်ကသတိမထားမိနိုင်ခဲ့သော "အစွန်းအထင်းကိစ္စများပါရှိသော အန္တရာယ်မရှိသောပြဿနာများ" ကို ဖော်ထုတ်ရေးသားခဲ့သည်။ AI ပြန်လည်သုံးသပ်ခြင်းဖြင့်၊ ထိုကဲ့သို့သော ချို့ယွင်းချက်များသည် ကုဒ်သင်္ဘောများရှေ့တွင် ယခုပေါ်လာပါသည်။

" LLM-assisted ကုဒ်ပြန်လည်သုံးသပ်ခြင်းဖြင့်၊ ဤအရာမျိုးများကိုပိုမိုမြန်ဆန်စွာတွေ့ရှိနိုင်သည်၊ ထို့နောက်သင်သည်ချွတ်ယွင်းချက်လေးဆယ်၏စာရင်းကိုကြည့်ရှုနေသည်" ဟု Eisentraut ကရေးသားခဲ့သည်။ "သူတို့တစ်ခုစီမှာ ပျမ်းမျှအားဖြင့် လိုင်းသုံးလိုင်းပြင်ဆင်မှုသာ လိုအပ်သော်လည်း၊ ၎င်းတို့တစ်ခုချင်းစီကို ကိုင်တွယ်ဖြေရှင်းရန် သတ်မှတ်ထားသော စရိတ်စက ရှိနေသည်၊ ထို့နောက် သင်အချိန်ကုန်သွားပါသည်။"

အရည်အသွေး ပြောင်းလဲမှု၏ အချိန်သည် ၎င်း၏ အတိုင်းအတာထက် အရေးကြီးသည်။ အဓိက PostgreSQL 19 အင်္ဂါရပ်များကို ရေးသားသောအခါတွင်၊ LLM-based ပြန်လည်သုံးသပ်ခြင်းကိရိယာသည် လွှင့်တင်မည့်လများအတွင်း ဖြစ်လာသည်နှင့်အမျှ စွမ်းရည်မပြည့်သေးပါ။ ကုဒ်ကို ကျူးလွန်ပြီးသည့်နောက် ပရောဂျက်သည် ၎င်း၏ကိုယ်ပိုင် အရည်အသွေးဘားကို ထိရောက်စွာ မြှင့်တင်ခဲ့သည်။

"အင်္ဂါရပ်ကိုရေးသားပြီးကတိကဝတ်ပြုပြီးနောက်ထိရောက်သောအရည်အသွေးဘားကိုမြှင့်တင်ခဲ့သည်" ဟု Eisentraut မှပြောကြားခဲ့သည်။ " LLM-assisted ကုဒ်ပြန်လည်သုံးသပ်ခြင်း၏စွမ်းရည်များသည် လက်ရှိနှုန်းဖြင့် ဆက်လက်တိုးတက်နေပါက၊ ဤအခြေအနေသည် အနာဂတ်ဖွံ့ဖြိုးတိုးတက်မှုသံသရာအတွက် သူ့ဘာသာသူဖြေရှင်းသင့်ပါသည်။"

'Vibe Coding' မဟုတ်ပါ။

Eisentraut သည် ညစ်ညမ်းသော AI တီထွင်ဖန်တီးမှုမှ အခြေအနေကို ပိုင်းခြားရန် သတိထားခဲ့သည်။ PostgreSQL 19 ၏အင်္ဂါရပ်အသစ်အများစုကိုရေးသောအခါတွင်နည်းပညာသည်မရရှိနိုင်သောကြောင့်၊ သူပြန်ပြောင်းမှုများသည် "vibe coding" ၏ရလဒ်မဟုတ်ပါ။ ဒေတာဘေ့စ်၏ ပြဿနာများသည် ပိုမိုကောင်းမွန်သော သုံးသပ်ချက်မှ ဆင်းသက်လာပြီး ပိုဆိုးသော ရေးသားမှုမျိုး မဟုတ်ပါ။

ထိုထူးခြားချက်သည် ပိုမိုကျယ်ပြန့်သော ဆော့ဖ်ဝဲလုပ်ငန်းအတွက် ဇာတ်လမ်းတွဲကို ထင်ရှားစေသည်။ Andrew Yu နှင့် Jolly Chen တို့သည် POSTQUEL query language ကို SQL ဖြင့် အစားထိုးလိုက်သောအခါတွင် ကမ္ဘာ့ရင့်ကျက်မှုအရှိဆုံး open source ဒေတာဘေ့စ်— 1986 ခုနှစ်တွင် Michael Stonebraker မှ ပထမဆုံးအဆိုပြုခဲ့ပြီး 1995 ခုနှစ်တွင် PostgreSQL ဟု အမည်ပြောင်းကာ POSTQUEL query language ကို SQL ဖြင့် အစားထိုးခဲ့သည် — developer များ သတိမမူမိသောကြောင့် မပျက်စီးခဲ့ပါ။ AI ကိရိယာများသည် ၎င်း၏ရှိပြီးသား စိစစ်မှုကို သိသိသာသာ ပိုမိုထိရောက်စေသောကြောင့် နှောင့်နှေးခဲ့ရသည်။

ထင်ရှားကျော်ကြားသော သေဆုံးမှု- ဂရပ်ဖစ်မေးခွန်းများ

ထုတ်ဝေမှုမှ ဆွဲထုတ်ခံရသည့် အထင်ရှားဆုံးအင်္ဂါရပ်မှာ SQL Property Graph Queries (SQL/PGQ)၊ ဂရပ်ဖစ်လိုက်ဖက်သည့်စွမ်းရည်အတွက် ပံ့ပိုးမှုဖြစ်ပြီး 2023 ခုနှစ်တွင် SQL စံနှုန်း၏တစ်စိတ်တစ်ပိုင်းဖြစ်လာခဲ့သည်။ အစီအမံသည် developer များအား SQL တွင် အစွန်းများဖြင့် တိုက်ရိုက်ချိတ်ဆက်ထားသော node များကြား ဆက်ဆံရေးများကို စူးစမ်းလေ့လာနိုင်စေပြီး PostgreSQL ၏အကောင်အထည်ဖော်မှုသည် မျှော်လင့်ထားသည့် PostgreSQL အင်္ဂါရပ်များထဲမှတစ်ခုဖြစ်သည်။

မဖြေရှင်းနိုင်သော မှန်ကန်မှုပြဿနာများကြောင့် ၎င်းကို ဖယ်ရှားခဲ့သည်။ PostgreSQL ပံ့ပိုးကူညီသူ Tom Lane သည် The Register အရ ဆုံးဖြတ်ချက်မချမီ သတိပေးခဲ့သည်- "ကျွန်ုပ်တို့သည် v19 တွင် တင်ပို့ပါက v20 အထိ ပြုပြင်၍မရသော ချွတ်ယွင်းချက်ရှာဖွေမှုများရှိလာမည်ကို ဤအချိန်တွင် ကျွန်ုပ်သည် အလောင်းအစားပြုလုပ်ရန်ဆန္ဒရှိနေပါသည်။"

SQL/PGQ အပါအဝင် ပြန်လည်ပြောင်းထားသည့် အင်္ဂါရပ်များသည် PostgreSQL 20 တွင် ဆင်းသက်နိုင်မည်ဟု မျှော်လင့်ရသည်။ ထိုထုတ်ဝေမှုတွင် မကြာသေးမီကမှ လုပ်ဆောင်ချက်အသစ်များ လုံးဝမပါရှိဟု ယူဆရသည့် — တည်ငြိမ်မှုကို အာရုံစိုက်သည့် နောက်ဆက်တွဲတစ်ခုဖြစ်သည်။ ယခုအခါ ၎င်းသည် ရွှေ့ပြောင်းထားသော PostgreSQL 19 အလုပ်အား စုပ်ယူနိုင်ဖွယ်ရှိသည်။

##နိုဝင်ဘာလမှာဘာတွေပို့သေးလဲ။

နှောင့်နှေးမှုများရှိနေသော်လည်း၊ Eisentraut က PostgreSQL 19 သည် "ကောင်းမွန်သောထုတ်လွှတ်မှု" ဖြစ်နေဆဲဖြစ်ကြောင်း ကတိပြုခဲ့သည်။ သိမ်းဆည်းထားသည့် အင်္ဂါရပ်များထဲတွင် ထုတ်လုပ်မှုဒေတာဘေ့စ်များအတွက် နာကျင်စရာအချက်ဖြစ်နေသော ဇယားကွက်သော့ခတ်ထားသော VACUUM FULL လုပ်ဆောင်ချက်မပါဘဲ ဒစ်ခ်နေရာလွတ်ကို တစ်ပြိုင်နက်တည်း ပြန်လည်ရယူသည့် လုပ်ဆောင်ချက်များထဲတွင် ပါဝင်ပါသည်။

“နောက်ထပ် စိစစ်ပြီးရင် အရမ်း ကြံ့ခိုင်လာမှာပါ” ဟု ၎င်းက ဆိုသည်။

အင်ဂျင်နီယာအသင်းတိုင်းအတွက် အမှတ်အသားတစ်ခု

PostgreSQL အပိုင်းသည် ဆော့ဖ်ဝဲလ်တည်ဆောက်ပုံသာမကဘဲ "ပြီးပါပြီ" ဟူသည် ပြောင်းလဲသည့် AI ကုဒ်ပြန်လည်သုံးသပ်ခြင်း၏ အရှင်းလင်းဆုံး လက်တွေ့ကမ္ဘာနမူနာများထဲမှ တစ်ခုဖြစ်သည်။ နှစ်ပတ်လည်ပုံစံဖြင့် ဆယ်စုနှစ်များစွာကြာ ယုံကြည်စိတ်ချရသော ထုတ်ဝေမှုများကို ပို့ဆောင်ပေးသည့် ပရောဂျက်တစ်ခုတွင် ၎င်း၏ပြန်လည်သုံးသပ်မှုကိရိယာအသစ်သည် ၎င်း၏ပြက္ခဒိန်အတွင်း ထိန်းသိမ်းသူများသည် လက်ရှိပြက္ခဒိန်အတွင်း လုပ်ဆောင်နိုင်သည်ထက် ပိုမိုလုပ်ဆောင်နိုင်သော တွေ့ရှိချက်များကို ထုတ်ပေးကြောင်း တွေ့ရှိခဲ့သည်။

လုပ်ငန်းအဖွဲ့များသည် AI-အကူအညီဖြင့် ဖွံ့ဖြိုးတိုးတက်မှုအပေါ် လောင်းကြေးထပ်ခြင်းအတွက် PostgreSQL အသိုင်းအဝိုင်းမှ သင်ခန်းစာကို တိုင်းတာသည်- AI ပြန်လည်သုံးသပ်မှုသည် အရည်အသွေးကို သိသိသာသာ မြှင့်တင်နိုင်သော်လည်း အဖွဲ့အစည်းများသည် မော်ဒယ်များကို တွေ့ရှိသည့်အရာများကို စုပ်ယူနိုင်ရန် ပြန်လည်သုံးသပ်နိုင်စွမ်း—လူ့အချိန်၊ triage လုပ်ငန်းစဉ်နှင့် အချိန်ဇယားဆွဲခြင်း—လိုအပ်သည်။ အခြားရွေးချယ်စရာမှာ PostgreSQL ကိုရွေးချယ်ခဲ့သည်- ထုတ်ဝေသည့်ရက်စွဲကိုရွှေ့ပါ။

ဒေတာဘေ့စ်စီမံခန့်ခွဲသူများ အဆင့်မြှင့်တင်မှုများစီစဉ်ခြင်းအတွက်၊ လက်တွေ့ကျသောလမ်းညွှန်ချက်သည် မည်သည့်အကြီးစားဗားရှင်းရွှေ့ပြောင်းခြင်းမှ မပြောင်းလဲပါ- PostgreSQL 19 betas နှင့် ပတ်သက်သော အလုပ်ချိန်များကို စမ်းသပ်သော်လည်း မူရင်းကျဆုံးသည့်ဝင်းဒိုးထက် နိုဝင်ဘာလ 19 ရက်နေ့ဝန်းကျင်တွင် ထုတ်လုပ်ရန်အဆင်သင့်ဖြစ်မည်ဟု မျှော်လင့်ပါသည်။

AI ပြန်လည်သုံးသပ်ရေးကိရိယာများသည် open source ဂေဟစနစ်မှတဆင့်ပျံ့နှံ့သွားသည် — Linux kernel သည် AI ကိရိယာအသုံးပြုမှုအတွက် မကြာသေးမီက တရားဝင်ထုတ်ပြန်ထားသောစည်းမျဉ်းများအတိုင်း၊ အချေအတင်ဆွေးနွေးမှုတစ်ခု The Register သည် အနီးကပ်ခြေရာခံခဲ့သည် — PostgreSQL ၏အတွေ့အကြုံသည် အကြိုကြည့်ရှုမှုကိုပေးသည်။ ပိုကောင်းတဲ့ သုံးသပ်ချက်က အမှားအယွင်းတွေ ပိုတွေ့တယ်။ နောက်ထပ် bug တွေက ပြင်ဖို့ အချိန်ယူရတယ်။ တစ်ခါတစ်ရံတွင် လူသားများ ကိုင်တွယ်ဖြေရှင်းနိုင်သည်ထက် ပိုမိုသော ချို့ယွင်းချက်များကို တွေ့ရှိသည့် AI ကို အကောင်းမွန်ဆုံး တုံ့ပြန်မှုသည် နောက်မှ တင်ပို့ရန်ဖြစ်သည်။

---

Stay Ahead of AI

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

Read more AI news →