ការស្រង់ទិន្នន័យពី SAP HCM ទៅឃ្លាំងទិន្នន័យដែលមិនមែនជា SAP

ដូចដែលអ្នកបានដឹងហើយថា SAP ផ្តល់ជូននូវកម្មវិធីពេញលេញ ទាំងសម្រាប់ការរក្សាទិន្នន័យប្រតិបត្តិការ និងសម្រាប់ដំណើរការទិន្នន័យនេះនៅក្នុងប្រព័ន្ធវិភាគ និងរាយការណ៍។ ជាពិសេស វេទិកា SAP Business Warehouse (SAP BW) គឺជាកញ្ចប់ឧបករណ៍សម្រាប់រក្សាទុក និងវិភាគទិន្នន័យជាមួយនឹងសមត្ថភាពបច្ចេកទេសយ៉ាងទូលំទូលាយ។ សម្រាប់គុណសម្បត្តិគោលបំណងទាំងអស់របស់វា ប្រព័ន្ធ SAP BW មានគុណវិបត្តិដ៏សំខាន់មួយ។ នេះគឺជាការចំណាយខ្ពស់ក្នុងការរក្សាទុក និងដំណើរការទិន្នន័យ ជាពិសេសគួរឱ្យកត់សម្គាល់នៅពេលប្រើ SAP BW ដែលមានមូលដ្ឋានលើពពកនៅលើ Hana ។

ចុះ​បើ​អ្នក​ចាប់​ផ្ដើម​ប្រើ​ផលិតផល​ដែល​មិន​មែន​ជា SAP ហើយ​ចូលចិត្ត​ផលិតផល OpenSource ជា​កន្លែង​ផ្ទុក? យើងនៅ X5 Retail Group បានជ្រើសរើស GreenPlum ។ នេះជាការពិតណាស់ ដោះស្រាយបញ្ហានៃការចំណាយ ប៉ុន្តែនៅពេលជាមួយគ្នានោះ បញ្ហាកើតឡើងភ្លាមៗដែលត្រូវបានដោះស្រាយស្ទើរតែតាមលំនាំដើមនៅពេលប្រើ SAP BW ។

ជាពិសេស តើធ្វើដូចម្តេចដើម្បីទាញយកទិន្នន័យពីប្រព័ន្ធប្រភព ដែលភាគច្រើនជាដំណោះស្រាយ SAP?

HR Metrics គឺជាគម្រោងដំបូងដែលវាចាំបាច់ដើម្បីដោះស្រាយបញ្ហានេះ។ គោលដៅរបស់យើងគឺដើម្បីបង្កើតឃ្លាំងទិន្នន័យធនធានមនុស្ស និងបង្កើតរបាយការណ៍វិភាគនៅក្នុងតំបន់នៃការធ្វើការជាមួយបុគ្គលិក។ ក្នុងករណីនេះ ប្រភពទិន្នន័យសំខាន់គឺប្រព័ន្ធប្រតិបត្តិការ SAP HCM ដែលបុគ្គលិកទាំងអស់ សកម្មភាពអង្គការ និងប្រាក់ខែត្រូវបានអនុវត្ត។

ការទាញយកទិន្នន័យ

នៅក្នុង SAP BW មានឧបករណ៍ទាញយកទិន្នន័យស្តង់ដារសម្រាប់ប្រព័ន្ធ SAP ។ ឧបករណ៍ស្រង់ចេញទាំងនេះអាចប្រមូលទិន្នន័យចាំបាច់ដោយស្វ័យប្រវត្តិ តាមដានភាពសុចរិតរបស់វា និងកំណត់ការផ្លាស់ប្តូរ deltas ។ ជាឧទាហរណ៍ នៅទីនេះគឺជាប្រភពទិន្នន័យស្តង់ដារសម្រាប់គុណលក្ខណៈបុគ្គលិក 0EMPLOYEE_ATTR៖

លទ្ធផលនៃការស្រង់ទិន្នន័យពីវាសម្រាប់បុគ្គលិកម្នាក់៖

ប្រសិនបើចាំបាច់ ឧបករណ៍ស្រង់ចេញបែបនេះអាចត្រូវបានកែប្រែឱ្យសមនឹងតម្រូវការផ្ទាល់ខ្លួនរបស់អ្នក ឬឧបករណ៍ស្រង់ចេញដោយខ្លួនឯងអាចត្រូវបានបង្កើត។

គំនិតដំបូងដែលកើតឡើងគឺលទ្ធភាពនៃការប្រើពួកវាឡើងវិញ។ ជាអកុសល នេះបានក្លាយជាកិច្ចការដែលមិនអាចទៅរួច។ តក្កវិជ្ជាភាគច្រើនត្រូវបានអនុវត្តនៅផ្នែក SAP BW ហើយវាមិនអាចបំបែកឧបករណ៍ស្រង់ចេញដោយគ្មានការឈឺចាប់នៅប្រភពពី SAP BW បានទេ។

វាច្បាស់ណាស់ថាយើងត្រូវបង្កើតយន្តការផ្ទាល់ខ្លួនរបស់យើងសម្រាប់ការទាញយកទិន្នន័យពីប្រព័ន្ធ SAP ។

រចនាសម្ព័ន្ធផ្ទុកទិន្នន័យនៅក្នុង SAP HCM

ដើម្បីយល់ពីតម្រូវការសម្រាប់យន្តការបែបនេះ ជាដំបូងយើងត្រូវកំណត់ថាតើទិន្នន័យអ្វីខ្លះដែលយើងត្រូវការ។

ទិន្នន័យភាគច្រើននៅក្នុង SAP HCM ត្រូវបានរក្សាទុកក្នុងតារាង SQL រាបស្មើ។ ផ្អែកលើទិន្នន័យនេះ កម្មវិធី SAP បង្ហាញរចនាសម្ព័ន្ធស្ថាប័ន បុគ្គលិក និងព័ត៌មានធនធានមនុស្សផ្សេងទៀតដល់អ្នកប្រើប្រាស់។ ជាឧទាហរណ៍ នេះជាអ្វីដែលរចនាសម្ព័ន្ធអង្គការមើលទៅដូចនៅក្នុង SAP HCM៖

តាមរូបវិទ្យា ដើមឈើបែបនេះត្រូវបានរក្សាទុកក្នុងតារាងពីរ - ក្នុងវត្ថុ hrp1000 និងក្នុង hrp1001 ការតភ្ជាប់រវាងវត្ថុទាំងនេះ។

វត្ថុ "នាយកដ្ឋាន ១" និង "ការិយាល័យ ១"៖

ទំនាក់ទំនងរវាងវត្ថុ៖

វាអាចមានចំនួនដ៏ធំនៃវត្ថុទាំងពីរប្រភេទ និងប្រភេទនៃការតភ្ជាប់រវាងពួកវា។ មានការតភ្ជាប់ស្តង់ដារទាំងពីររវាងវត្ថុ និងវត្ថុដែលបានប្ដូរតាមបំណងសម្រាប់តម្រូវការជាក់លាក់ផ្ទាល់ខ្លួនរបស់អ្នក។ ឧទាហរណ៍ ទំនាក់ទំនងស្តង់ដារ B012 រវាងអង្គភាពអង្គភាព និងមុខតំណែងពេញម៉ោង បង្ហាញពីប្រធាននាយកដ្ឋាន។

ការបង្ហាញអ្នកគ្រប់គ្រងនៅក្នុង SAP៖

ការផ្ទុកនៅក្នុងតារាងទិន្នន័យ៖

ទិន្នន័យបុគ្គលិកត្រូវបានរក្សាទុកក្នុងតារាង pa*។ ឧទាហរណ៍ ទិន្នន័យស្តីពីព្រឹត្តិការណ៍បុគ្គលិកសម្រាប់និយោជិតម្នាក់ត្រូវបានរក្សាទុកក្នុងតារាង pa0000

យើងបានសម្រេចចិត្តថា GreenPlum នឹងយកទិន្នន័យ "ឆៅ" ពោលគឺឧ។ គ្រាន់តែចម្លងពួកវាពីតារាង SAP ។ ហើយដោយផ្ទាល់នៅក្នុង GreenPlum ពួកគេនឹងត្រូវបានដំណើរការ និងបំប្លែងទៅជាវត្ថុរូបវន្ត (ឧទាហរណ៍ នាយកដ្ឋាន ឬនិយោជិត) និងម៉ែត្រ (ឧទាហរណ៍ ចំនួនមធ្យមភាគ)។

តារាងប្រហែល 70 ត្រូវបានកំណត់ ទិន្នន័យដែលត្រូវតែផ្ទេរទៅ GreenPlum ។ បន្ទាប់ពីនោះយើងចាប់ផ្តើមធ្វើការចេញនូវវិធីសាស្រ្តសម្រាប់ការបញ្ជូនទិន្នន័យនេះ។

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

ជាការពិតណាស់ SAP HCM មានយន្តការសម្រាប់កត់ត្រាការផ្លាស់ប្តូរទិន្នន័យ។ ឧទាហរណ៍ សម្រាប់ការផ្ទេរជាបន្តបន្ទាប់ទៅប្រព័ន្ធអ្នកទទួល មានចំណុចផ្លាស់ប្តូរដែលកត់ត្រាការផ្លាស់ប្តូរណាមួយ ហើយផ្អែកលើមូលដ្ឋានដែល Idoc ត្រូវបានបង្កើតឡើង (វត្ថុសម្រាប់ផ្ទេរទៅប្រព័ន្ធខាងក្រៅ)។

ឧទាហរណ៍ IDoc សម្រាប់ការផ្លាស់ប្តូរ infotype 0302 សម្រាប់បុគ្គលិកដែលមានលេខបុគ្គលិក 1251445៖

ឬរក្សាកំណត់ហេតុនៃការផ្លាស់ប្តូរទិន្នន័យនៅក្នុងតារាង DBTABLOG ។

ឧទាហរណ៍នៃកំណត់ហេតុសម្រាប់ការលុបកំណត់ត្រាដែលមានគន្លឹះ QK53216375 ពីតារាង hrp1000៖

ប៉ុន្តែយន្តការទាំងនេះមិនមានសម្រាប់ទិន្នន័យចាំបាច់ទាំងអស់ទេ ហើយដំណើរការរបស់ពួកគេនៅកម្រិតម៉ាស៊ីនមេកម្មវិធីអាចប្រើប្រាស់ធនធានយ៉ាងច្រើន។ ដូច្នេះ ការបើកដំណើរការយ៉ាងច្រើននៅលើតារាងចាំបាច់ទាំងអស់អាចនាំឱ្យមានការថយចុះគួរឱ្យកត់សម្គាល់នៃដំណើរការប្រព័ន្ធ។

បញ្ហាចម្បងបន្ទាប់គឺតារាងចង្កោម។ ការប៉ាន់ស្មានពេលវេលា និងទិន្នន័យប្រាក់បៀវត្សរ៍នៅក្នុងកំណែ RDBMS នៃ SAP HCM ត្រូវបានរក្សាទុកជាសំណុំនៃតារាងឡូជីខលសម្រាប់បុគ្គលិកម្នាក់ៗសម្រាប់ការគណនានីមួយៗ។ តារាងឡូជីខលទាំងនេះត្រូវបានរក្សាទុកជាទិន្នន័យគោលពីរនៅក្នុងតារាង pcl2 ។

បណ្តុំប្រាក់ខែ៖

ទិន្នន័យពីតារាងចង្កោមមិនអាចចាត់ទុកជាពាក្យបញ្ជា SQL បានទេ ប៉ុន្តែទាមទារឱ្យប្រើម៉ាក្រូ SAP HCM ឬម៉ូឌុលមុខងារពិសេស។ ដូច្នោះហើយល្បឿនអាននៃតារាងបែបនេះនឹងមានកម្រិតទាបណាស់។ ម៉្យាងវិញទៀត ចង្កោមបែបនេះរក្សាទុកទិន្នន័យដែលត្រូវការតែម្តងក្នុងមួយខែ - បញ្ជីប្រាក់ខែចុងក្រោយ និងការប៉ាន់ប្រមាណពេលវេលា។ ដូច្នេះល្បឿនក្នុងករណីនេះមិនសំខាន់ទេ។

ដោយវាយតម្លៃជម្រើសសម្រាប់ការបង្កើតតំបន់ដីសណ្តនៃការផ្លាស់ប្តូរទិន្នន័យ យើងបានសម្រេចចិត្តផងដែរដើម្បីពិចារណាជម្រើសនៃការផ្ទុកពេញលេញ។ ជម្រើសនៃការផ្ទេរទិន្នន័យមិនផ្លាស់ប្តូរ gigabytes រវាងប្រព័ន្ធជារៀងរាល់ថ្ងៃប្រហែលជាមើលទៅមិនល្អទេ។ ទោះជាយ៉ាងណាក៏ដោយ វាក៏មានគុណសម្បត្តិមួយចំនួនផងដែរ - មិនចាំបាច់អនុវត្តទាំងតំបន់ដីសណ្តនៅផ្នែកប្រភព និងអនុវត្តការបង្កប់ដីសណ្តនេះនៅផ្នែកអ្នកទទួលនោះទេ។ ដូច្នោះហើយ ការចំណាយ និងពេលវេលានៃការអនុវត្តត្រូវបានកាត់បន្ថយ ហើយភាពជឿជាក់នៃសមាហរណកម្មកើនឡើង។ ក្នុងពេលជាមួយគ្នានេះ វាត្រូវបានគេកំណត់ថាការផ្លាស់ប្តូរស្ទើរតែទាំងអស់នៅក្នុង SAP HR កើតឡើងក្នុងរយៈពេលបីខែមុនកាលបរិច្ឆេទបច្ចុប្បន្ន។ ដូច្នេះ វាត្រូវបានសម្រេចចិត្តជ្រើសរើសសម្រាប់ការទាញយកទិន្នន័យពេញលេញប្រចាំថ្ងៃពី SAP HR N ខែមុនកាលបរិច្ឆេទបច្ចុប្បន្ន និងការទាញយកពេញប្រចាំខែ។ ប៉ារ៉ាម៉ែត្រ N អាស្រ័យលើតារាងជាក់លាក់
និងជួរពី 1 ទៅ 15 ។

គ្រោងការណ៍ខាងក្រោមត្រូវបានស្នើឡើងសម្រាប់ការទាញយកទិន្នន័យ៖

ប្រព័ន្ធខាងក្រៅបង្កើតសំណើមួយ ហើយផ្ញើវាទៅ SAP HCM ដែលសំណើនេះត្រូវបានពិនិត្យរកមើលភាពពេញលេញនៃទិន្នន័យ និងការអនុញ្ញាតក្នុងការចូលប្រើតារាង។ ប្រសិនបើការត្រួតពិនិត្យជោគជ័យ SAP HCM ដំណើរការកម្មវិធីដែលប្រមូលទិន្នន័យចាំបាច់ ហើយផ្ទេរវាទៅដំណោះស្រាយរួមបញ្ចូល Fuse ។ Fuse កំណត់ប្រធានបទដែលត្រូវការនៅក្នុង Kafka ហើយផ្ទេរទិន្នន័យនៅទីនោះ។ បន្ទាប់មកទិន្នន័យពី Kafka ត្រូវបានផ្ទេរទៅ Stage Area GP ។

នៅក្នុងខ្សែសង្វាក់នេះ យើងចាប់អារម្មណ៍លើបញ្ហានៃការទាញយកទិន្នន័យពី SAP HCM ។ សូមក្រឡេកមើលវាឱ្យកាន់តែលម្អិត។

ដ្យាក្រាមអន្តរកម្ម SAP HCM-FUSE ។

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

ទិន្នន័យសំណើត្រូវបានផ្ញើទៅតួក្នុងទម្រង់ json ។
វិធីសាស្រ្ត http: POST ។
សំណើឧទាហរណ៍៖

សេវាកម្ម SAP ត្រួតពិនិត្យសំណើសម្រាប់ភាពពេញលេញ ការអនុលោមតាមរចនាសម្ព័ន្ធ SAP បច្ចុប្បន្ន និងលទ្ធភាពទទួលបានសិទ្ធិចូលប្រើតារាងដែលបានស្នើសុំ។

ក្នុង​ករណី​មាន​កំហុស សេវា​នឹង​ត្រឡប់​ការ​ឆ្លើយ​តប​ជាមួយ​នឹង​លេខ​កូដ និង​ការ​ពណ៌នា​សមរម្យ។ ប្រសិនបើការគ្រប់គ្រងបានជោគជ័យ វាបង្កើតដំណើរការផ្ទៃខាងក្រោយដើម្បីបង្កើតគំរូ បង្កើត និងធ្វើសមកាលកម្មត្រឡប់លេខសម្គាល់សម័យពិសេសមួយ។

ក្នុងករណីមានកំហុស ប្រព័ន្ធខាងក្រៅកត់ត្រាវានៅក្នុងកំណត់ហេតុ។ ក្នុងករណីការឆ្លើយតបជោគជ័យ វាបញ្ជូនលេខសម្គាល់សម័យ និងឈ្មោះតារាងដែលសំណើត្រូវបានធ្វើឡើង។

ប្រព័ន្ធខាងក្រៅចុះឈ្មោះសម័យបច្ចុប្បន្នថាបើក។ ប្រសិនបើមានវគ្គផ្សេងទៀតសម្រាប់តារាងនេះ ពួកគេត្រូវបានបិទដោយកត់ត្រាការព្រមាន។

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

បន្ទាប់មក SAP បញ្ជូនកញ្ចប់ព័ត៌មានជាការបញ្ចូលទៅកាន់សេវាបណ្តាញនៃប្រព័ន្ធខាងក្រៅ។ ហើយប្រព័ន្ធអនុវត្តការគ្រប់គ្រងលើកញ្ចប់ព័ត៌មានចូល។ វគ្គដែលមានលេខសម្គាល់ដែលទទួលបានត្រូវតែចុះឈ្មោះនៅក្នុងប្រព័ន្ធ ហើយវាត្រូវតែស្ថិតក្នុងស្ថានភាពបើកចំហ។ ប្រសិនបើលេខកញ្ចប់ > 1 ប្រព័ន្ធគួរតែកត់ត្រាការទទួលជោគជ័យនៃកញ្ចប់មុន (package_id-1)។

ប្រសិនបើការគ្រប់គ្រងបានជោគជ័យ ប្រព័ន្ធខាងក្រៅញែក និងរក្សាទុកទិន្នន័យតារាង។

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

ក្នុងករណីមានកំហុសក្នុងការគ្រប់គ្រង/ញែក កំហុសត្រូវបានកត់ត្រា ហើយកញ្ចប់ព័ត៌មានសម្រាប់វគ្គនេះនឹងត្រូវបានច្រានចោលដោយប្រព័ន្ធខាងក្រៅ។

ដូចគ្នានេះដែរ ក្នុងករណីផ្ទុយគ្នា នៅពេលដែលប្រព័ន្ធខាងក្រៅត្រឡប់កំហុស វាត្រូវបានកត់ត្រា ហើយការបញ្ជូនកញ្ចប់ព័ត៌មានឈប់។

ដើម្បីស្នើសុំទិន្នន័យនៅផ្នែក SAP HСM សេវាកម្មរួមបញ្ចូលមួយត្រូវបានអនុវត្ត។ សេវាកម្មនេះត្រូវបានអនុវត្តនៅលើក្របខណ្ឌ ICF (SAP Internet Communication Framework - help.sap.com/viewer/6da7259a6c4b1014b7d5e759cc76fd22/7.01.22/en-US/488d6e0ea6ed72d5e10000000a42189c.html) វាអនុញ្ញាតឱ្យអ្នកសួរទិន្នន័យពីប្រព័ន្ធ SAP HCM ដោយប្រើតារាងជាក់លាក់។ នៅពេលបង្កើតសំណើទិន្នន័យ វាអាចបញ្ជាក់បញ្ជីនៃវាលជាក់លាក់ និងប៉ារ៉ាម៉ែត្រតម្រងដើម្បីទទួលបានទិន្នន័យចាំបាច់។ ទន្ទឹមនឹងនេះការអនុវត្តសេវាកម្មមិនបញ្ជាក់ពីតក្កវិជ្ជាអាជីវកម្មណាមួយឡើយ។ ក្បួនដោះស្រាយសម្រាប់ការគណនាដីសណ្ត ប៉ារ៉ាម៉ែត្រសំណួរ ការត្រួតពិនិត្យភាពសុចរិត ជាដើម ក៏ត្រូវបានអនុវត្តនៅផ្នែកម្ខាងនៃប្រព័ន្ធខាងក្រៅផងដែរ។

យន្តការនេះអនុញ្ញាតឱ្យអ្នកប្រមូលនិងបញ្ជូនទិន្នន័យចាំបាច់ទាំងអស់ក្នុងរយៈពេលពីរបីម៉ោង។ ល្បឿននេះគឺជិតដល់ពេលដែលអាចទទួលយកបាន ដូច្នេះហើយយើងចាត់ទុកដំណោះស្រាយនេះជាបណ្តោះអាសន្ន ដែលធ្វើឱ្យវាអាចបំពេញតម្រូវការសម្រាប់ឧបករណ៍ទាញយកនៅលើគម្រោង។
នៅក្នុងរូបភាពគោលដៅ ដើម្បីដោះស្រាយបញ្ហានៃការទាញយកទិន្នន័យ ជម្រើសសម្រាប់ការប្រើប្រាស់ប្រព័ន្ធ CDC ដូចជា Oracle Golden Gate ឬឧបករណ៍ ETL ដូចជា SAP DS កំពុងត្រូវបានរុករក។

ប្រភព: www.habr.com