កំណត់ហេតុបណ្ដាញរបស់ចន Boyer និង Mike Norris ។
សេចក្តីផ្តើម
វាជាការសំខាន់ដើម្បីឱ្យសមត្ថភាពសវនកម្មខនស៍សធ្វើការដើម្បីដឹងនិងយល់ពីរបៀបដែលខូនកូសកំពុងត្រូវបានប្រើប្រាស់ដោយសហគមន៍អ្នកប្រើប្រាស់របស់អ្នកនិងជួយឆ្លើយសំណួរដូចជា៖
-
- តើអ្នកណាកំពុងប្រើប្រព័ន្ធ?
- តើរបាយការណ៍អ្វីខ្លះដែលពួកគេកំពុងដំណើរការ?
- តើពេលវេលាដំណើរការរបាយការណ៍គឺជាអ្វី?
- ដោយមានជំនួយពីឧបករណ៍ផ្សេងទៀតដូចជា MotioCIតើមាតិកាអ្វីដែលមិនត្រូវបានប្រើ?
ដោយពិចារណាថាតើវាមានសារៈសំខាន់ប៉ុណ្ណាក្នុងការថែរក្សាបរិយាកាសវិភាគ Cognos ដែលមានសុខភាពល្អគួរឱ្យភ្ញាក់ផ្អើលតិចតួចដែលត្រូវបានសរសេរអំពីមូលដ្ឋានទិន្នន័យសវនកម្មរបស់ខ្លួនលើសពីឯកសារផលិតផលស្តង់ដារ។ ប្រហែលជាវាត្រូវបានគេផ្តល់ការយល់ព្រមប៉ុន្តែអង្គការដែលប្រើវាដឹងថាយូរ ៗ ទៅការសាកសួរតារាងមូលដ្ឋានទិន្នន័យសវនកម្មនឹងចាប់ផ្តើមយឺតជាពិសេសប្រសិនបើស្ថាប័នរបស់អ្នកមានអ្នកប្រើប្រាស់ច្រើនកំពុងដំណើរការរបាយការណ៍ច្រើននិងមានប្រវត្តិច្រើន។ អ្វីដែលពិសេសជាងនេះទៅទៀតនោះគឺថាសកម្មភាពនៃការធ្វើសវនកម្មខ្លួនឯងអាចត្រូវបានពន្យាពេលព្រោះវាត្រូវបានដាក់ជាជួរនៅពេលដែលមិនអាចបញ្ចូលទៅក្នុងមូលដ្ឋានទិន្នន័យបានលឿនល្មម។ នោះហើយជាពេលដែលអ្នកចាប់ផ្តើមគិតអំពីដំណើរការមូលដ្ឋានទិន្នន័យដូចដែលអ្នកចង់បានជាមួយមូលដ្ឋានទិន្នន័យប្រតិបត្តិការណាមួយដែលមានតម្រូវការរាយការណ៍។
តារាងធំជាទូទៅដំណើរការសំណួរយឺត។ តារាងធំជាងនេះវាត្រូវចំណាយពេលយូរដើម្បីបញ្ចូលនិងសួរ។ សូមចងចាំថាតារាងទាំងនេះនិងមូលដ្ឋានទិន្នន័យសវនកម្មគឺជាមូលដ្ឋានទិន្នន័យប្រតិបត្តិការ។ ការសរសេរកំពុងកើតឡើងជាញឹកញាប់ហើយធ្វើការប្រឆាំងនឹងយើងព្រោះយើងមិនអាចផ្តោតវាសម្រាប់តែអានប្រតិបត្តិការដូចដែលអ្នកចង់បានជាមួយម៉ាតទិន្នន័យ។
ដូចគ្នានឹងហាងមាតិកាដែរសុខភាពរបស់ Cognos ក៏ត្រូវគិតពីសុខភាពរបស់មូលដ្ឋានទិន្នន័យសវនកម្មផងដែរ។ ការរីកចម្រើនគ្មានដែនកំណត់នៃមូលដ្ឋានទិន្នន័យសវនកម្មអាចក្លាយជាបញ្ហាមួយតាមពេលវេលាហើយនៅទីបំផុតអាចជះឥទ្ធិពលដល់ដំណើរការទាំងមូលនៃបរិយាកាសខុនកូស។ នៅក្នុងអង្គការជាច្រើនដែលមានបទប្បញ្ញត្តិខាងក្រៅដាក់សម្ពាធលើពួកគេការមិនមានកំណត់ត្រាសវនកម្មពេញលេញអាចធ្វើឱ្យពួកគេស្ថិតក្នុងស្ថានភាពមិនគោរពតាមដែលមានផលប៉ះពាល់ធ្ងន់ធ្ងរ។ ដូច្នេះតើយើងដោះស្រាយយ៉ាងដូចម្តេចដើម្បីរក្សាទិន្នន័យច្រើនសម្រាប់គោលបំណងសវនកម្មប្រវត្តិសាស្ត្រ - ក្នុងករណីខ្លះរហូតដល់ ១០ ឆ្នាំ - នៅតែទទួលបានរបាយការណ៍ដែលយើងត្រូវការដើម្បីរក្សាបរិស្ថាននិងធ្វើឱ្យអ្នកប្រើប្រាស់រីករាយជាមួយដំណើរការនេះ?
បញ្ហាប្រឈម
-
- ការរីកលូតលាស់គ្មានកំណត់នៃមូលដ្ឋានទិន្នន័យសវនកម្មជះឥទ្ធិពលអវិជ្ជមានដល់សុខភាពរបស់បរិស្ថានខនកូស
- របាយការណ៍បិទមូលដ្ឋានទិន្នន័យសវនកម្មបានក្លាយទៅជាយឺតឬមិនអាចប្រើបាន
- បទពិសោធន៍ Cognos ពន្យាពេលក្នុងការកត់ត្រាដែលត្រូវបានសរសេរទៅមូលដ្ឋានទិន្នន័យសវនកម្ម
- មូលដ្ឋានទិន្នន័យសវនកម្មជិតអស់ទំហំថាសហើយ
ទាំងអស់នេះមានន័យថាវាមិនគ្រាន់តែជារបាយការណ៍ដែលពឹងផ្អែកលើមូលដ្ឋានទិន្នន័យសវនកម្មដែលទទួលរងនោះទេប៉ុន្តែជារឿយៗប្រព័ន្ធទាំងមូល។ ប្រសិនបើមូលដ្ឋានទិន្នន័យសវនកម្មស្ថិតនៅលើម៉ាស៊ីនមេដូចគ្នានឹងហាងមាតិកាខនកូសដែរការសម្តែងអ្វីៗទាំងអស់ដែលខនណូសនឹងត្រូវប៉ះពាល់នៅក្នុងបរិយាកាសនោះ។
តំឡើង។
យើងសន្មតថា៖
-
- Cognos Analytics ត្រូវបានតំឡើងនិងដំណើរការ
- Cognos ត្រូវបានតំឡើងដើម្បីចូលទៅក្នុងមូលដ្ឋានទិន្នន័យសវនកម្ម
-
- មានមូលដ្ឋានទិន្នន័យសវនកម្ម
- កំណត់កំរិតកំណត់ហេតុនៃការធ្វើសវនកម្មសមស្របនៅក្នុងរដ្ឋបាល Cognos
- កំណត់ត្រាកំពុងត្រូវបានសរសេរទៅមូលដ្ឋានទិន្នន័យដោយ Cognos
- មូលដ្ឋានទិន្នន័យសវនកម្មបានប្រើប្រាស់អស់រយៈពេលជាងមួយឆ្នាំហើយ
- បរិយាកាសសកម្មជាមួយអ្នកប្រើប្រាស់និងការប្រហារជីវិត
- កញ្ចប់សវនកម្មកំពុងត្រូវបានប្រើដើម្បីបង្ហាញទិន្នន័យការប្រើប្រាស់ Cognos
- យើងកំពុងសម្លឹងរកមើលការធ្វើឱ្យប្រសើរឡើងនូវរបាយការណ៍របាយការណ៍មូលដ្ឋានទិន្នន័យសវនកម្ម
- ការចាប់ផ្តើមឡើងវិញឬការលុបកំណត់ត្រាចាស់មិនតែងតែជាជម្រើសទេ
ប្រសិនបើអ្នកមិនទាន់ដំឡើង Cognos Audit និងតំឡើងរចនាសម្ព័ន្ធ Lodestar Solutions ក Motio ដៃគូមានភាពល្អឥតខ្ចោះ ក្រោយ ស្តីពីការបើកដំណើរការសវនកម្មនៅក្នុង Cognos BI /CA
ដំណោះស្រាយ
មានដំណោះស្រាយដែលអាចធ្វើបានដែលបង្ហាញខ្លួនយ៉ាងឆាប់រហ័ស៖
-
- កាត់បន្ថយបរិមាណទិន្នន័យដោយ៖
-
- ការផ្លាស់ប្តូរទិន្នន័យចាស់ខ្លះទៅមូលដ្ឋានទិន្នន័យផ្សេងទៀត
- ការផ្លាស់ប្តូរទិន្នន័យចាស់ៗខ្លះទៅតុមួយផ្សេងទៀតនៅក្នុងមូលដ្ឋានទិន្នន័យដូចគ្នា
- គ្រាន់តែលុបឬធ្នូhive ទិន្នន័យខ្លះហើយកុំបារម្ភអំពីវា
- រស់នៅជាមួយវា។ ទាត់កំប៉ុងចុះក្រោម road ហើយជំរុញអ្នកគ្រប់គ្រងមូលដ្ឋានទិន្នន័យសម្រាប់ដំណើរការ
ការកែលម្អខណៈពេលដែលពួកគេដាក់ខ្នោះដៃដោយមិនអនុញ្ញាតឱ្យមានការផ្លាស់ប្តូរគ្រោងការណ៍ឬ
សន្ទស្សន៍
យើងនឹងមិនដោះស្រាយជាមួយជម្រើសទី ៣ ជម្រើសទី ២ ការលុបទិន្នន័យមិនមែនជាជម្រើសល្អទេហើយខ្ញុំសូមណែនាំឱ្យរក្សាតម្លៃយ៉ាងហោចណាស់ ១៨ ខែ។ ប៉ុន្តែប្រសិនបើអ្នកមានទំនោរខ្លាំង IBM ផ្តល់នូវឧបករណ៍ប្រើប្រាស់ សវនកម្មឌីប៊ីស៊ីលាង (Cognos BI) ឬក ស្គ្រីប (Cognos Analytics) ដែលនឹងធ្វើយ៉ាងពិតប្រាកដ។ ឧបករណ៍ប្រើប្រាស់សម្រាប់ Cognos BI លុបកំណត់ត្រាដោយផ្អែកលើត្រាពេលវេលាខណៈដែលស្គ្រីបសម្រាប់ Cognos Analytics គ្រាន់តែលុបលិបិក្រមនិងតារាង។
អនុសាសន៍ដែលយើងបានផ្តល់ជូនអតិថិជនពីមុនគឺត្រូវបែងចែកជាមូលដ្ឋានទិន្នន័យពីរ៖
-
- សវនកម្ម - ផ្សាយផ្ទាល់៖ មានទិន្នន័យថ្មីៗបំផុតប្រចាំសប្តាហ៍
- សវនកម្ម - ប្រវត្តិសាស្រ្ត៖ មានទិន្នន័យប្រវត្តិសាស្ត្រ (រហូតដល់ N ឆ្នាំ)
សរុបមកដំណើរការនេះដំណើរការរាល់សប្តាហ៍ដើម្បីផ្លាស់ប្តូរកំណត់ត្រាថ្មីៗបំផុតពីសវនកម្មផ្ទាល់ទៅសវនកម្មប្រវត្តិសាស្ត្រ។ ការធ្វើសវនកម្មផ្ទាល់ចាប់ផ្តើមជាផ្ទាំងទទេបន្ទាប់ពីដំណើរការនេះដំណើរការ។
-
- Live DB គឺលឿននិងតឹងដែលអនុញ្ញាតឱ្យការបញ្ចូលកើតឡើងលឿនតាមដែលអាចធ្វើទៅបាន
- សំណួរសវនកម្មត្រូវបានដឹកនាំផ្តាច់មុខទៅឌីប៊ីប្រវត្តិសាស្រ្ត
ដោយប្រើវិធីសាស្រ្តនេះមិនមាន“ ការភ្ជាប់ជាមួយគ្នា” នៃទិន្នន័យផ្ទាល់និងទិន្នន័យប្រវត្តិសាស្ត្រទេ។ ខ្ញុំនឹងប្រកែកថាអ្នកប្រហែលជាចង់រក្សាវាតាមវិធីនោះ។
នៅក្នុង Cognos Administration អ្នកអាចបន្ថែមការតភ្ជាប់ពីរផ្សេងគ្នាសម្រាប់ប្រភពទិន្នន័យសវនកម្ម។ នៅពេលអ្នកប្រើដំណើរការរបាយការណ៍ប្រឆាំងនឹងកញ្ចប់សវនកម្មពួកគេត្រូវបានសួរថាតើពួកគេចង់ប្រើការតភ្ជាប់មួយណា៖
នៅឱកាសដែលអ្នកចង់មើលទិន្នន័យសវនកម្មផ្ទាល់ជាជាងទិន្នន័យសវនកម្មប្រវត្តិសាស្ត្រអ្នកគ្រាន់តែជ្រើសរើសការតភ្ជាប់“ សវនកម្ម - ផ្សាយផ្ទាល់” នៅពេលដែលបានសួរ (គួរតែជាករណីលើកលែងមិនមែនជាបទដ្ឋានទេ)
ប្រសិនបើអ្នកពិតជាចង់ផ្តល់នូវទិដ្ឋភាពរួមនៃការផ្សាយបន្តផ្ទាល់និងប្រវត្តិសាស្ត្រអ្នកអាចធ្វើបានប៉ុន្តែវានឹងប៉ះពាល់ដល់ដំណើរការ។
ឧទាហរណ៍អ្នកអាចបង្កើតមូលដ្ឋានទិន្នន័យទី ៣ ដែលគេហៅថា“ សវនកម្ម - ទិដ្ឋភាពរួម” ហើយបន្ទាប់មកសម្រាប់តារាងនីមួយៗនៅក្នុងគ្រោងការណ៍សវនកម្ម៖ បង្កើតទិដ្ឋភាពដែលមានឈ្មោះដូចគ្នាដែលជាសម្ព័ន្ធ SQL រវាងតុក្នុងឌីប៊ីផ្ទាល់និងតុនៅក្នុង ប្រវត្តិសាស្រ្តឌីប៊ី ដូចគ្នានេះដែរអាចសម្រេចបាននៅក្នុងគំរូកម្មវិធីគ្រប់គ្រងក្របខ័ណ្ឌប៉ុន្តែជាថ្មីម្តងទៀតការអនុវត្តនឹងជាការពិចារណាដ៏សំខាន់។
អតិថិជនរបស់យើងខ្លះបានបង្កើតទិដ្ឋភាពរួម។ វាគឺជាគំនិតរបស់យើងដែលថានេះទំនងជាហួសកំរិត ការសម្តែងនឹងកាន់តែអាក្រក់ទៅ ៗ នៅក្នុងទិដ្ឋភាពរួមនេះហើយយើងមិនជួបករណីប្រើប្រាស់ជាច្រើនដែលប្រើទាំងសំណុំទិន្នន័យផ្ទាល់និងប្រវត្តិសាស្ត្រ។ ការផ្សាយផ្ទាល់ត្រូវបានប្រើសម្រាប់ដោះស្រាយបញ្ហានិងប្រវត្តិសាស្ត្រសម្រាប់ការរាយការណ៍និន្នាការ។
ក្នុងនាមជា Cognos Analytics ១១.១.៧ មូលដ្ឋានទិន្នន័យសវនកម្មបានកើនឡើងដល់ ២១ តារាង។ អ្នកអាចស្វែងរកព័ត៌មានបន្ថែមនៅកន្លែងផ្សេងទៀតនៅលើមូលដ្ឋានទិន្នន័យសវនកម្មរបាយការណ៍សវនកម្មគំរូនិងគំរូអ្នកគ្រប់គ្រងក្របខ័ណ្ឌ។ កម្រិតកំណត់ហេតុលំនាំដើមគឺតិចតួចបំផុតប៉ុន្តែអ្នកប្រហែលជាចង់ប្រើកម្រិតបន្ទាប់ជាមូលដ្ឋានដើម្បីចាប់យកសំណើប្រើប្រាស់ការគ្រប់គ្រងគណនីអ្នកប្រើប្រាស់និងការប្រើប្រាស់ពេលរត់។ វិធីមួយដែលអ្នកអាចរក្សាបាននូវដំណើរការប្រព័ន្ធគឺដោយរក្សាកម្រិតកំណត់ហេតុរហូតដល់កំរិតទាបបំផុតដែលត្រូវការ។ ជាក់ស្តែងការកាប់ឈើកាន់តែច្រើនដែលត្រូវបានធ្វើដោយម៉ាស៊ីនមេការសម្តែងរបស់ម៉ាស៊ីនមេទាំងមូលអាចត្រូវបានប៉ះពាល់។
តារាងសំខាន់ៗដែលអ្នកគ្រប់គ្រងភាគច្រើនចាប់អារម្មណ៍គឺតុចំនួន ៦ ដែលកត់ត្រាសកម្មភាពអ្នកប្រើប្រាស់និងសកម្មភាពរាយការណ៍នៅក្នុងប្រព័ន្ធ។
- COGIPF_USERLOGON៖ រក្សាទុកព័ត៌មានចូល (រួមទាំងការបិទ)
- COGIPF_RUNREPORT៖ រក្សាទុកព័ត៌មានអំពីការប្រតិបត្តិរបាយការណ៍
- COGIPF_VIEWREPORT៖ រក្សាទុកព័ត៌មានអំពីសំណើមើលរបាយការណ៍
- COGIPF_EDITQUERY: រក្សាទុកព័ត៌មានអំពីដំណើរការសំណួរ
- COGIPF_RUNJOB: រក្សាទុកព័ត៌មានអំពីការស្នើសុំការងារ
- COGIPF_ACTION៖ កត់ត្រាសកម្មភាពអ្នកប្រើប្រាស់នៅក្នុង Cognos (តារាងនេះអាចកើនឡើងលឿនជាងប្រភេទផ្សេងទៀត)
ការកំណត់រចនាសម្ព័ន្ធក្រៅប្រអប់មើលទៅដូចនេះ៖
ការកំណត់រចនាសម្ព័ន្ធដែលបានណែនាំ៖
មូលដ្ឋានទិន្នន័យសវនកម្ម Cognos - ផ្សាយផ្ទាល់មានទិន្នន័យសវនកម្មរយៈពេល ១ សប្តាហ៍។ ទិន្នន័យដែលមានអាយុកាលលើសពី ១ សប្តាហ៍ត្រូវបានផ្លាស់ប្តូរទៅមូលដ្ឋានទិន្នន័យសវនកម្ម Cognos - ប្រវត្តិសាស្ត្រ
បន្ទាត់ពីមូលដ្ឋានទិន្នន័យសវនកម្ម Cognos - ផ្ទាល់ទៅមូលដ្ឋានទិន្នន័យសវនកម្ម Cognos - ប្រវត្តិសាស្ត្រនៅក្នុងដ្យាក្រាមទទួលខុសត្រូវចំពោះ៖
- ចម្លងទិន្នន័យពីសវនកម្មផ្ទាល់ទៅសវនកម្មប្រវត្តិសាស្ត្រ
- ដកជួរទាំងអស់នៅក្នុងសវនកម្មផ្ទាល់ដែលចាស់ជាង ១ សប្តាហ៍
- យកជួរដេកទាំងអស់នៅក្នុងសវនកម្មប្រវត្តិសាស្ត្រដែលចាស់ជាង x ឆ្នាំ
- លុបជួរដេកទាំងអស់នៅក្នុង COGIPF_ACTION ដែលចាស់ជាង ៦ ខែ
លិបិក្រម
ប្រភេទមូលដ្ឋានទិន្នន័យផ្សេងៗគ្នាមានប្រភេទលិបិក្រមផ្សេងៗគ្នា។ លិបិក្រមមូលដ្ឋានទិន្នន័យគឺជារចនាសម្ព័ន្ធទិន្នន័យដែលភ្ជាប់ជាមួយតារាង (ឬមើល) ដែលត្រូវបានប្រើដើម្បីកែលម្អពេលវេលាប្រតិបត្តិសំណួរនៅពេលទៅយកទិន្នន័យពីតារាងនោះ (ឬមើល) ។ ធ្វើការជាមួយ DBA របស់អ្នកដើម្បីបង្កើតយុទ្ធសាស្ត្រល្អបំផុត។ ពួកគេនឹងចង់ដឹងចម្លើយចំពោះសំណួរដូចនេះដើម្បីធ្វើការសម្រេចចិត្តល្អបំផុតលើជួរឈរណាដែលត្រូវដាក់លិបិក្រម។ ជាក់ស្តែងអ្នកគ្រប់គ្រងមូលដ្ឋានទិន្នន័យអាចស្វែងរកចម្លើយចំពោះសំនួរខ្លះឬទាំងអស់នេះដោយគ្មានជំនួយពីអ្នកប៉ុន្តែវាត្រូវការការស្រាវជ្រាវនិងពេលវេលាខ្លះ៖
- តើតារាងមានកំណត់ត្រាប៉ុន្មានហើយតើទំហំដែលអ្នករំពឹងថានឹងកើនឡើង? (ការធ្វើលិបិក្រមតារាងនឹងមិនមានប្រយោជន៍ទេលុះត្រាតែតារាងមានកំណត់ត្រាច្រើន) ។
- តើអ្នកដឹងថាជួរឈរណាដែលប្លែកពីគេទេ? តើពួកគេអនុញ្ញាតតម្លៃ NULL ទេ? តើជួរឈរណាដែលមានប្រភេទទិន្នន័យនៃចំនួនគត់ឬចំនួនគត់ធំ? (ជួរឈរដែលមានប្រភេទទិន្នន័យជាលេខដែលមានលក្ខណៈឯកសណ្ឋាននិងមិនមែនធម្មតាគឺជាបេក្ខជនខ្លាំងដើម្បីចូលរួមក្នុងសន្ទស្សន៍សន្ទស្សន៍។ )
- តើបញ្ហាការសម្តែងចម្បងរបស់អ្នកនៅឯណាសព្វថ្ងៃនេះ? តើពួកគេកំពុងទាញយកទិន្នន័យទេ? តើមានសំណួរឬរបាយការណ៍ជាក់លាក់ដែលជាបញ្ហាច្រើនជាងនេះទេ? (នេះអាចនាំអ្នកគ្រប់គ្រងមូលដ្ឋានទិន្នន័យទៅជួរឈរជាក់លាក់មួយចំនួនដែលអាចត្រូវបានធ្វើឱ្យប្រសើរ។ )
- តើវិស័យអ្វីខ្លះដែលត្រូវបានប្រើក្នុងការចូលរួមតារាងសម្រាប់រាយការណ៍?
- តើវិស័យអ្វីខ្លះដែលត្រូវប្រើសម្រាប់ត្រងតម្រៀបដាក់ជាក្រុមនិងប្រមូលផ្តុំ?
គ្មានអ្វីគួរឱ្យភ្ញាក់ផ្អើលទេដែលទាំងនេះគឺជាសំនួរដូចគ្នាដែលនឹងត្រូវឆ្លើយសម្រាប់ធ្វើឱ្យប្រសើរឡើងនូវដំណើរការនៃតារាងមូលដ្ឋានទិន្នន័យណាមួយ។
ការគាំទ្រ IBM ផ្ដល់អនុសាសន៍ បង្កើតលិបិក្រមនៅលើជួរឈរ“ COGIPF_REQUESTID”,“ COGIPF_SUBREQUESTID” និង“ COGIPF_STEPID” សម្រាប់តារាងខាងក្រោមដើម្បីកែលម្អការអនុវត្ត៖
- COGIPF_NATIVEQUERY
- COGIPF_RUNJOB
- COGIPF_RUNJOBSTEP
- COGIPF_RUNREPORT
- COGIPF_EDITQUERY
បន្ថែមលើតុដែលមិនសូវប្រើផ្សេងទៀត៖
- COGIPF_POWERPLAY
- សេវាកម្ម COGIPF_HUMANTASKSERVICE
- COGIPF_HUMANTASKSERVICE_DETAIL
អ្នកអាចប្រើចំណុចនេះជាចំណុចចាប់ផ្តើមប៉ុន្តែខ្ញុំនឹងឆ្លងកាត់លំហាត់ឆ្លើយសំណួរខាងលើដើម្បីទទួលបានចម្លើយល្អបំផុតសម្រាប់អង្គភាពរបស់អ្នក។
ការពិចារណាផ្សេងទៀត
- គំរូសវនកម្មអេហ្វអឹម។ សូមចងចាំថាគំរូកម្មវិធីគ្រប់គ្រងក្របខ័ណ្ឌដែលក្រុមហ៊ុន IBM ផ្តល់ឱ្យត្រូវបានយកគំរូតាមតារាងនិងវាលលំនាំដើម។ រាល់ការផ្លាស់ប្តូរដែលអ្នកធ្វើចំពោះតារាងរាយការណ៍នឹងត្រូវឆ្លុះបញ្ចាំងនៅក្នុងគំរូ។ ភាពងាយស្រួលឬភាពស្មុគស្មាញនៃការផ្លាស់ប្តូរទាំងនេះ - ឬសមត្ថភាពរៀបចំរបស់អ្នកដើម្បីធ្វើការផ្លាស់ប្តូរទាំងនេះអាចប៉ះពាល់ដល់ដំណោះស្រាយដែលអ្នកជ្រើសរើស។
- វាលបន្ថែម។ ប្រសិនបើអ្នកនឹងធ្វើវាឥឡូវនេះគឺជាពេលដែលត្រូវបន្ថែមវាលបន្ថែមសម្រាប់បរិបទឬទិន្នន័យយោងដើម្បីកែលម្អរបាយការណ៍សវនកម្ម។
- តារាងសង្ខេប។ ជំនួសឱ្យការគ្រាន់តែចម្លងទិន្នន័យទៅក្នុងតារាងប្រវត្តិសាស្រ្តរបស់អ្នកសូមបង្រួមវា។ អ្នកអាចសរុបទិន្នន័យទៅកម្រិតថ្ងៃដើម្បីធ្វើឱ្យវាកាន់តែមានប្រសិទ្ធភាពសម្រាប់ការរាយការណ៍។
- មើលជំនួសឱ្យតារាង។ អ្នកផ្សេងទៀតនិយាយថា“ ដូច្នេះជំនួសឱ្យការមានមូលដ្ឋានទិន្នន័យបច្ចុប្បន្ននិងមូលដ្ឋានទិន្នន័យប្រវត្តិសាស្រ្តអ្នកគួរតែមានមូលដ្ឋានទិន្នន័យតែមួយហើយតារាងទាំងអស់នៅក្នុងនោះគួរតែមានបុព្វបទជាមួយ“ ប្រវត្តិសាស្ត្រ” ។ បន្ទាប់មកអ្នកគួរតែបង្កើតសំណុំទស្សនៈមួយសម្រាប់តារាងនីមួយៗដែលអ្នកចង់ឃើញជា“ បច្ចុប្បន្ន” ហើយឱ្យទិដ្ឋភាពនីមួយៗត្រងតាមជួរប្រវត្តិសាស្រ្តដែលអ្នកមិនចង់ឃើញហើយទុកឱ្យតែចរន្តបច្ចុប្បន្នឆ្លងកាត់”
https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419
សន្និដ្ឋាន
ចំណុចសំខាន់គឺថាជាមួយនឹងព័ត៌មានដែលបានផ្តល់នៅទីនេះអ្នកគួរតែត្រៀមខ្លួនឱ្យបានល្អដើម្បីធ្វើការសន្ទនាប្រកបដោយផលិតភាពជាមួយឌីអេប៊ីអេរបស់អ្នក។ ឱកាសល្អដែលនាងបានដោះស្រាយបញ្ហាស្រដៀងគ្នាពីមុន។
ការផ្លាស់ប្តូរដែលបានស្នើឡើងនៅក្នុងស្ថាបត្យកម្មមូលដ្ឋានទិន្នន័យសវនកម្ម Cognos នឹងធ្វើឱ្យប្រសើរឡើងនូវការអនុវត្តទាំងការរាយការណ៍ដោយផ្ទាល់ក៏ដូចជាកម្មវិធីភាគីទីបីដែលពឹងផ្អែកលើវាដូចជា Motioរបស់ ReportCard និងសារពើភ័ណ្ឌ។
និយាយអីញ្ចឹងប្រសិនបើអ្នកមានការសន្ទនាជាមួយ DBA របស់អ្នកយើងចង់ about អំពីវា។ យើងក៏ចង់លឺដែរប្រសិនបើអ្នកដោះស្រាយបញ្ហានៃមូលដ្ឋានទិន្នន័យសវនកម្មដែលដំណើរការមិនបានល្អនិងរបៀបដែលអ្នកធ្វើវា។