PostgreSQL Global Development Group បានពន្យារពេលការចេញផ្សាយ PostgreSQL 19 ដែលជាការផ្លាស់ប្តូរកាលវិភាគដ៏ផលវិបាកបំផុតមួយនៅក្នុងប្រវត្តិសាស្រ្តរយៈពេល 30 ឆ្នាំរបស់មូលដ្ឋានទិន្នន័យប្រភពបើកចំហ បន្ទាប់ពីការត្រួតពិនិត្យកូដដែលគាំទ្រដោយ LLM បង្ហាញពីពិការភាពច្រើនជាងសហគមន៍ស្ម័គ្រចិត្តអាចដោះស្រាយមុនពេលចាប់ផ្តើម។

ការចេញផ្សាយដែលបានគ្រោងទុកសម្រាប់ចុងខែកញ្ញា ឬដើមខែតុលា ឥឡូវនេះត្រូវបានគេរំពឹងថានឹងឈានដល់ភាពអាចរកបានទូទៅនៅជុំវិញថ្ងៃទី 19 ខែវិច្ឆិកា នេះបើយោងតាមរបាយការណ៍របស់ The Register ចេញផ្សាយនៅថ្ងៃទី 16 ខែតុលា។ ទន្ទឹមនឹងការពន្យារពេលនេះ អ្នកអភិវឌ្ឍន៍បានប្តូរមកវិញនូវលក្ខណៈពិសេសសំខាន់ៗចំនួន 8 និង 10 ដោយរុញពួកវាទៅ PostgreSQL 20 នៅឆ្នាំក្រោយ។ For more context on this story, see our ongoing AI industry coverage.

របារគុណភាពបានផ្លាស់ប្តូរពាក់កណ្តាលវដ្ត

លោក Peter Eisentraut អនុប្រធាននៅក្រុមហ៊ុនប្រឹក្សា PostgreSQL EDB និងជាប្រធានគណៈកម្មាធិការឈានមុខគេរបស់គម្រោង បានដាក់ចេញនូវហេតុផលនៅក្នុងការបង្ហោះប្លក់ដែលមានចំណងជើងថា "ការត្រលប់មកវិញនឹងបន្តរហូតដល់សីលធម៌ប្រសើរឡើង" ដែលបានបោះពុម្ពនៅថ្ងៃទី 9 ខែតុលា។

យោងទៅតាម Eisentraut លក្ខណៈពិសេសមួយចំនួនដែលបានត្រលប់មកវិញមានពិការភាពស្ថាបត្យកម្មសំខាន់ៗដែលនឹងពិបាកក្នុងការជួសជុល "យ៉ាងឆាប់រហ័សនិងអំឡុងពេលបេតា" ។ ប៉ុន្តែបញ្ហាដែលមិនធម្មតាជាងនេះគឺកន្ទុយវែងនៃបញ្ហាតូចៗដែលវដ្តនៃការចេញផ្សាយមុនៗនឹងមិនដែលចាប់បានទាន់ពេលនោះទេ។

លោកបានសរសេរថា ការពិនិត្យលេខកូដជំនួយ LLM បានរកឃើញ "បញ្ហាដែលមិនបង្កគ្រោះថ្នាក់ទាក់ទងនឹងករណីគែមផ្សេងៗ" ដែលកាលពីមុនប្រហែលជាមិនត្រូវបានគេកត់សំគាល់ទេរហូតដល់ឆ្នាំបន្ទាប់ពីការបើកដំណើរការ ដែលជាធម្មតាកើតឡើងនៅពេលជួសជុលកំហុសក្នុងរយៈពេល 5 ឆ្នាំបន្ទាប់ពីការចេញផ្សាយ។ ជាមួយនឹងការពិនិត្យឡើងវិញ AI ភាពខ្វះខាតដូចគ្នាទាំងនោះឥឡូវនេះលេចឡើងមុនពេលដែលលេខកូដបញ្ជូន។

Eisentraut បានសរសេរថា "ជាមួយនឹងការត្រួតពិនិត្យកូដដែលគាំទ្រ LLM វត្ថុទាំងនេះអាចរកឃើញកាន់តែលឿន ហើយបន្ទាប់មកអ្នកកំពុងសម្លឹងមើលបញ្ជីនៃរបាយការណ៍ពិការភាពចំនួនសែសិប" ។ "ទោះបីជាពួកគេម្នាក់ៗត្រូវការការជួសជុលបីជួរជាមធ្យមក៏ដោយ វាមានការចំណាយថេរក្នុងការដោះស្រាយនីមួយៗ ហើយបន្ទាប់មកអ្នកអស់ពេល។"

ពេលវេលានៃការផ្លាស់ប្តូរគុណភាពមានសារៈសំខាន់ដូចទំហំរបស់វា។ នៅពេលដែលមុខងារ PostgreSQL 19 សំខាន់ៗត្រូវបានសរសេរ ឧបករណ៍ពិនិត្យដែលមានមូលដ្ឋានលើ LLM មិនទាន់មានលទ្ធភាពដូចដែលវាបានក្លាយជានៅក្នុងប៉ុន្មានខែមុននឹងចាប់ផ្តើមដំណើរការ។ គម្រោងនេះបានបង្កើនរបារគុណភាពរបស់ខ្លួនយ៉ាងមានប្រសិទ្ធភាព បន្ទាប់ពីកូដត្រូវបានប្តេជ្ញាចិត្តរួចហើយ។

Eisentraut បាននិយាយថា "របារគុណភាពដ៏មានប្រសិទ្ធភាពត្រូវបានលើកឡើងបន្ទាប់ពីពេលដែលលក្ខណៈពិសេសនេះត្រូវបានសរសេរ និងប្តេជ្ញាចិត្ត" ។ "លុះត្រាតែសមត្ថភាពនៃការត្រួតពិនិត្យកូដដែលជួយ LLM បន្តធ្វើឱ្យប្រសើរឡើងក្នុងអត្រាបច្ចុប្បន្ន ស្ថានភាពនេះគួរតែតម្រៀបខ្លួនវាចេញសម្រាប់វដ្តនៃការអភិវឌ្ឍន៍នាពេលអនាគត។"

មិនមែន 'Vibe Coding'

Eisentraut មានការប្រុងប្រយ័ត្នក្នុងការបែងចែកស្ថានភាពពីការអភិវឌ្ឍន៍ដែលបង្កើតដោយ AI ។ លោកបានសង្កត់ធ្ងន់ថា ការត្រលប់មកវិញមិនមែនជាលទ្ធផលនៃ "ការសរសេរកូដ vibe" ទេ ដោយសារបច្ចេកទេសមិនមាននៅពេលដែលមុខងារថ្មីរបស់ PostgreSQL 19 ភាគច្រើនត្រូវបានសរសេរ។ បញ្ហានៃមូលដ្ឋានទិន្នន័យបានមកពីការពិនិត្យមើលប្រសើរជាងមុន មិនមែនការសរសេរកាន់តែអាក្រក់នោះទេ។

ភាពខុសគ្នានោះហើយជាអ្វីដែលធ្វើឱ្យភាគគួរឱ្យកត់សម្គាល់សម្រាប់ឧស្សាហកម្មកម្មវិធីទូលំទូលាយ។ មូលដ្ឋានទិន្នន័យប្រភពបើកចំហដែលមានភាពចាស់ទុំបំផុតរបស់ពិភពលោក — ស្នើឡើងដំបូងដោយលោក Michael Stonebraker ក្នុងឆ្នាំ 1986 ហើយបានប្តូរឈ្មោះទៅជា PostgreSQL ក្នុងឆ្នាំ 1995 នៅពេលដែល Andrew Yu និង Jolly Chen បានជំនួសភាសាសំណួរ POSTQUEL ជាមួយ SQL — មិនខូចដោយសារតែអ្នកអភិវឌ្ឍន៍មានការធ្វេសប្រហែស។ វាបានពន្យារពេលដោយសារតែឧបករណ៍ AI បានធ្វើឱ្យការត្រួតពិនិត្យដែលមានស្រាប់របស់វាកាន់តែមានប្រសិទ្ធភាព។

គ្រោះថ្នាក់ចរាចរណ៍៖ សំណួរក្រាហ្វិក

លក្ខណៈពិសេសលេចធ្លោបំផុតដែលត្រូវបានទាញចេញពីការចេញផ្សាយគឺការគាំទ្រសម្រាប់ SQL Property Graph Queries (SQL/PGQ) ដែលជាសមត្ថភាពផ្គូផ្គងក្រាហ្វដែលបានក្លាយជាផ្នែកមួយនៃស្តង់ដារ SQL ក្នុងឆ្នាំ 2023។ វាក្យសម្ព័ន្ធអនុញ្ញាតឱ្យអ្នកអភិវឌ្ឍន៍ស្វែងរកទំនាក់ទំនងរវាងថ្នាំងដែលភ្ជាប់ដោយគែមដោយផ្ទាល់នៅក្នុង SQL ហើយការអនុវត្តរបស់ PostgreSQL គឺជាលក្ខណៈពិសេសមួយដែលរំពឹងទុកបំផុត PostgreSQL 19

វា​ត្រូវ​បាន​លុប​ចេញ​ជុំវិញ​បញ្ហា​ភាពត្រឹមត្រូវ​ដែល​មិន​បាន​ដោះស្រាយ។ អ្នករួមចំណែក PostgreSQL លោក Tom Lane បានព្រមានមុនពេលការសម្រេចចិត្តនេះបើយោងតាម ​​​​The Register ថា "នៅពេលនេះខ្ញុំសុខចិត្តភ្នាល់អាហារពេលល្ងាចថាប្រសិនបើយើងដឹកជញ្ជូនវានៅក្នុង v19 នឹងមានការរកឃើញកំហុសក្រោយការចេញផ្សាយដែលមិនអាចជួសជុលបានរហូតដល់ v20" ។

លក្ខណៈពិសេសដែលបានត្រលប់មកវិញ រួមទាំង SQL/PGQ ត្រូវបានគេរំពឹងថានឹងចុះចតនៅក្នុង PostgreSQL 20។ ការចេញផ្សាយនោះត្រូវបានសន្មតថាមិនមានលក្ខណៈពិសេសថ្មីទាល់តែសោះ — ការតាមដានដែលផ្តោតលើស្ថេរភាព។ ឥឡូវនេះវាទំនងជានឹងស្រូបយកការងារ PostgreSQL 19 ដែលបានផ្លាស់ទីលំនៅ។

អ្វីដែលនៅតែដឹកជញ្ជូនក្នុងខែវិច្ឆិកា

ទោះបីជាមានការពន្យារពេលក៏ដោយ Eisentraut បានសន្យាថា PostgreSQL 19 នឹងនៅតែជា "ការចេញផ្សាយដ៏អស្ចារ្យ" ។ ក្នុងចំណោមលក្ខណៈពិសេសដែលបានរក្សាទុកគឺ REPACK CONCURRENTLY ដែលទាមទារទំហំថាសឡើងវិញដោយគ្មានប្រតិបត្តិការ VACUUM FULL ចាក់សោតារាង ដែលជាចំណុចឈឺចាប់សម្រាប់មូលដ្ឋានទិន្នន័យផលិតកម្មយូរមកហើយ។

លោក​បាន​បន្ត​ថា​៖ «​ហើយ​វា​នឹង​មាន​ភាព​រឹង​មាំ​បន្ទាប់​ពី​ការ​ពិនិត្យ​បន្ថែម​ទាំង​អស់​»។

សញ្ញាសម្រាប់ក្រុមវិស្វកម្មនីមួយៗ

វគ្គ PostgreSQL គឺជាឧទាហរណ៍ជាក់ស្តែងមួយក្នុងចំណោមឧទាហរណ៍ជាក់ស្តែងបំផុតនៃការពិនិត្យឡើងវិញនូវកូដ AI ដែលផ្លាស់ប្តូរមិនត្រឹមតែរបៀបដែលកម្មវិធីត្រូវបានបង្កើតឡើងប៉ុណ្ណោះទេ ប៉ុន្តែអ្វីដែល "រួចរាល់" មានន័យ។ គម្រោងដែលបានដឹកជញ្ជូនការចេញផ្សាយដែលអាចទុកចិត្តបាននៅលើចង្វាក់ប្រចាំឆ្នាំអស់រយៈពេលជាច្រើនទសវត្សរ៍បានរកឃើញថាឧបករណ៍ពិនិត្យថ្មីរបស់វាបានបង្កើតការរកឃើញដែលអាចធ្វើសកម្មភាពបានច្រើនជាងអ្នកថែទាំរបស់វាអាចដំណើរការនៅក្នុងប្រតិទិនដែលមានស្រាប់។

សម្រាប់ក្រុមសហគ្រាសដែលភ្នាល់លើការអភិវឌ្ឍន៍ដែលមានជំនួយ AI មេរៀនពីសហគមន៍ PostgreSQL ត្រូវបានវាស់វែង៖ ការពិនិត្យ AI អាចបង្កើនគុណភាពបានច្រើន ប៉ុន្តែអង្គការត្រូវការសមត្ថភាពត្រួតពិនិត្យ - ពេលវេលារបស់មនុស្ស ដំណើរការ triage និងកាលវិភាគយឺត - ដើម្បីស្រូបយកអ្វីដែលគំរូរកឃើញ។ ជម្រើសគឺអ្វីដែល PostgreSQL បានជ្រើសរើស៖ ផ្លាស់ទីកាលបរិច្ឆេទចេញផ្សាយ។

សម្រាប់អ្នកគ្រប់គ្រងមូលដ្ឋានទិន្នន័យដែលរៀបចំផែនការធ្វើឱ្យប្រសើរឡើង ការណែនាំជាក់ស្តែងគឺមិនផ្លាស់ប្តូរពីការចំណាកស្រុកកំណែធំណាមួយឡើយ៖ សាកល្បងបន្ទុកការងារប្រឆាំងនឹង PostgreSQL 19 betas ប៉ុន្តែរំពឹងថាការចេញផ្សាយដែលត្រៀមរួចជាស្រេចសម្រាប់ផលិតនៅប្រហែលថ្ងៃទី 19 ខែវិច្ឆិកា ជាជាងបង្អួចរដូវស្លឹកឈើជ្រុះដើម។

នៅពេលដែលឧបករណ៍ពិនិត្យ AI បានរីករាលដាលតាមរយៈប្រព័ន្ធអេកូប្រភពបើកចំហ — ខឺណែលលីនុចថ្មីៗនេះបានធ្វើច្បាប់បង្ហាញជាផ្លូវការសម្រាប់ការប្រើប្រាស់ឧបករណ៍ AI ការជជែកវែកញែក The Register បានតាមដានយ៉ាងជិតស្និទ្ធ — បទពិសោធន៍របស់ PostgreSQL ផ្តល់នូវការមើលជាមុន។ ការពិនិត្យកាន់តែប្រសើរ រកឃើញកំហុសកាន់តែច្រើន។ កំហុសកាន់តែច្រើនត្រូវការពេលវេលាដើម្បីជួសជុល។ ហើយពេលខ្លះ ការឆ្លើយតបដែលមានសុខភាពល្អបំផុតចំពោះ AI ដែលរកឃើញពិការភាពច្រើនជាងមនុស្សអាចដោះស្រាយបាន គឺគ្រាន់តែដឹកជញ្ជូននៅពេលក្រោយ។

---

Stay Ahead of AI

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

Read more AI news →