តើមួយណាល្អជាង - Oracle ឬ Redis ឬរបៀបបង្ហាញភាពត្រឹមត្រូវនៃជម្រើសនៃវេទិកា

នាង​និយាយ​ខ្លាំងៗ​ដោយ​មិន​និយាយ​ទៅកាន់​អ្នក​ណា​ថា​៖ «​វា​ចាំបាច់​»​។ - នេះជាការចាំបាច់! នេះ​ជា​អ្វី​ដែល​វា​និយាយ៖ ភារកិច្ច​ចម្បង​របស់​ក្រុមហ៊ុន​គឺ​រក​ប្រាក់​ចំណេញ​ជា​ប្រយោជន៍​របស់​ម្ចាស់​ភាគហ៊ុន។ អញ្ចឹងគិតទៅ! ពួកគេមិនខ្លាចអ្វីទាំងអស់!

Yuliy Dubov, "អាក្រក់តិច"

ដោយ​បាន​ឃើញ​ចំណងជើង​បែប​នេះ អ្នក​ប្រហែល​ជា​បាន​សម្រេច​ចិត្ត​រួច​ហើយ​ថា​អត្ថបទ​នេះ​ជា​ភាព​ឆោតល្ងង់ ឬ​ជា​ការ​បង្កហេតុ។ ប៉ុន្តែកុំប្រញាប់ប្រញាល់សន្និដ្ឋាន៖ និយោជិតនៃសាជីវកម្មធំ ៗ ជាពិសេសសាជីវកម្មដែលមានការចូលរួមពីរដ្ឋ ជាញឹកញាប់ត្រូវប្រៀបធៀបវេទិកាផ្សេងៗគ្នា រួមទាំងភាពខុសគ្នាទាំងស្រុង - ឧទាហរណ៍ អ្នកដែលមានចំណងជើង។

ជាការពិតណាស់គ្មាននរណាម្នាក់ប្រៀបធៀប DBMSs តាមរបៀបនេះទេព្រោះភាពខ្លាំងនិងភាពខ្សោយរបស់ពួកគេត្រូវបានគេស្គាល់យ៉ាងច្បាស់។ តាមក្បួនមួយ វេទិកាដែលដោះស្រាយបញ្ហាកម្មវិធីមួយចំនួនត្រូវប្រឈមនឹងការប្រៀបធៀប។ នៅក្នុងអត្ថបទខ្ញុំនឹងបង្ហាញពីវិធីសាស្រ្តដែលត្រូវបានប្រើក្នុងករណីនេះដោយប្រើឧទាហរណ៍នៃមូលដ្ឋានទិន្នន័យជាប្រធានបទដែលស៊ាំនឹងអ្នកអាន Habr ដោយផ្ទាល់។ ដូច្នេះ

ការលើកទឹកចិត្ត

នៅពេលអ្នកចាប់ផ្តើមគម្រោងអប់រំ ឬគម្រោងចំណង់ចំណូលចិត្ត ការលើកទឹកចិត្តសម្រាប់ការជ្រើសរើសវេទិកាមួយអាចមានភាពចម្រុះ៖ "នេះគឺជាវេទិកាដែលខ្ញុំដឹងជាងគេ" "ខ្ញុំចាប់អារម្មណ៍ក្នុងការស្វែងយល់អំពីវា" "នេះគឺជាឯកសារដ៏ល្អបំផុត" ... ក្នុង​ករណី​ក្រុមហ៊ុន​ពាណិជ្ជកម្ម លក្ខណៈ​វិនិច្ឆ័យ​នៃ​ការ​ជ្រើសរើស​គឺ​ដូច​គ្នា៖ តើ​ខ្ញុំ​ត្រូវ​ចំណាយ​ប៉ុន្មាន ហើយ​ខ្ញុំ​នឹង​ទទួល​បាន​អ្វី​សម្រាប់​ប្រាក់​នេះ។

តាមធម្មជាតិ អ្នកចង់ចំណាយតិច និងទទួលបានកាន់តែច្រើន។ ទោះជាយ៉ាងណាក៏ដោយ អ្នកត្រូវសម្រេចចិត្តថាអ្វីដែលសំខាន់ជាងនេះ - ចំណាយតិច ឬទទួលបានកាន់តែច្រើន ហើយកំណត់ទម្ងន់ទៅថ្នាំងនីមួយៗ។ ចូរសន្មតថាដំណោះស្រាយដែលមានគុណភាពខ្ពស់មានសារៈសំខាន់សម្រាប់យើងជាងតម្លៃថោក ហើយយើងកំណត់ទម្ងន់ 40% ទៅថ្នាំង "តម្លៃ" និង 60% ទៅថ្នាំង "ឱកាស" ។

នៅក្នុងសាជីវកម្មធំ ៗ ភាពផ្ទុយគ្នាជាធម្មតាជាការពិត - ទំងន់នៃការចំណាយមិនធ្លាក់ចុះក្រោម 50% ហើយប្រហែលជាច្រើនជាង 60% ។ នៅក្នុងឧទាហរណ៍គំរូ អ្វីទាំងអស់ដែលសំខាន់នោះគឺថាទម្ងន់សរុបនៃថ្នាំងកូនរបស់ថ្នាំងមេណាមួយត្រូវតែមាន 100% ។

លក្ខខណ្ឌកាត់

គេហទំព័រ db-engines.com មានប្រព័ន្ធគ្រប់គ្រងមូលដ្ឋានទិន្នន័យប្រហែល 500 ដែលគេស្គាល់។ ជាធម្មតា ប្រសិនបើអ្នកជ្រើសរើសវេទិកាគោលដៅពីជម្រើសជាច្រើន អ្នកអាចនឹងបញ្ចប់ដោយអត្ថបទពិនិត្យឡើងវិញ ប៉ុន្តែមិនមែនជាគម្រោងពាណិជ្ជកម្មទេ។ ដើម្បីកាត់បន្ថយទំហំជម្រើស លក្ខណៈវិនិច្ឆ័យកាត់ត្រូវបានបង្កើត ហើយប្រសិនបើវេទិកាមិនបំពេញតាមលក្ខណៈវិនិច្ឆ័យទាំងនេះ នោះវាមិនត្រូវបានគេពិចារណាទេ។

លក្ខណៈវិនិច្ឆ័យនៃការកាត់ផ្តាច់អាចទាក់ទងនឹងលក្ខណៈបច្ចេកទេស ឧទាហរណ៍៖

• ការធានាអាស៊ីត;
• គំរូទិន្នន័យទំនាក់ទំនង;
• ការគាំទ្រភាសា SQL (ចំណាំ វាមិនដូចគ្នាទៅនឹង "គំរូទំនាក់ទំនង");
• លទ្ធភាពនៃការធ្វើមាត្រដ្ឋានផ្ដេក។

វាអាចមានលក្ខណៈវិនិច្ឆ័យទូទៅ៖

• ភាពអាចរកបាននៃការគាំទ្រពាណិជ្ជកម្មនៅក្នុងប្រទេសរុស្ស៊ី;
• ប្រភព​បើក​ចំហ;
• ភាពអាចរកបាននៃវេទិកាក្នុងការចុះឈ្មោះរបស់ក្រសួងទូរគមនាគមន៍ និងសារគមនាគមន៍;
• វត្តមានរបស់វេទិកាក្នុងការវាយតម្លៃមួយចំនួន (ឧទាហរណ៍ក្នុងរយភាគរយដំបូងនៃចំណាត់ថ្នាក់ db-engines.com);
• វត្តមានរបស់អ្នកជំនាញនៅក្នុងទីផ្សារ (ឧទាហរណ៍ដោយផ្អែកលើលទ្ធផលនៃការស្វែងរកឈ្មោះវេទិកានៅក្នុងប្រវត្តិរូបនៅលើគេហទំព័រ hh.ru) ។

យ៉ាងណាមិញ វាអាចមានលក្ខណៈវិនិច្ឆ័យជាក់លាក់សម្រាប់សហគ្រាស៖

• ភាពអាចរកបាននៃអ្នកឯកទេសលើបុគ្គលិក;
• ភាពឆបគ្នាជាមួយប្រព័ន្ធត្រួតពិនិត្យ X ឬប្រព័ន្ធបម្រុងទុក Y ដែលការគាំទ្រទាំងអស់គឺផ្អែកលើ ...

អ្វីដែលសំខាន់បំផុតនោះគឺថាមានបញ្ជីនៃលក្ខណៈវិនិច្ឆ័យកាត់។ បើមិនដូច្នោះទេ ប្រាកដជាមានអ្នកជំនាញ (ឬ "អ្នកជំនាញ") ដែលពេញចិត្តនឹងការជឿទុកចិត្តពិសេសពីអ្នកគ្រប់គ្រងដែលនឹងនិយាយថា "ហេតុអ្វីបានជាអ្នកមិនជ្រើសរើសវេទិកា Z ខ្ញុំដឹងថាវាល្អបំផុត" ។

ការ​ប៉ាន់​ប្រមាណ​ការ​ចំណាយ

តម្លៃនៃដំណោះស្រាយជាក់ស្តែងរួមមានថ្លៃអាជ្ញាប័ណ្ណ ថ្លៃគាំទ្រ និងថ្លៃឧបករណ៍។

ប្រសិនបើប្រព័ន្ធមានប្រហែលថ្នាក់ដូចគ្នា (ឧទាហរណ៍ Microsoft SQL Server និង PostgreSQL) នោះសម្រាប់ភាពសាមញ្ញ យើងអាចសន្មត់ថាចំនួនឧបករណ៍សម្រាប់ដំណោះស្រាយទាំងពីរនឹងមានចំនួនប្រហាក់ប្រហែលគ្នា។ នេះនឹងអនុញ្ញាតឱ្យអ្នកមិនវាយតម្លៃឧបករណ៍ដោយហេតុនេះការសន្សំពេលវេលានិងការខិតខំប្រឹងប្រែងច្រើន។ ប្រសិនបើអ្នកត្រូវប្រៀបធៀបប្រព័ន្ធខុសគ្នាទាំងស្រុង (និយាយថា Oracle ទល់នឹង Redis) នោះវាច្បាស់ណាស់ថាសម្រាប់ការវាយតម្លៃត្រឹមត្រូវ ចាំបាច់ត្រូវធ្វើទំហំ (ការគណនាបរិមាណឧបករណ៍)។ ការកំណត់ទំហំប្រព័ន្ធដែលមិនមានគឺជាការងារដែលមិនអាចអរគុណបាន ដូច្នេះពួកគេនៅតែព្យាយាមជៀសវាងការប្រៀបធៀបបែបនេះ។ នេះងាយស្រួលធ្វើ៖ នៅក្នុងលក្ខខណ្ឌកាត់ផ្តាច់ ការបាត់បង់ទិន្នន័យសូន្យ និងគំរូទំនាក់ទំនងត្រូវបានសរសេរ ឬផ្ទុយមកវិញ - បន្ទុក 50 ពាន់ប្រតិបត្តិការក្នុងមួយវិនាទី។

ដើម្បីវាយតម្លៃអាជ្ញាប័ណ្ណ វាគឺគ្រប់គ្រាន់ដើម្បីសួរអ្នកលក់ ឬដៃគូរបស់ខ្លួនសម្រាប់តម្លៃអាជ្ញាប័ណ្ណសម្រាប់ចំនួនស្នូល និងការគាំទ្រសម្រាប់រយៈពេលថេរ។ តាមក្បួនក្រុមហ៊ុនមានទំនាក់ទំនងខ្លាំងជាមួយអ្នកលក់កម្មវិធីរួចហើយ ហើយប្រសិនបើនាយកដ្ឋានប្រតិបត្តិការមូលដ្ឋានទិន្នន័យមិនអាចឆ្លើយសំណួរតម្លៃដោយខ្លួនឯងបានទេ នោះលិខិតមួយគឺគ្រប់គ្រាន់ដើម្បីទទួលបានព័ត៌មាននេះ។

អ្នកលក់ផ្សេងគ្នាអាចមានម៉ែត្រអាជ្ញាបណ្ណខុសៗគ្នា៖ តាមចំនួនស្នូល បរិមាណទិន្នន័យ ឬចំនួនថ្នាំង។ មូលដ្ឋានរង់ចាំអាចមិនគិតថ្លៃ ឬវាអាចត្រូវបានផ្តល់អាជ្ញាបណ្ណតាមវិធីដូចគ្នានឹងមេ។ ប្រសិនបើភាពខុសគ្នាណាមួយនៅក្នុងម៉ែត្រត្រូវបានរកឃើញ អ្នកនឹងត្រូវរៀបរាប់លម្អិតអំពីជំហរគំរូ និងគណនាតម្លៃអាជ្ញាប័ណ្ណសម្រាប់ការឈរ។

ចំណុចសំខាន់មួយសម្រាប់ការប្រៀបធៀបត្រឹមត្រូវគឺលក្ខខណ្ឌគាំទ្រដូចគ្នា។ ឧទាហរណ៍ ការគាំទ្រ Oracle មានតម្លៃ 22% នៃតម្លៃអាជ្ញាប័ណ្ណក្នុងមួយឆ្នាំ ប៉ុន្តែអ្នកមិនចាំបាច់បង់ប្រាក់សម្រាប់ការគាំទ្រ PostgreSQL ទេ។ តើ​ត្រឹមត្រូវ​ទេ​បើ​ប្រៀបធៀប​បែប​នេះ? ទេ ដោយសារកំហុសដែលមិនអាចជួសជុលដោយខ្លួនឯងបានមានផលវិបាកខុសគ្នាទាំងស្រុង៖ ក្នុងករណីទីមួយ អ្នកឯកទេសផ្នែកជំនួយនឹងជួយអ្នកជួសជុលវាយ៉ាងឆាប់រហ័ស ប៉ុន្តែក្នុងករណីទីពីរ វាមានហានិភ័យនៃការពន្យារពេលគម្រោង ឬពេលវេលារងចាំនៃការបញ្ចប់។ ប្រព័ន្ធសម្រាប់រយៈពេលមិនកំណត់។

អ្នកអាចធ្វើឱ្យស្មើគ្នានូវលក្ខខណ្ឌគណនាតាមបីវិធី៖

1. ប្រើ Oracle ដោយគ្មានការគាំទ្រ (តាមពិតវាមិនកើតឡើងទេ) ។
2. ទិញការគាំទ្រសម្រាប់ PostgreSQL - ឧទាហរណ៍ពី Postgres Professional ។
3. យកទៅក្នុងគណនីហានិភ័យដែលទាក់ទងនឹងការខ្វះខាតការគាំទ្រ។

ជាឧទាហរណ៍ ការគណនាហានិភ័យអាចមើលទៅដូចនេះ៖ នៅក្នុងព្រឹត្តិការណ៍នៃការបរាជ័យនៃមូលដ្ឋានទិន្នន័យធ្ងន់ធ្ងរ ពេលវេលារងចាំប្រព័ន្ធនឹងមានរយៈពេល 1 ថ្ងៃនៃថ្ងៃធ្វើការ។ ប្រាក់ចំណេញដែលបានព្យាករណ៍ពីការប្រើប្រាស់ប្រព័ន្ធគឺ 40 ពាន់លាន MNT ក្នុងមួយឆ្នាំ អត្រាគ្រោះថ្នាក់ត្រូវបានប៉ាន់ប្រមាណថាមានចំនួន 1/400 ដូច្នេះហានិភ័យនៃការខ្វះការគាំទ្រត្រូវបានប៉ាន់ប្រមាណថាមានចំនួនប្រហែល 100 លាន MNT ក្នុងមួយឆ្នាំ។ ជាក់ស្តែង "ប្រាក់ចំណេញដែលបានគ្រោងទុក" និង "ប្រេកង់គ្រោះថ្នាក់ប៉ាន់ស្មាន" គឺជាតម្លៃនិម្មិត ប៉ុន្តែវាល្អប្រសើរជាងក្នុងការមានគំរូបែបនេះជាជាងមិនមាន។

តាមពិត ប្រព័ន្ធនេះអាចមានសារៈសំខាន់ពេកសម្រាប់តម្លៃកេរ្តិ៍ឈ្មោះនៃពេលវេលារងចាំយូរដែលមិនអាចទទួលយកបាន ដូច្នេះការគាំទ្រនឹងត្រូវបានទាមទារ។ ប្រសិនបើពេលវេលារងចាំត្រូវបានអនុញ្ញាត នោះជួនកាលការបដិសេធការគាំទ្រអាចជាវិធីដ៏ល្អក្នុងការសន្សំប្រាក់។

អនុញ្ញាតឱ្យយើងសន្មត់ថាបន្ទាប់ពីការគណនាទាំងអស់ការចំណាយនៃប្រតិបត្តិការវេទិកា A សម្រាប់រយៈពេល 5 ឆ្នាំប្រែទៅជា 800 លាន MNT ការចំណាយនៃវេទិកា B គឺ 650 លាន MNT ហើយការចំណាយនៃវេទិកា C គឺ 600 លាន MNT ។ Platform C ជាអ្នកឈ្នះ ទទួលបានពិន្ទុពេញសម្រាប់តម្លៃ ខណៈពេលដែល Platform A និង B ទទួលបានតិចជាងបន្តិច តាមសមាមាត្រទៅនឹងចំនួនដងដែលវាថ្លៃជាង។ ក្នុងករណីនេះ - 0.75 និង 0.92 ពិន្ទុរៀងគ្នា។

ការវាយតម្លៃឱកាស

ការវាយតម្លៃនៃឱកាសត្រូវបានបែងចែកទៅជាក្រុមជាច្រើន ដែលចំនួននេះត្រូវបានកំណត់ត្រឹមតែដោយការស្រមើលស្រមៃរបស់មនុស្សដែលធ្វើការវាយតម្លៃប៉ុណ្ណោះ។ ជម្រើសដ៏ល្អបំផុតហាក់ដូចជាបែងចែកសមត្ថភាពទៅជាក្រុមដែលនឹងប្រើប្រាស់សមត្ថភាពទាំងនេះ។ ក្នុងឧទាហរណ៍របស់យើង ទាំងនេះគឺជាអ្នកអភិវឌ្ឍន៍ អ្នកគ្រប់គ្រង និងមន្ត្រីសន្តិសុខព័ត៌មាន។ ចូរសន្មតថាទម្ងន់នៃមុខងារទាំងនេះត្រូវបានចែកចាយជា 40:40:20 ។

មុខងារអភិវឌ្ឍន៍រួមមាន:

• ភាពងាយស្រួលនៃការគ្រប់គ្រងទិន្នន័យ;
• ការធ្វើមាត្រដ្ឋាន;
• វត្តមាននៃសន្ទស្សន៍បន្ទាប់បន្សំ។

បញ្ជីនៃលក្ខណៈវិនិច្ឆ័យ ក៏ដូចជាទម្ងន់របស់ពួកគេ គឺមានលក្ខណៈជាប្រធានបទ។ ទោះបីជានៅពេលដោះស្រាយបញ្ហាដូចគ្នាក៏ដោយ បញ្ជី ទម្ងន់ធាតុ និងចម្លើយទាំងនេះនឹងប្រែប្រួលយ៉ាងខ្លាំង អាស្រ័យលើសមាសភាពក្រុមរបស់អ្នក។ ឧទាហរណ៍ Facebook ប្រើ MySQL ដើម្បីរក្សាទុកទិន្នន័យ ហើយ Instagram ត្រូវបានបង្កើតឡើងនៅលើ Cassandra ។ វាមិនទំនងទេដែលអ្នកអភិវឌ្ឍន៍កម្មវិធីទាំងនេះបានបំពេញតារាងបែបនេះ។ គេអាចស្មានបានតែលោក Mark Zuckerberg ជ្រើសរើសគំរូទំនាក់ទំនងពេញលេញ ដោយចំណាយសម្រាប់វាជាមួយនឹងតម្រូវការសម្រាប់ការប្រើប្រាស់ sharding ខណៈពេលដែល Kevin Systrom បានបង្កើតការធ្វើមាត្រដ្ឋានដោយប្រើវេទិកាដោយលះបង់ភាពងាយស្រួលនៃការប្រើប្រាស់ទិន្នន័យ។

មុខងាររដ្ឋបាលរួមមាន:

• សមត្ថភាពប្រព័ន្ធបម្រុងទុក;
• ភាពងាយស្រួលនៃការត្រួតពិនិត្យ;
• ភាពងាយស្រួលនៃការគ្រប់គ្រងសមត្ថភាព - ថាសនិងថ្នាំង;
• សមត្ថភាពចម្លងទិន្នន័យ។

សូមចំណាំថា សំណួរត្រូវតែសរសេរក្នុងលក្ខណៈបរិមាណ។ អ្នកថែមទាំងអាចយល់ព្រមលើរបៀបវាយតម្លៃមុខងារជាក់លាក់មួយ។ ជាឧទាហរណ៍ ចូរយើងព្យាយាមវាយតម្លៃឧបករណ៍បម្រុងទុកដោយប្រើឧទាហរណ៍នៃឧបករណ៍ដែលបានផ្គត់ផ្គង់ជាមួយ Oracle DBMS៖

ឧបករណ៍
ការអត្ថាធិប្បាយ
ការវាយតំលៃ

imp/exp
ការផ្ទុកឡើងនិងផ្ទុកទិន្នន័យ
0.1

ចាប់ផ្តើម / បញ្ចប់ការបម្រុងទុក
ការចម្លងឯកសារ
0.3

RMAN
បង្កើនសមត្ថភាពចម្លង
0.7

ZDLRA
មានតែការចម្លងបន្ថែម ការងើបឡើងវិញលឿនបំផុតដល់ចំណុច
1.0

ប្រសិនបើមិនមានលក្ខណៈវិនិច្ឆ័យវាយតម្លៃច្បាស់លាស់ទេ នោះវាសមហេតុផលក្នុងការសុំឱ្យអ្នកជំនាញជាច្រើនផ្តល់ការវាយតម្លៃ ហើយបន្ទាប់មកជាមធ្យមពួកគេ។

ជាចុងក្រោយ យើងគ្រាន់តែរាយមុខងារសុវត្ថិភាពព័ត៌មាន៖

• ភាពអាចរកបាននៃគោលការណ៍គ្រប់គ្រងពាក្យសម្ងាត់;
• សមត្ថភាពក្នុងការភ្ជាប់ឧបករណ៍ផ្ទៀងផ្ទាត់ខាងក្រៅ (LDAP, Kerberos);
• គំរូនៃការចូលប្រើ;
• សមត្ថភាពសវនកម្ម;
• ការអ៊ិនគ្រីបទិន្នន័យនៅលើថាស;
• ការអ៊ិនគ្រីបកំឡុងពេលបញ្ជូនតាមបណ្តាញ (TLS);
• ការការពារទិន្នន័យពីអ្នកគ្រប់គ្រង។

ការធ្វើតេស្តការអនុវត្ត

ដោយឡែកពីគ្នា, ខ្ញុំចង់ព្រមានប្រឆាំងនឹងការប្រើប្រាស់លទ្ធផលនៃការធ្វើតេស្តបន្ទុកណាមួយដែលមិនត្រូវបានធ្វើឡើងដោយអ្នកជាអាគុយម៉ង់។

ទីមួយ រចនាសម្ព័ន្ធទិន្នន័យ និងទម្រង់ផ្ទុកនៃកម្មវិធីដែលកំពុងធ្វើតេស្តអាចមានភាពខុសប្លែកគ្នាយ៉ាងខ្លាំងពីបញ្ហាដែលអ្នកនឹងត្រូវដោះស្រាយ។ ប្រហែល 10-15 ឆ្នាំមុន អ្នកលក់មូលដ្ឋានទិន្នន័យចូលចិត្តបង្ហាញលទ្ធផលដែលសម្រេចបាននៅក្នុងការធ្វើតេស្ត TPC ប៉ុន្តែឥឡូវនេះ វាហាក់បីដូចជាគ្មាននរណាម្នាក់យកលទ្ធផលទាំងនេះធ្ងន់ធ្ងរទេ។

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

ហើយចុងក្រោយ ទីបី អ្នកមិនដឹងអ្វីទាំងអស់អំពីអ្នកដែលបានធ្វើតេស្ត។ គុណវុឌ្ឍិទាំងពីរនេះមានសារៈសំខាន់ ដែលជះឥទ្ធិពលលើគុណភាពនៃការដំឡើង OS និង platform ក៏ដូចជាការលើកទឹកចិត្ត ដែលមានឥទ្ធិពលលើលទ្ធផលតេស្តច្រើនជាងកត្តាផ្សេងទៀតទាំងអស់រួមបញ្ចូលគ្នា។

ប្រសិនបើការអនុវត្តគឺជាកត្តាសំខាន់ សូមធ្វើការសាកល្បងដោយខ្លួនឯង និយមដោយមានជំនួយពីមនុស្សដែលនឹងកំណត់រចនាសម្ព័ន្ធ និងថែរក្សាប្រព័ន្ធផលិតកម្ម។

លទ្ធផល

ជាចុងក្រោយ លទ្ធផលនៃការងារទាំងអស់ដែលបានធ្វើគួរតែជាសៀវភៅបញ្ជី ដែលការប៉ាន់ស្មានទាំងអស់ត្រូវបានបញ្ចូលគ្នា គុណ និងបូកសរុប៖

ដូចដែលអ្នកយល់ ការផ្លាស់ប្តូរមាត្រដ្ឋាន និងកែតម្រូវការវាយតម្លៃ អ្នកអាចសម្រេចបានលទ្ធផលដែលអ្នកចង់បាន ប៉ុន្តែនោះជារឿងខុសគ្នាទាំងស្រុង...

ប្រភព: www.habr.com