14 រឿងដែលខ្ញុំប្រាថ្នាចង់ដឹងមុនពេលចាប់ផ្តើមជាមួយ MongoDB

ការបកប្រែអត្ថបទត្រូវបានរៀបចំនៅមុនថ្ងៃចាប់ផ្តើមនៃវគ្គសិក្សា "មូលដ្ឋានទិន្នន័យមិនទាក់ទង".

គំនួសពណ៌ៈ

• វាមានសារៈសំខាន់ខ្លាំងណាស់ក្នុងការអភិវឌ្ឍន៍គ្រោងការណ៍ ទោះបីជាវាជាជម្រើសនៅក្នុង MongoDB ក៏ដោយ។
• ដូចគ្នាដែរ លិបិក្រមត្រូវតែផ្គូផ្គងគ្រោងការណ៍ និងលំនាំចូលប្រើរបស់អ្នក។
• ជៀសវាងការប្រើវត្ថុធំ និងអារេធំ។
• សូមប្រយ័ត្នជាមួយការកំណត់ MongoDB ជាពិសេសនៅពេលនិយាយអំពីសុវត្ថិភាព និងភាពជឿជាក់។
• MongoDB មិនមានកម្មវិធីបង្កើនប្រសិទ្ធភាពសំណួរទេ ដូច្នេះអ្នកត្រូវតែប្រុងប្រយ័ត្ននៅពេលអនុវត្តប្រតិបត្តិការសំណួរ។

ខ្ញុំបានធ្វើការជាមួយមូលដ្ឋានទិន្នន័យអស់រយៈពេលជាយូរមកហើយ ប៉ុន្តែទើបតែបានរកឃើញ MongoDB ថ្មីៗនេះ។ មានរឿងមួយចំនួនដែលខ្ញុំប្រាថ្នាចង់ដឹង មុនពេលខ្ញុំចាប់ផ្តើមធ្វើការជាមួយវា។ នៅពេលដែលមនុស្សម្នាក់មានបទពិសោធន៍ក្នុងវិស័យជាក់លាក់មួយរួចហើយ ពួកគេមានគំនិតគិតទុកជាមុនអំពីអ្វីដែលជាមូលដ្ឋានទិន្នន័យ និងអ្វីដែលពួកគេធ្វើ។ ដោយសង្ឃឹមថានឹងធ្វើឱ្យវាកាន់តែងាយស្រួលសម្រាប់អ្នកដទៃក្នុងការយល់ ខ្ញុំសូមបង្ហាញបញ្ជីនៃកំហុសទូទៅមួយ។

ការបង្កើតម៉ាស៊ីនមេ MongoDB ដោយគ្មានការផ្ទៀងផ្ទាត់

ជាអកុសល MongoDB ត្រូវបានដំឡើងដោយគ្មានការផ្ទៀងផ្ទាត់តាមលំនាំដើម។ សម្រាប់ស្ថានីយការងារដែលបានចូលប្រើក្នុងមូលដ្ឋាន ការអនុវត្តនេះគឺជារឿងធម្មតា។ ប៉ុន្តែដោយសារ MongoDB គឺជាប្រព័ន្ធអ្នកប្រើប្រាស់ច្រើនដែលចូលចិត្តប្រើអង្គចងចាំច្រើន វានឹងកាន់តែប្រសើរប្រសិនបើអ្នកដាក់វានៅលើម៉ាស៊ីនមេដែលមាន RAM ច្រើនតាមតែអាចធ្វើទៅបាន ទោះបីជាអ្នកគ្រាន់តែប្រើវាសម្រាប់ការអភិវឌ្ឍន៍ក៏ដោយ។ ការដំឡើងនៅលើម៉ាស៊ីនមេតាមរយៈច្រកលំនាំដើមអាចមានបញ្ហា ជាពិសេសប្រសិនបើកូដ javascript ណាមួយអាចត្រូវបានប្រតិបត្តិក្នុងសំណើ (ឧទាហរណ៍ $where ជាគំនិតមួយសម្រាប់ ការចាក់).

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

កុំភ្លេចចងផ្ទៃវាយប្រហារទៅ MongoDB

បញ្ជីត្រួតពិនិត្យសុវត្ថិភាព MongoDB មានគន្លឹះល្អៗសម្រាប់កាត់បន្ថយហានិភ័យនៃការជ្រៀតចូលបណ្តាញ និងការលេចធ្លាយទិន្នន័យ។ វាងាយស្រួលក្នុងការដុសខាត់វា ហើយនិយាយថាម៉ាស៊ីនមេអភិវឌ្ឍន៍មិនត្រូវការកម្រិតខ្ពស់នៃសុវត្ថិភាពនោះទេ។ ទោះយ៉ាងណាក៏ដោយ វាមិនសាមញ្ញនោះទេ ហើយនេះអនុវត្តចំពោះម៉ាស៊ីនមេ MongoDB ទាំងអស់។ ជាពិសេសប្រសិនបើមិនមានហេតុផលគួរឱ្យទាក់ទាញអារម្មណ៍ក្នុងការប្រើប្រាស់ mapReduce, group ឬ $ កន្លែងណាអ្នកត្រូវបិទការប្រើប្រាស់កូដបំពាននៅក្នុង JavaScript ដោយសរសេរក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធ javascriptEnabled:false. ដោយសារឯកសារទិន្នន័យមិនត្រូវបានអ៊ិនគ្រីបក្នុង MongoDB ស្តង់ដារ វាសមហេតុផលក្នុងការដំណើរការ MongoDB ជាមួយ អ្នកប្រើប្រាស់ពិសេសដែលមានសិទ្ធិចូលប្រើឯកសារពេញលេញ ជាមួយនឹងការចូលប្រើមានកំណត់ចំពោះវា និងលទ្ធភាពប្រើប្រាស់ការគ្រប់គ្រងការចូលប្រើឯកសារផ្ទាល់ខ្លួនរបស់ប្រព័ន្ធប្រតិបត្តិការ។

កំហុសខណៈពេលកំពុងបង្កើតសៀគ្វី

MongoDB មិនប្រើគ្រោងការណ៍ទេ។ ប៉ុន្តែនេះមិនមានន័យថាគ្រោងការណ៍មិនត្រូវការទេ។ ប្រសិនបើអ្នកគ្រាន់តែចង់រក្សាទុកឯកសារដោយគ្មានលំនាំស្របគ្នា ការរក្សាទុកពួកវាអាចលឿន និងងាយស្រួល ប៉ុន្តែការទាញយកវានៅពេលក្រោយអាចជាការពិបាក។ ពិបាកណាស់.

អត្ថបទបុរាណ "6 ច្បាប់នៃមេដៃសម្រាប់ការរចនាគ្រោងការណ៍ MongoDB" វាមានតម្លៃអានហើយមានលក្ខណៈពិសេសដូចជា Schema Explorer នៅក្នុងឧបករណ៍ភាគីទីបី Studio 3T វាមានតម្លៃប្រើសម្រាប់ការត្រួតពិនិត្យជាប្រចាំនៃសៀគ្វី។

កុំភ្លេចអំពីលំដាប់

ការភ្លេចលំដាប់លំដោយអាចបណ្តាលឱ្យមានការខកចិត្ត និងខ្ជះខ្ជាយពេលវេលាច្រើនជាងការកំណត់មិនត្រឹមត្រូវផ្សេងទៀត។ តាមលំនាំដើម MongoBD ប្រើ តម្រៀបគោលពីរ. ប៉ុន្តែវាទំនងជាមិនមានប្រយោជន៍សម្រាប់នរណាម្នាក់ទេ។ ការតម្រៀបប្រព័ន្ធគោលពីរដែលប្រកាន់អក្សរតូចធំ ប្រកាន់អក្សរតូចធំ ត្រូវបានចាត់ទុកថាជាភាពអនាធិបតេយ្យដែលចង់ដឹងចង់ឃើញ រួមជាមួយនឹងអង្កាំ កាហ្វតាន់ និងពុកមាត់អង្កាញ់ត្រឡប់មកវិញនៅក្នុងទសវត្សរ៍ទី 80 នៃសតវត្សទីចុងក្រោយ។ ឥឡូវនេះការប្រើប្រាស់របស់ពួកគេគឺមិនអាចអត់ទោសបាន។ នៅក្នុងជីវិតពិត "ម៉ូតូ" គឺដូចគ្នាទៅនឹង "ម៉ូតូ" ។ ហើយ "ចក្រភពអង់គ្លេស" និង "ចក្រភពអង់គ្លេស" គឺជាកន្លែងតែមួយ។ អក្សរតូចគឺគ្រាន់តែជាអក្សរធំដែលស្មើនឹងអក្សរធំ។ ហើយកុំឱ្យខ្ញុំចាប់ផ្តើមតម្រៀបលេខសម្គាល់។ នៅពេលបង្កើតមូលដ្ឋានទិន្នន័យនៅក្នុង MongoDB សូមប្រើការសង្កត់សំឡេងមិនស៊ីសង្វាក់គ្នា និង ចុះឈ្មោះដែលត្រូវនឹងភាសា និង វប្បធម៌អ្នកប្រើប្រាស់ប្រព័ន្ធ. វានឹងធ្វើឱ្យការស្វែងរកតាមរយៈទិន្នន័យខ្សែអក្សរកាន់តែងាយស្រួល។

បង្កើតបណ្តុំជាមួយឯកសារធំៗ

MongoDB រីករាយក្នុងការបង្ហោះឯកសារធំរហូតដល់ 16MB នៅក្នុងការប្រមូល និង ក្រឡាចត្រង្គFS រចនាសម្រាប់ឯកសារធំដែលមានទំហំធំជាង 16 MB ។ ប៉ុន្តែ​ដោយសារ​តែ​ឯកសារ​ធំៗ​អាច​ដាក់​នៅ​ទីនោះ ការ​រក្សាទុក​វា​មិនមែនជា​គំនិត​ល្អ​នោះទេ។ MongoDB នឹងដំណើរការល្អបំផុតប្រសិនបើអ្នករក្សាទុកឯកសារនីមួយៗដែលមានទំហំពីរបីគីឡូបៃ ដោយចាត់ទុកពួកវាដូចជាជួរដេកក្នុងតារាង SQL ធំទូលាយ។ ឯកសារធំនឹងក្លាយជាប្រភពនៃបញ្ហាជាមួយ ផលិតភាព.

ការបង្កើតឯកសារជាមួយអារេធំ

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

MongoDB មានអ្វីដែលគេហៅថា "កត្តាបំពេញ"ដែលផ្តល់កន្លែងសម្រាប់ឯកសាររីកចម្រើន ដើម្បីកាត់បន្ថយបញ្ហានេះ។
អ្នកប្រហែលជាគិតថាអ្នកអាចធ្វើបានដោយគ្មាន array indexing។ ជាអកុសល កង្វះសន្ទស្សន៍អាចបណ្តាលឱ្យអ្នកមានបញ្ហាផ្សេងទៀត។ ដោយសារឯកសារត្រូវបានស្កេនពីដើមដល់ចប់ ការស្វែងរកធាតុនៅចុងបញ្ចប់នៃអារេនឹងចំណាយពេលយូរ ហើយប្រតិបត្តិការភាគច្រើនដែលពាក់ព័ន្ធជាមួយឯកសារបែបនេះនឹងត្រូវបាន យឺត.

កុំភ្លេចថាលំដាប់នៃដំណាក់កាលនៅក្នុងការប្រមូលផ្តុំមានសារៈសំខាន់

នៅក្នុងប្រព័ន្ធមូលដ្ឋានទិន្នន័យដែលមានកម្មវិធីបង្កើនប្រសិទ្ធភាពសំណួរ សំណួរដែលអ្នកសរសេរគឺជាការពន្យល់អំពីអ្វីដែលអ្នកចង់ទទួលបាន មិនមែនវិធីដើម្បីទទួលបានវានោះទេ។ យន្តការនេះដំណើរការដោយភាពស្រដៀងគ្នាជាមួយនឹងការបញ្ជាទិញនៅក្នុងភោជនីយដ្ឋាន៖ ជាធម្មតាអ្នកគ្រាន់តែបញ្ជាម្ហូបមួយ ហើយមិនផ្តល់ការណែនាំលម្អិតដល់ចុងភៅទេ។

នៅក្នុង MongoDB អ្នកណែនាំចុងភៅ។ ឧទាហរណ៍ អ្នកត្រូវប្រាកដថាទិន្នន័យឆ្លងកាត់ reduce ឱ្យបានឆាប់តាមដែលអាចធ្វើទៅបានក្នុងបំពង់បង្ហូរប្រេងដោយប្រើ $match и $projectហើយការតម្រៀបកើតឡើងបន្ទាប់ពី reduceហើយការស្វែងរកកើតឡើងតាមលំដាប់ដែលអ្នកចង់បាន។ ការ​មាន​កម្មវិធី​បង្កើន​ប្រសិទ្ធភាព​សំណួរ​ដែល​លុប​បំបាត់​ការងារ​ដែល​មិន​ចាំ​បាច់ តម្រៀប​ជំហាន​ឱ្យ​បាន​ល្អ​ប្រសើរ និង​ការ​ជ្រើសរើស​ប្រភេទ​ចូលរួម​អាច​ធ្វើ​ឱ្យ​អ្នក​ខូច។ ជាមួយ MongoDB អ្នកមានការគ្រប់គ្រងកាន់តែច្រើនក្នុងការចំណាយភាពងាយស្រួល។

ឧបករណ៍ដូចជា ស្ទូឌីយោ 3T នឹងសម្រួលដល់ការកសាងសំណួររួមនៅក្នុង MongoDB. មុខងារ Aggregation Editor អនុញ្ញាតឱ្យអ្នកអនុវត្តសេចក្តីថ្លែងការបំពង់មួយដំណាក់កាលម្តងៗ ហើយពិនិត្យមើលទិន្នន័យបញ្ចូល និងលទ្ធផលនៅដំណាក់កាលនីមួយៗ ដើម្បីសម្រួលការកែកំហុស។

ការប្រើប្រាស់ការថតរហ័ស

កុំកំណត់ជម្រើសសរសេរ MongoDB ឱ្យមានល្បឿនលឿន ប៉ុន្តែភាពជឿជាក់ទាប។ របៀបនេះ។ "ឯកសារហើយភ្លេច" ហាក់​ដូច​ជា​លឿន​ព្រោះ​ពាក្យ​បញ្ជា​ត្រូវ​បាន​ត្រឡប់​មុន​ពេល​ការ​សរសេរ​កើត​ឡើង។ ប្រសិនបើប្រព័ន្ធគាំង មុនពេលទិន្នន័យត្រូវបានសរសេរទៅឌីស វានឹងបាត់បង់ ហើយបញ្ចប់ក្នុងស្ថានភាពមិនស៊ីសង្វាក់គ្នា។ ជាសំណាងល្អ MongoDB 64 ប៊ីតបានបើកការកត់ត្រា។

ម៉ាស៊ីនផ្ទុកទិន្នន័យ MMAPv1 និង WiredTiger ប្រើការកត់ត្រាដើម្បីការពារបញ្ហានេះ ទោះបីជា WiredTiger អាចងើបឡើងវិញរហូតដល់ការជាប់លាប់ចុងក្រោយក៏ដោយ។ ចំណុចត្រួតពិនិត្យប្រសិនបើការកត់ត្រាត្រូវបានបិទ។

ការធ្វើទិនានុប្បវត្តិធានាថាមូលដ្ឋានទិន្នន័យស្ថិតនៅក្នុងស្ថានភាពស្របគ្នាបន្ទាប់ពីការសង្គ្រោះ និងរក្សាទិន្នន័យទាំងអស់រហូតដល់វាត្រូវបានសរសេរទៅកាន់ទិនានុប្បវត្តិ។ ភាពញឹកញាប់នៃការថតត្រូវបានកំណត់រចនាសម្ព័ន្ធដោយប្រើប៉ារ៉ាម៉ែត្រ commitIntervalMs.

ដើម្បីឱ្យប្រាកដនៃធាតុ ត្រូវប្រាកដថាការកត់ត្រាត្រូវបានបើកនៅក្នុងឯកសារកំណត់រចនាសម្ព័ន្ធ (storage.journal.enabled)ហើយភាពញឹកញាប់នៃការថតត្រូវគ្នាទៅនឹងចំនួនព័ត៌មានដែលអ្នកអាចមានលទ្ធភាពបាត់បង់។

ការតម្រៀបដោយគ្មានលិបិក្រម

នៅពេលស្វែងរក និងប្រមូលផ្តុំ ជារឿយៗចាំបាច់ត្រូវតម្រៀបទិន្នន័យ។ សូមសង្ឃឹមថា វាត្រូវបានធ្វើនៅដំណាក់កាលចុងក្រោយមួយ បន្ទាប់ពីត្រងលទ្ធផល ដើម្បីកាត់បន្ថយចំនួនទិន្នន័យដែលត្រូវបានតម្រៀប។ ហើយសូម្បីតែនៅក្នុងករណីនេះសម្រាប់ការតម្រៀបអ្នកនឹងត្រូវការ សន្ទស្សន៍. អ្នក​អាច​ប្រើ​លិបិក្រម​តែមួយ​ឬ​រួម។

ប្រសិនបើមិនមានសន្ទស្សន៍សមរម្យ MongoDB នឹងធ្វើដោយគ្មានវា។ មានដែនកំណត់អង្គចងចាំ 32 MB លើទំហំសរុបនៃឯកសារទាំងអស់នៅក្នុង ប្រតិបត្តិការតម្រៀបហើយប្រសិនបើ MongoDB ឈានដល់ដែនកំណត់នេះ នោះវានឹងបោះកំហុស ឬត្រឡប់មកវិញ សំណុំកំណត់ត្រាទទេ.

ស្វែងរកដោយគ្មានការគាំទ្រលិបិក្រម

សំណួរស្វែងរកអនុវត្តមុខងារស្រដៀងនឹងប្រតិបត្តិការ JOIN នៅក្នុង SQL ។ ដើម្បីដំណើរការបានល្អបំផុត ពួកគេត្រូវការលិបិក្រមនៃតម្លៃនៃសោដែលប្រើជាសោបរទេស។ នេះមិនច្បាស់ទេព្រោះការប្រើប្រាស់មិនត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុង explain(). សន្ទស្សន៍បែបនេះគឺបន្ថែមលើសន្ទស្សន៍ដែលបានសរសេរនៅក្នុង explain()ដែលនៅក្នុងវេនត្រូវបានប្រើដោយប្រតិបត្តិករបំពង់ $match и $sortនៅពេលដែលពួកគេជួបគ្នានៅដើមបំពង់។ ឥឡូវនេះ សន្ទស្សន៍អាចគ្របដណ្តប់លើដំណាក់កាលណាមួយ។ បំពង់ប្រមូលផ្តុំ.

បដិសេធ​ការ​ប្រើ​ការ​អាប់ដេត​ច្រើន។

វិធីសាស្រ្ត db.collection.update() ប្រើដើម្បីផ្លាស់ប្តូរផ្នែកនៃឯកសារដែលមានស្រាប់ ឬឯកសារទាំងមូល រហូតដល់ការជំនួសពេញលេញ អាស្រ័យលើប៉ារ៉ាម៉ែត្រដែលអ្នកបញ្ជាក់ update. អ្វី​ដែល​មិន​ច្បាស់​នោះ​គឺ​ថា វា​នឹង​មិន​ដំណើរការ​ឯកសារ​ទាំងអស់​ក្នុង​ការ​ប្រមូល​ទេ លុះត្រា​តែ​អ្នក​កំណត់​ជម្រើស multi ដើម្បីធ្វើបច្ចុប្បន្នភាពឯកសារទាំងអស់ដែលបំពេញតាមលក្ខខណ្ឌនៃសំណើ។

កុំភ្លេចអំពីសារៈសំខាន់នៃលំដាប់នៃគ្រាប់ចុចនៅក្នុងតារាងសញ្ញា

នៅក្នុង JSON វត្ថុមួយមានបណ្តុំដែលមិនមានលំដាប់នៃទំហំសូន្យ ឬច្រើនគូឈ្មោះ/តម្លៃ ដែលឈ្មោះជាខ្សែអក្សរ និងតម្លៃជាខ្សែអក្សរ លេខ ប៊ូលីន មោឃៈ វត្ថុ ឬអារេ។

ជាអកុសល BSON សង្កត់ធ្ងន់ច្រើនលើលំដាប់នៅពេលស្វែងរក។ នៅក្នុង MongoDB លំដាប់នៃគ្រាប់ចុចនៅក្នុងវត្ថុដែលភ្ជាប់មកជាមួយ បញ្ហា, i.e. { firstname: "Phil", surname: "factor" } - នេះមិនដូចគ្នាទេ។ { { surname: "factor", firstname: "Phil" }. នោះគឺអ្នកត្រូវតែរក្សាទុកលំដាប់នៃឈ្មោះ/តម្លៃគូនៅក្នុងឯកសាររបស់អ្នក ប្រសិនបើអ្នកចង់ឱ្យប្រាកដក្នុងការស្វែងរកពួកគេ។

កុំច្រឡំ "ទទេ" и "មិនបានកំណត់"

តម្លៃ "មិនបានកំណត់" យោងទៅតាម JSON មិនដែលមានសុពលភាពទេ។ ស្តង់ដារផ្លូវការ JSON (ECMA-404 ផ្នែកទី 5) ទោះបីជាវាត្រូវបានប្រើនៅក្នុង JavaScript ក៏ដោយ។ លើសពីនេះទៅទៀតសម្រាប់ BSON វាលែងប្រើហើយត្រូវបានបំប្លែងទៅជា $nullដែលមិនមែនតែងតែជាដំណោះស្រាយដ៏ល្អនោះទេ។ ជៀសវាងការប្រើ "មិនបានកំណត់" នៅ MongoDB.

ប្រើ $limit() ដោយគ្មាន $sort()

ជាញឹកញាប់នៅពេលអ្នកកំពុងអភិវឌ្ឍនៅក្នុង MongoDB វាមានប្រយោជន៍ក្នុងការគ្រាន់តែឃើញគំរូនៃលទ្ធផលដែលនឹងត្រូវបានបញ្ជូនមកវិញពីសំណួរឬការប្រមូលផ្តុំ។ សម្រាប់ភារកិច្ចនេះអ្នកនឹងត្រូវការ $limit()ប៉ុន្តែវាមិនគួរមាននៅក្នុងកូដចុងក្រោយទេ លុះត្រាតែអ្នកប្រើវាពីមុន $sort. មេកានិកនេះគឺចាំបាច់ ពីព្រោះបើមិនដូច្នេះទេ អ្នកមិនអាចធានាលំដាប់នៃលទ្ធផលបានទេ ហើយអ្នកនឹងមិនអាចមើលទិន្នន័យដោយភាពជឿជាក់បានទេ។ នៅផ្នែកខាងលើនៃលទ្ធផល អ្នកនឹងទទួលបានធាតុផ្សេងគ្នាអាស្រ័យលើការតម្រៀប។ ដើម្បីដំណើរការប្រកបដោយភាពជឿជាក់ សំណួរ និងការប្រមូលផ្តុំត្រូវតែកំណត់ ពោលគឺ បង្កើតលទ្ធផលដូចគ្នារាល់ពេលដែលពួកគេត្រូវបានប្រតិបត្តិ។ លេខកូដដែលមាន $limit()ប៉ុន្តែទេ។ $sortនឹងមិនត្រូវបានកំណត់ និងអាចបណ្តាលឱ្យមានកំហុសដែលនឹងពិបាកក្នុងការតាមដាន។

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

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

ការណែនាំរបស់ MongoDB អំពីប្រតិបត្តិការ ACID នៅក្នុងកំណែ 4.0 គឺជាឧទាហរណ៍ដ៏ល្អនៃការណែនាំការកែលម្អសំខាន់ៗនៅក្នុងវិធីច្នៃប្រឌិត។ ប្រតិបត្តិការពហុឯកសារ និងពហុសេចក្តីថ្លែងការណ៍ឥឡូវនេះគឺជាអាតូមិក។ វាក៏អាចធ្វើទៅបានដើម្បីកែតម្រូវពេលវេលាដែលត្រូវការដើម្បីទទួលបានសោ និងបញ្ចប់ប្រតិបត្តិការដែលជាប់គាំង ក៏ដូចជាផ្លាស់ប្តូរកម្រិតឯកោ។

អាន​បន្ថែម:

• របៀបផ្ទុកទិន្នន័យទៅក្នុង Google BigQuery

ប្រភព: www.habr.com