សកលគឺជាដាវកំណប់សម្រាប់រក្សាទុកទិន្នន័យ។ ដើមឈើ។ ផ្នែកទី 2

ការចាប់ផ្តើម - សូមមើលផ្នែកទី 1 ។

3. វ៉ារ្យ៉ង់នៃរចនាសម្ព័ន្ធនៅពេលប្រើសកល

រចនាសម្ព័ន្ធដូចជាដើមឈើដែលបានបញ្ជាទិញមានករណីពិសេសផ្សេងៗ។ ចូរយើងពិចារណានូវអ្វីដែលមានតម្លៃជាក់ស្តែងនៅពេលធ្វើការជាមួយសកល។

3.1 ករណីពិសេស 1. ថ្នាំងមួយដែលគ្មានសាខា

សកលអាចត្រូវបានប្រើមិនត្រឹមតែដូចជាអារេមួយប៉ុណ្ណោះទេប៉ុន្តែក៏ដូចជាអថេរធម្មតាផងដែរ។ ឧទាហរណ៍ដូចជាការរាប់៖

Set ^counter = 0  ; установка счётчика
Set id=$Increment(^counter) ;  атомарное инкрементирование

ក្នុងករណីនេះសកលលោកបន្ថែមលើអត្ថន័យរបស់វាក៏អាចមានសាខាផងដែរ។ មួយមិនរាប់បញ្ចូលមួយទៀត។

3.2 ករណីពិសេស 2. ចំនុចកំពូលមួយ និងសាខាជាច្រើន។

ជាទូទៅ នេះគឺជាមូលដ្ឋានតម្លៃគន្លឹះបុរាណ។ ហើយប្រសិនបើយើងរក្សាទុក tuple នៃតម្លៃជាតម្លៃមួយ នោះយើងនឹងទទួលបានតារាងធម្មតាបំផុតដែលមានសោបឋម។

ដើម្បីអនុវត្តតារាងនៅលើសកល យើងនឹងត្រូវបង្កើតជួរដោយខ្លួនយើងពីតម្លៃជួរឈរ ហើយបន្ទាប់មករក្សាទុកពួកវាទៅជាសកលដោយប្រើសោចម្បង។ ដើម្បីធ្វើឱ្យវាអាចបែងចែកខ្សែអក្សរទៅជាជួរឈរម្តងទៀតនៅពេលអាន អ្នកអាចប្រើ៖

1. តួអក្សរកំណត់ព្រំដែន។

   Set ^t(id1) = "col11/col21/col31"
   Set ^t(id2) = "col12/col22/col32"

2. គ្រោងការណ៍រឹងដែលវាលនីមួយៗកាន់កាប់ចំនួនបៃដែលបានកំណត់ទុកជាមុន។ ដូចដែលត្រូវបានធ្វើនៅក្នុងមូលដ្ឋានទិន្នន័យទំនាក់ទំនង។
3. មុខងារពិសេស $LB (មាននៅក្នុងឃ្លាំងសម្ងាត់) ដែលបង្កើតខ្សែអក្សរនៃតម្លៃ។

   Set ^t(id1) = $LB("col11", "col21", "col31")
   Set ^t(id2) = $LB("col12", "col22", "col32")

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

ចូរបង្កើតលិបិក្រមសកលនៅលើជួរទីមួយ។

Set ^i("col11", id1) = 1
Set ^i("col12", id2) = 1

ឥឡូវនេះ ដើម្បីស្វែងរកព័ត៌មានក្នុងជួរទីមួយបានយ៉ាងឆាប់រហ័ស យើងត្រូវពិនិត្យមើលសកលលោក ^i ហើយស្វែងរកកូនសោចម្បង (លេខសម្គាល់) ដែលត្រូវនឹងតម្លៃដែលចង់បាននៃជួរទីមួយ។

នៅពេលបញ្ចូលតម្លៃ យើងអាចបង្កើតបានភ្លាមៗទាំងតម្លៃ និងសន្ទស្សន៍សកលសម្រាប់វាលដែលត្រូវការ។ ហើយ​សម្រាប់​ភាព​អាច​ទុក​ចិត្ត​បាន សូម​រុំ​វា​ទាំង​អស់​ក្នុង​ប្រតិបត្តិការ។

TSTART
Set ^t(id1) = $LB("col11", "col21", "col31")
Set ^i("col11", id1) = 1
TCOMMIT

ព័ត៌មានលម្អិតអំពីរបៀបធ្វើវានៅលើ M តារាងនៅលើសកលលោក, ការធ្វើត្រាប់តាមសន្ទស្សន៍បន្ទាប់បន្សំ.

តារាងបែបនេះនឹងដំណើរការលឿនដូចនៅក្នុងមូលដ្ឋានទិន្នន័យប្រពៃណី (ឬសូម្បីតែលឿនជាងនេះ) ប្រសិនបើមុខងារសម្រាប់បញ្ចូល/ធ្វើបច្ចុប្បន្នភាព/លុបជួរត្រូវបានសរសេរក្នុង COS/M និងចងក្រង។ខ្ញុំបានពិនិត្យសេចក្តីថ្លែងការណ៍នេះជាមួយនឹងការធ្វើតេស្តលើ INSERT ភាគច្រើន និង SELECT ទៅក្នុងតារាងពីរជួរមួយ រួមទាំងការប្រើពាក្យបញ្ជា TSTART និង TOCOMMIT (ប្រតិបត្តិការ) ។

ខ្ញុំ​មិន​បាន​សាកល្បង​សេណារីយ៉ូ​ស្មុគ្រ​ស្មាញ​បន្ថែម​ទៀត​ជាមួយ​នឹង​ការ​ចូល​ដំណើរ​ការ​ស្រប​គ្នា និង​ប្រតិបត្តិការ​ស្រប​គ្នា។

ដោយមិនប្រើប្រតិបត្តិការ អត្រាបញ្ចូលគឺ 778 បញ្ចូល/វិនាទីក្នុងមួយលានតម្លៃ។
ជាមួយនឹងតម្លៃ 300 លាន - 422 បញ្ចូល / វិនាទី។

នៅពេលប្រើប្រតិបត្តិការ - 572 បញ្ចូល / វិនាទីសម្រាប់ការបញ្ចូល 082M ។ ប្រតិបត្តិការទាំងអស់ត្រូវបានអនុវត្តពីកូដ M ដែលបានចងក្រង។
ដ្រាយវ៍រឹងគឺធម្មតាមិនមែន SSD ទេ។ RAID5 ជាមួយនឹងការសរសេរត្រឡប់មកវិញ។ ដំណើរការ Phenom II 1100T ។

ដើម្បីសាកល្បងមូលដ្ឋានទិន្នន័យ SQL តាមរបៀបស្រដៀងគ្នា អ្នកត្រូវសរសេរនីតិវិធីដែលបានរក្សាទុកដែលនឹងអនុវត្តការបញ្ចូលក្នុងរង្វិលជុំ។ នៅពេលសាកល្បង MySQL 5.5 (InnoDB storage) ដោយប្រើវិធីនេះ ខ្ញុំបានទទួលលេខមិនលើសពី 11K បញ្ចូលក្នុងមួយវិនាទី។
បាទ ការអនុវត្តតារាងនៅលើសកលលោកមើលទៅស្មុគស្មាញជាងនៅក្នុងមូលដ្ឋានទិន្នន័យទំនាក់ទំនង។ ដូច្នេះ មូលដ្ឋានទិន្នន័យឧស្សាហកម្មនៅលើសកលលោកមានការចូលប្រើ SQL ដើម្បីសម្រួលការងារជាមួយទិន្នន័យតារាង។

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

ក្នុងករណីពិសេសនេះខ្ញុំចង់បង្ហាញវា។ សកលអាចដើរតួជាអ្នកបង្កើតសម្រាប់បង្កើតមូលដ្ឋានទិន្នន័យផ្សេងទៀត។. ដូចជាអ្នកប្រមូលផ្តុំដែលភាសាផ្សេងទៀតអាចត្រូវបានសរសេរ។ នេះគឺជាឧទាហរណ៍នៃរបៀបដែលអ្នកអាចបង្កើត analogues នៅលើសកលលោក key-value, lists, sets, tabular, document-oriented databases។

ប្រសិនបើអ្នកត្រូវការបង្កើតប្រភេទនៃមូលដ្ឋានទិន្នន័យមិនស្តង់ដារដោយមានការខិតខំប្រឹងប្រែងតិចតួច នោះអ្នកគួរតែមើលទៅសកលលោក។

3.3 ករណីពិសេស 3. មែកធាងកម្រិតពីរ ថ្នាំងនីមួយៗនៃកម្រិតទីពីរមានចំនួនសាខាថេរ

អ្នកប្រហែលជាទាយវា៖ នេះគឺជាការអនុវត្តជំនួសនៃតារាងនៅលើសកលលោក។ ចូរយើងប្រៀបធៀបការអនុវត្តនេះជាមួយនឹងការអនុវត្តមុន។

តារាងនៅលើដើមឈើកម្រិតពីរទល់នឹង។ នៅលើដើមឈើមួយកម្រិត។

Минусы
ផត

1. យឺតសម្រាប់ការបញ្ចូល ព្រោះអ្នកត្រូវកំណត់ចំនួនថ្នាំងស្មើនឹងចំនួនជួរឈរ។
2. ការប្រើប្រាស់ទំហំថាសកាន់តែច្រើន។ ចាប់តាំងពីសន្ទស្សន៍សកល (យល់ថាជាសន្ទស្សន៍អារេ) ដែលមានឈ្មោះជួរឈរយកទំហំថាស ហើយត្រូវបានចម្លងសម្រាប់ជួរនីមួយៗ។

1. ចូល​ប្រើ​តម្លៃ​នៃ​ជួរ​ឈរ​នីមួយៗ​បាន​លឿន​ជាង ដោយ​សារ​វា​មិន​ចាំបាច់​ញែក​ខ្សែ​អក្សរ​នោះ​ទេ។ យោងតាមការធ្វើតេស្តរបស់ខ្ញុំ វាគឺលឿនជាង 11,5% នៅលើ 2 ជួរឈរ និងច្រើនទៀតនៅលើចំនួនជួរឈរធំជាង។
2. កាន់តែងាយស្រួលផ្លាស់ប្តូរគ្រោងការណ៍ទិន្នន័យ
3. លេខកូដកាន់តែច្បាស់

សេចក្តីសន្និដ្ឋាន: មិនមែនសម្រាប់មនុស្សគ្រប់គ្នាទេ។ ដោយសារល្បឿនគឺជាអត្ថប្រយោជន៍ដ៏សំខាន់បំផុតមួយរបស់សាកល វាមានចំណុចតិចតួចក្នុងការប្រើការអនុវត្តនេះ ដោយសារវាទំនងជានឹងដំណើរការមិនលឿនជាងតារាងក្នុងមូលដ្ឋានទិន្នន័យទំនាក់ទំនង។

៣.៤ ករណីទូទៅ។ ដើមឈើនិងដើមឈើបញ្ជា

រចនាសម្ព័ន្ធទិន្នន័យណាមួយដែលអាចត្រូវបានតំណាងថាជាមែកធាងសមឥតខ្ចោះជាមួយសកល។

3.4.1 វត្ថុដែលមានប្រធានបទ

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

ស្រមៃមើលមូលដ្ឋានទិន្នន័យ SQL នៃតារាង៖ "អ្នកជំងឺ" ~ 100 វាល "ឱសថ" - 000 វាល "ការព្យាបាល" - 100 វាល "ភាពស្មុគស្មាញ" - 000 វាល។ល។ ល​ល។ ឬអ្នកអាចបង្កើតមូលដ្ឋានទិន្នន័យនៃតារាងរាប់ពាន់នាក់ ដែលនីមួយៗសម្រាប់ប្រភេទអ្នកជំងឺជាក់លាក់មួយ (ហើយពួកគេអាចជាន់គ្នាបាន!) ការព្យាបាល ឱសថ និងតារាងរាប់ពាន់បន្ថែមទៀតសម្រាប់ការតភ្ជាប់រវាងតារាងទាំងនេះ។

សកលគឺល្អសម្រាប់ថ្នាំ ព្រោះថាវាអនុញ្ញាតឱ្យអ្នកបង្កើតសម្រាប់អ្នកជំងឺម្នាក់ៗនូវការពិពណ៌នាត្រឹមត្រូវអំពីប្រវត្តិវេជ្ជសាស្ត្រ ការព្យាបាលផ្សេងៗ និងសកម្មភាពនៃថ្នាំក្នុងទម្រង់ជាមែកធាង ដោយមិនខ្ជះខ្ជាយទំហំថាសបន្ថែមលើជួរឈរទទេដូចនឹង ជាករណីនៅក្នុងករណីទំនាក់ទំនង។

ការប្រើប្រាស់សកល វាងាយស្រួលក្នុងការបង្កើតមូលដ្ឋានទិន្នន័យដែលមានទិន្នន័យអំពីមនុស្សនៅពេលដែលវាមានសារៈសំខាន់ក្នុងការប្រមូលផ្តុំ និងរៀបចំប្រព័ន្ធអតិបរមានៃព័ត៌មានផ្សេងៗអំពីអតិថិជន។ នេះគឺស្ថិតនៅក្នុងតម្រូវការផ្នែកវេជ្ជសាស្ត្រ ធនាគារ ទីផ្សារ បណ្ណសារ និងផ្នែកផ្សេងៗទៀត

.
ជាការពិតណាស់នៅក្នុង SQL អ្នកក៏អាចត្រាប់តាមមែកធាងដោយគ្រាន់តែតារាងពីរបី (អេវ៉ា, 1,2,3,4,5,6,7,8,9,10) ទោះយ៉ាងណាក៏ដោយ នេះកាន់តែស្មុគស្មាញ ហើយនឹងយឺតជាង។ សំខាន់ អ្នកនឹងត្រូវសរសេរសកលដែលដំណើរការលើតារាង ហើយលាក់ការងារទាំងអស់ជាមួយតារាងនៅក្រោមស្រទាប់អរូបី។ វាជាការខុសក្នុងការត្រាប់តាមបច្ចេកវិទ្យាកម្រិតទាប (សកល) ដោយប្រើបច្ចេកវិទ្យាកម្រិតខ្ពស់ (SQL) ។ មិនសមរម្យ។

វាមិនមែនជារឿងអាថ៌កំបាំងទេដែលការផ្លាស់ប្តូរគ្រោងការណ៍ទិន្នន័យនៅលើតារាងយក្ស (ALTER TABLE) អាចចំណាយពេលសមរម្យ។ ជាឧទាហរណ៍ MySQL ធ្វើ ALTER TABLE ADD|DROP COLUMN ដោយចម្លងព័ត៌មានទាំងស្រុងពីតារាងចាស់ទៅតារាងថ្មី (បានសាកល្បងម៉ាស៊ីន MyISAM, InnoDB)។ ដែលអាចព្យួរប្រព័ន្ធទិន្នន័យដែលដំណើរការជាមួយនឹងកំណត់ត្រារាប់ពាន់លានសម្រាប់ថ្ងៃ ប្រសិនបើមិនរាប់សប្តាហ៍។

ការផ្លាស់ប្តូររចនាសម្ព័ន្ធទិន្នន័យ ប្រសិនបើយើងប្រើសកលលោកមិនចំណាយអ្វីទាំងអស់។ នៅពេលណាមួយ យើងអាចបន្ថែមលក្ខណៈសម្បត្តិថ្មីណាមួយដែលយើងត្រូវការទៅវត្ថុណាមួយ នៅកម្រិតណាមួយនៃឋានានុក្រម។ ការផ្លាស់ប្តូរដែលទាក់ទងនឹងការប្តូរឈ្មោះសាខាអាចត្រូវបានដំណើរការក្នុងផ្ទៃខាងក្រោយនៅលើមូលដ្ឋានទិន្នន័យដែលកំពុងដំណើរការ។


ដូច្នេះហើយ នៅពេលដែលវាមកដល់ការរក្សាទុកវត្ថុជាមួយនឹងចំនួនដ៏ច្រើននៃលក្ខណៈសម្បត្តិស្រេចចិត្ត សកលគឺជាជម្រើសដ៏ល្អ។

ជាងនេះទៅទៀត ខ្ញុំសូមរំលឹកអ្នកថា ការចូលទៅកាន់អចលនទ្រព្យណាមួយគឺភ្លាមៗ ព្រោះថានៅក្នុងសកលលោក ផ្លូវទាំងអស់គឺ B-trees។

ជាទូទៅ មូលដ្ឋានទិន្នន័យសកលគឺជាប្រភេទនៃមូលដ្ឋានទិន្នន័យតម្រង់ទិសឯកសារដែលមានសមត្ថភាពរក្សាទុកព័ត៌មានតាមឋានានុក្រម។ ដូច្នេះ មូលដ្ឋានទិន្នន័យតម្រង់ទិសឯកសារអាចប្រកួតប្រជែងជាមួយពិភពលោកក្នុងវិស័យរក្សាទុកកំណត់ត្រាវេជ្ជសាស្ត្រ។ ប៉ុន្តែ​វា​នៅ​តែ​មិន​ដូច​គ្នា​តោះយក MongoDB មកប្រៀបធៀប។ នៅក្នុងដែននេះ។ វា​ចាញ់​សកល​ដោយសារ​ហេតុផល​ដូច​ខាង​ក្រោម៖

1. ទំហំឯកសារ។ ឯកតាទំហំផ្ទុកគឺជាអត្ថបទក្នុងទម្រង់ JSON (កាន់តែច្បាស់ BSON) ដែលមានបរិមាណអតិបរមាប្រហែល 16MB ។ ការរឹតបន្តឹងនេះត្រូវបានធ្វើឡើងជាពិសេសដើម្បីឱ្យមូលដ្ឋានទិន្នន័យ JSON មិនថយចុះកំឡុងពេលញែក ប្រសិនបើឯកសារ JSON ដ៏ធំត្រូវបានរក្សាទុកនៅក្នុងវា ហើយបន្ទាប់មកចូលប្រើដោយវាល។ ឯកសារនេះគួរតែមានព័ត៌មានទាំងអស់អំពីអ្នកជំងឺ។ យើងទាំងអស់គ្នាដឹងថាតើកំណត់ត្រាអ្នកជំងឺអាចក្រាស់ប៉ុនណា។ ទំហំកាតអតិបរមា 16MB បញ្ចប់ភ្លាមៗចំពោះអ្នកជំងឺដែលកាតជំងឺរួមមានឯកសារ MRI ការស្កេន X-ray និងការសិក្សាផ្សេងៗទៀត។ នៅក្នុងសាខាមួយនៃសកលលោកអ្នកអាចមានព័ត៌មាន gigabytes និង terabytes ។ ជាគោលការណ៍ យើងអាចបញ្ចប់រឿងនេះបាន ប៉ុន្តែខ្ញុំនឹងបន្ត។
2. ពេលវេលានៃស្មារតី / ការផ្លាស់ប្តូរ / ការលុបលក្ខណៈសម្បត្តិថ្មីនៅក្នុងតារាងអ្នកជំងឺ។ មូលដ្ឋានទិន្នន័យបែបនេះត្រូវតែអានផែនទីទាំងមូលទៅក្នុងអង្គចងចាំ (នេះគឺជាចំនួនដ៏ច្រើន!) ញែក BSON បន្ថែម/ផ្លាស់ប្តូរ/លុបថ្នាំងថ្មី ធ្វើបច្ចុប្បន្នភាពលិបិក្រម ខ្ចប់វាទៅក្នុង BSON ហើយរក្សាទុកវាទៅក្នុងថាស។ សកលគ្រាន់តែត្រូវការចូលប្រើទ្រព្យសម្បត្តិជាក់លាក់មួយ ហើយរៀបចំវា។
3. ការចូលប្រើរហ័សទៅកាន់លក្ខណៈសម្បត្តិបុគ្គល។ ជាមួយនឹងលក្ខណៈសម្បត្តិជាច្រើននៅក្នុងឯកសារមួយ និងរចនាសម្ព័ន្ធពហុកម្រិតរបស់វា ការចូលទៅកាន់លក្ខណៈសម្បត្តិបុគ្គលនឹងលឿនជាងមុន ដោយសារតែផ្លូវនីមួយៗក្នុងសកលលោកគឺជាមែកធាង B ។ នៅក្នុង BSON អ្នកត្រូវញែកឯកសារជាបន្ទាត់ដើម្បីស្វែងរកទ្រព្យសម្បត្តិដែលចង់បាន។

3.3.2 អារេសមាគម

Associative arrays (ទោះបីជាមាន nested arrays) សមឥតខ្ចោះនៅលើសកលលោក។ ឧទាហរណ៍ អារេបែបនេះពី PHP នឹងត្រូវបានបង្ហាញក្នុងរូបភាពទីមួយ 3.3.1 ។

$a = array(
  "name" => "Vince Medvedev",
  "city" => "Moscow",
  "threatments" => array(
    "surgeries" => array("apedicectomy", "biopsy"),
    "radiation" => array("gamma", "x-rays"),
    "physiotherapy" => array("knee", "shoulder")
  )
);

3.3.3 ឯកសារឋានានុក្រម៖ XML, JSON

ក៏ត្រូវបានរក្សាទុកយ៉ាងងាយស្រួលនៅក្នុងសកល។ អាចត្រូវបានដាក់ចេញតាមវិធីផ្សេងគ្នាសម្រាប់ការផ្ទុក។

XML មាន
មធ្យោបាយងាយស្រួលបំផុតដើម្បីបំបែក XML ទៅជាសកលគឺរក្សាទុកគុណលក្ខណៈស្លាកនៅក្នុង nodes ។ ហើយប្រសិនបើការចូលដំណើរការរហ័សទៅកាន់គុណលក្ខណៈស្លាកគឺចាំបាច់ នោះយើងអាចផ្លាស់ទីពួកវាទៅក្នុងសាខាដាច់ដោយឡែក។

<note id=5>
<to>Вася</to>
<from>Света</from>
<heading>Напоминание</heading>
<body>Позвони мне завтра!</body>
</note>

នៅលើ COS វាត្រូវគ្នាទៅនឹងលេខកូដ៖

Set ^xml("note")="id=5"
Set ^xml("note","to")="Саша"
Set ^xml("note","from")="Света"
Set ^xml("note","heading")="Напоминание"
Set ^xml("note","body")="Позвони мне завтра!"

សម្គាល់ៈ សម្រាប់ XML, JSON, associative arrays អ្នកអាចបង្កើតវិធីផ្សេងគ្នាជាច្រើននៃការបង្ហាញនៅលើសកល។ ក្នុង​ករណី​នេះ យើង​មិន​បាន​ឆ្លុះ​បញ្ចាំង​ពី​លំដាប់​នៃ subtags ក្នុង note tag ទេ។ ជាសកល ^ xml ស្លាករងនឹងត្រូវបានបង្ហាញតាមលំដាប់អក្ខរក្រម។ ដើម្បីឆ្លុះបញ្ចាំងយ៉ាងតឹងរឹងនូវលំដាប់ អ្នកអាចប្រើឧទាហរណ៍ ការបង្ហាញខាងក្រោម៖

JSON
រូបភាពទីមួយពីផ្នែក 3.3.1 បង្ហាញពីការឆ្លុះបញ្ចាំងនៃឯកសារ JSON នេះ៖

var document = {
  "name": "Vince Medvedev",
  "city": "Moscow",
  "threatments": {
    "surgeries": ["apedicectomy", "biopsy"],
    "radiation": ["gamma", "x-rays"],
    "physiotherapy": ["knee", "shoulder"]
  },
};

3.3.4 រចនាសម្ព័ន្ធដូចគ្នាដែលតភ្ជាប់ដោយទំនាក់ទំនងឋានានុក្រម

ឧទាហរណ៍៖ រចនាសម្ព័ន្ធនៃការិយាល័យលក់ ទីតាំងរបស់មនុស្សនៅក្នុងរចនាសម្ព័ន្ធ MLM មូលដ្ឋានទិន្នន័យនៃការបើកនៅក្នុងអុក។

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

រចនាសម្ព័ន្ធនៃការិយាល័យលក់ រចនាសម្ព័ន្ធរបស់មនុស្សនៅក្នុង MLM ។ ថ្នាំងអាចរក្សាទុកតម្លៃឃ្លាំងសម្ងាត់ជាក់លាក់ដែលឆ្លុះបញ្ចាំងពីលក្ខណៈនៃអនុមែកធាងទាំងមូល។ ឧទាហរណ៍ បរិមាណលក់នៃមែកធាងរងដែលបានផ្តល់ឱ្យ។ នៅពេលណាមួយយើងអាចទទួលបានតួលេខដែលឆ្លុះបញ្ចាំងពីសមិទ្ធិផលនៃសាខាណាមួយ។

4. តើក្នុងករណីណាដែលវាមានប្រយោជន៍បំផុតក្នុងការប្រើសកល?

ជួរទីមួយបង្ហាញពីករណីដែលអ្នកនឹងទទួលបានការបង្កើនល្បឿនគួរឱ្យកត់សម្គាល់ដោយប្រើសកល ហើយទីពីរនៅពេលដែលការរចនា ឬគំរូទិន្នន័យនឹងត្រូវបានធ្វើឱ្យសាមញ្ញ។

ល្បឿន
ភាពងាយស្រួលនៃដំណើរការទិន្នន័យ / ការបង្ហាញ

1. ការបញ្ចូល [ជាមួយការតម្រៀបដោយស្វ័យប្រវត្តិនៅកម្រិតនីមួយៗ], [ការធ្វើលិបិក្រមដោយមេសោ]
2. ការដកដើមឈើតូចៗចេញ
3. វត្ថុ​ដែល​មាន​លក្ខណៈ​សម្បត្តិ​ច្រើន​ដែល​តម្រូវ​ឱ្យ​មាន​ការ​ចូល​ប្រើប្រាស់​បុគ្គល
4. រចនាសម្ព័នឋានានុក្រមដែលមានសមត្ថភាពឆ្លងកាត់សាខាកុមារពីសាខាណាមួយ សូម្បីតែសាខាដែលមិនមាន
5. ជម្រៅ - ឆ្លងកាត់ដំបូងនៃដើមឈើតូចៗ

1. វត្ថុ/អង្គភាពដែលមានចំនួនដ៏ច្រើននៃលក្ខណៈសម្បត្តិ/អង្គភាពស្រេចចិត្ត
2. ទិន្នន័យតិចជាងគ្រោងការណ៍។ នៅពេលដែលទ្រព្យសម្បត្តិថ្មីអាចលេចឡើងជាញឹកញាប់ ហើយវត្ថុចាស់បាត់។
3. អ្នកត្រូវបង្កើតមូលដ្ឋានទិន្នន័យផ្ទាល់ខ្លួន។
4. មូលដ្ឋានផ្លូវ និងដើមឈើការសម្រេចចិត្ត។ នៅពេលដែលវាងាយស្រួលក្នុងការតំណាងផ្លូវដូចជាដើមឈើ។
5. ការដករចនាសម្ព័ន្ធឋានានុក្រមដោយមិនប្រើការហៅឡើងវិញ

បន្ត “សកលគឺជាដាវកំណប់សម្រាប់រក្សាទុកទិន្នន័យ។ អារេ តូច។ ផ្នែកទី 3".

ការមិនទទួលខុសត្រូវ: អត្ថបទនេះ និងយោបល់របស់ខ្ញុំចំពោះវាជាគំនិតរបស់ខ្ញុំ ហើយមិនមានទំនាក់ទំនងជាមួយនឹងមុខតំណែងផ្លូវការរបស់ InterSystems Corporation ទេ។

ប្រភព: www.habr.com