PostgreSQL 11: ការវិវត្តនៃការបែងចែកពី Postgres 9.6 ទៅ Postgres 11

សូមរីករាយថ្ងៃសុក្រទាំងអស់គ្នា! នៅសល់ពេលតិចទៅច្រើន មុនពេលវគ្គសិក្សាចាប់ផ្តើម "ទំនាក់ទំនង DBMS"ដូច្នេះថ្ងៃនេះ យើងកំពុងចែករំលែកការបកប្រែនៃសម្ភារៈមានប្រយោជន៍មួយផ្សេងទៀតលើប្រធានបទ។

នៅលើដំណាក់កាលអភិវឌ្ឍន៍ PostgreSQL ៨.៤.៦ មានការងារគួរឱ្យចាប់អារម្មណ៍មួយចំនួនដែលបានធ្វើដើម្បីកែលម្អការបែងចែកតារាង។ តារាងបែងចែក - នេះគឺជាមុខងារដែលមាននៅក្នុង PostgreSQL ជាយូរណាស់មកហើយ ប៉ុន្តែដើម្បីនិយាយ សំខាន់មិនមានរហូតដល់កំណែ 10 ដែលវាបានក្លាយជាមុខងារមានប្រយោជន៍ខ្លាំងណាស់។ យើងបាននិយាយពីមុនថា មរតកតារាងគឺជាការអនុវត្តការចែកភាគថាសរបស់យើង ហើយនេះជាការពិត។ មានតែវិធីនេះទេដែលបង្ខំអ្នកឱ្យធ្វើការងារភាគច្រើនដោយដៃ។ ឧទាហរណ៍ ប្រសិនបើអ្នកចង់បញ្ចូល tuples ទៅក្នុងផ្នែកក្នុងអំឡុងពេល INSERTs អ្នកនឹងត្រូវកំណត់រចនាសម្ព័ន្ធ triggers ដើម្បីធ្វើវាសម្រាប់អ្នក។ ការបែងចែកតាមរយៈមរតកមានភាពយឺតយ៉ាវ និងពិបាកក្នុងការអភិវឌ្ឍមុខងារបន្ថែមពីលើ។

នៅក្នុង PostgreSQL 10 យើងបានឃើញកំណើតនៃ "ការបែងចែកការប្រកាស" ដែលជាលក្ខណៈពិសេសដែលត្រូវបានរចនាឡើងដើម្បីដោះស្រាយបញ្ហាជាច្រើនដែលមិនអាចដោះស្រាយបានដោយប្រើវិធីសាស្ត្រមរតកចាស់។ វាបាននាំឱ្យមានឧបករណ៍ដ៏មានអានុភាពខ្លាំងជាងនេះ ដែលអនុញ្ញាតឱ្យយើងបំបែកទិន្នន័យផ្តេក!

ការប្រៀបធៀបលក្ខណៈ

PostgreSQL 11 ណែនាំសំណុំមុខងារថ្មីគួរឱ្យចាប់អារម្មណ៍ ដែលជួយកែលម្អដំណើរការ និងធ្វើឱ្យតារាងបែងចែកកាន់តែមានតម្លាភាពចំពោះកម្មវិធី។

1. ការប្រើប្រាស់ដែនកំណត់ការលើកលែង
2. បន្ថែមតែថ្នាំង
3. សម្រាប់តែតារាងបែងចែកដែលយោងទៅលើតារាងដែលមិនបែងចែក
4. លិបិក្រមត្រូវតែមានជួរឈរគន្លឹះទាំងអស់នៃភាគថាស
5. ការរឹតបន្តឹងផ្នែកទាំងសងខាងត្រូវតែផ្គូផ្គង

ផលិតភាព

យើងមានដំណឹងល្អនៅទីនេះផងដែរ! វិធីសាស្រ្តថ្មីត្រូវបានបន្ថែម ការលុបផ្នែក. ក្បួនដោះស្រាយថ្មីនេះអាចកំណត់ផ្នែកសមស្របដោយមើលលក្ខខណ្ឌសំណួរ WHERE. ក្បួនដោះស្រាយពីមុនបានពិនិត្យផ្នែកនីមួយៗដើម្បីកំណត់ថាតើវាអាចបំពេញតាមលក្ខខណ្ឌដែរឬទេ WHERE. នេះបណ្តាលឱ្យមានការកើនឡើងបន្ថែមទៀតនៃពេលវេលាធ្វើផែនការ ដោយសារចំនួនផ្នែកកើនឡើង។

នៅក្នុង 9.6 ជាមួយនឹងការបែងចែកតាមរយៈមរតក ការបញ្ជូន tuples ទៅជា partitions ជាធម្មតាត្រូវបានធ្វើដោយការសរសេរមុខងារ trigger ដែលមានស៊េរីនៃ IF statements ដើម្បីបញ្ចូល tuple ទៅក្នុង partition ត្រឹមត្រូវ។ មុខងារទាំងនេះអាចដំណើរការយឺតណាស់។ ជាមួយនឹងការបន្ថែមភាគថាសប្រកាសនៅក្នុងកំណែ 10 វាដំណើរការលឿនជាងមុន។

ដោយប្រើតារាងបែងចែកដែលមាន 100 ភាគថាស យើងអាចវាយតម្លៃដំណើរការនៃការផ្ទុក 10 លានជួរទៅក្នុងតារាងដែលមានជួរឈរ 1 BIGINT និង 5 INT columns ។

ការអនុវត្តការសាកសួរតារាងនេះដើម្បីស្វែងរកកំណត់ត្រាដែលបានធ្វើលិបិក្រមមួយ និងប្រតិបត្តិ DML ដើម្បីរៀបចំកំណត់ត្រាមួយ (ដោយប្រើតែ 1 processor):

នៅទីនេះយើងអាចឃើញថាការអនុវត្តនៃប្រតិបត្តិការនីមួយៗបានកើនឡើងយ៉ាងខ្លាំងចាប់តាំងពី PG 9.6 ។ សំណើ SELECT មើល​ទៅ​កាន់​តែ​ល្អ​ប្រសើរ ជា​ពិសេស​ផ្នែក​ដែល​មាន​សមត្ថភាព​មិន​រាប់​បញ្ចូល​ភាគ​ច្រើន​ក្នុង​អំឡុង​ពេល​ធ្វើ​ផែនការ​សំណួរ។ នេះមានន័យថាអ្នករៀបចំកាលវិភាគអាចរំលងការងារជាច្រើនដែលវាគួរតែបានធ្វើពីមុន។ ឧទាហរណ៍ ផ្លូវមិនត្រូវបានសាងសង់សម្រាប់ផ្នែកដែលមិនចាំបាច់ទៀតទេ។

សេចក្តីសន្និដ្ឋាន

ការបែងចែកតារាងកំពុងចាប់ផ្តើមក្លាយជាមុខងារដ៏មានឥទ្ធិពលនៅក្នុង PostgreSQL ។ វាអនុញ្ញាតឱ្យអ្នកបង្ហាញទិន្នន័យបានយ៉ាងរហ័សនៅលើអ៊ីនធឺណិត ហើយយកវាទៅក្រៅបណ្តាញដោយមិនរង់ចាំឱ្យប្រតិបត្តិការ DML ដ៏យឺត និងធំដើម្បីបញ្ចប់។. នេះក៏មានន័យថាទិន្នន័យដែលពាក់ព័ន្ធអាចត្រូវបានរក្សាទុកជាមួយគ្នា មានន័យថាទិន្នន័យដែលអ្នកត្រូវការអាចចូលប្រើបានកាន់តែមានប្រសិទ្ធភាព។ ការកែលម្អដែលបានធ្វើឡើងនៅក្នុងកំណែនេះនឹងមិនអាចធ្វើទៅបានទេបើគ្មានអ្នកអភិវឌ្ឍន៍ អ្នកត្រួតពិនិត្យ និងអ្នកគ្រប់គ្រងដែលធ្វើការដោយមិននឿយហត់លើមុខងារទាំងអស់នេះ។
សូមអរគុណដល់ពួកគេទាំងអស់គ្នា! PostgreSQL 11 មើលទៅអស្ចារ្យ!

នេះ​ជា​អត្ថបទ​ខ្លី​មួយ ប៉ុន្តែ​គួរ​ឱ្យ​ចាប់​អារម្មណ៍។ ចែករំលែកយោបល់របស់អ្នក ហើយកុំភ្លេចចុះឈ្មោះចូលរួម ថ្ងៃបើកដែលក្នុងនោះកម្មវិធីវគ្គសិក្សានឹងត្រូវបានរៀបរាប់លម្អិត។

ប្រភព: www.habr.com