Blog ກວດສອບ Cognos - ຄຳ ແນະ ນຳ ແລະ ຄຳ ແນະ ນຳ ສຳ ລັບສະພາບແວດລ້ອມທີ່ມີປະລິມານໃຫຍ່ແລະສູງ

blog ຂອງ John Boyer ແລະ Mike Norris.

ການນໍາສະເຫນີ

ມັນເປັນສິ່ງ ສຳ ຄັນທີ່ຈະຕ້ອງມີຄວາມສາມາດກວດສອບ Cognos ເຮັດວຽກເພື່ອຮູ້ແລະເຂົ້າໃຈວິທີການໃຊ້ Cognos ໂດຍຊຸມຊົນຜູ້ໃຊ້ຂອງເຈົ້າແລະຊ່ວຍຕອບ ຄຳ ຖາມຄື:

• • ໃຜໃຊ້ລະບົບ?
  • ພວກເຂົາກໍາລັງດໍາເນີນການລາຍງານອັນໃດ?
  • ເວລາດໍາເນີນການລາຍງານແມ່ນຫຍັງ?
  • ດ້ວຍຄວາມຊ່ວຍເຫຼືອຂອງເຄື່ອງມືອື່ນ,, ຄື MotioCI, ເນື້ອຫາໃດທີ່ບໍ່ໄດ້ໃຊ້?

ພິຈາລະນາວ່າມັນມີຄວາມສໍາຄັນແນວໃດຕໍ່ການຮັກສາສະພາບແວດລ້ອມການວິເຄາະ Cognos ທີ່ມີສຸຂະພາບດີ, ເປັນເລື່ອງແປກທີ່ໄດ້ຂຽນກ່ຽວກັບຖານຂໍ້ມູນການກວດສອບຂອງມັນ ໜ້ອຍ ກວ່າເອກະສານມາດຕະຖານຜະລິດຕະພັນ. ບາງທີ, ມັນໄດ້ຮັບການອະນຸຍາດ, ແຕ່ອົງກອນທີ່ໃຊ້ມັນຮູ້ວ່າເວລາສອບຖາມຕາຕະລາງຖານຂໍ້ມູນການກວດສອບຈະເລີ່ມຊ້າລົງ - ໂດຍສະເພາະຖ້າອົງກອນຂອງເຈົ້າມີຜູ້ໃຊ້ຫຼາຍທີ່ດໍາເນີນການລາຍງານຫຼາຍແລະມີປະຫວັດຫຼາຍ. ສິ່ງທີ່ເພີ່ມເຕີມແມ່ນວ່າບັນທຶກການເຄື່ອນໄຫວກວດສອບຕົວມັນເອງອາດຈະຖືກຊັກຊ້າເພາະມັນຖືກຈັດຄິວຢູ່ໃນເວລາທີ່ມັນບໍ່ສາມາດຖືກເພີ່ມໃສ່ຖານຂໍ້ມູນໄດ້ໄວພໍ, ຕົວຢ່າງ. ນັ້ນແມ່ນເວລາທີ່ເຈົ້າເລີ່ມຄິດກ່ຽວກັບການປະຕິບັດຖານຂໍ້ມູນຄືກັບທີ່ເຈົ້າຕ້ອງການກັບຖານຂໍ້ມູນການດໍາເນີນງານທີ່ມີຄວາມຕ້ອງການລາຍງານ.

ຕາຕະລາງໃຫຍ່ Large ໂດຍປົກກະຕິແລ້ວການປະຕິບັດການສອບຖາມຊ້າ. ຕາຕະລາງທີ່ໃຫຍ່ຂຶ້ນ, ມັນໃຊ້ເວລາດົນກວ່າເພື່ອໃສ່ແລະສອບຖາມ. ຈື່ໄວ້ວ່າຕາຕະລາງເຫຼົ່ານີ້ແລະຖານຂໍ້ມູນການກວດສອບແມ່ນພື້ນຖານຖານຂໍ້ມູນການດໍາເນີນງານ; ການຂຽນແມ່ນເກີດຂຶ້ນເລື້ອຍ frequently ແລະເຮັດວຽກຕ້ານພວກເຮົາເພາະວ່າພວກເຮົາບໍ່ສາມາດສຸມໃສ່ມັນໄດ້ພຽງແຕ່ອ່ານການປະຕິບັດເທົ່າທີ່ເຈົ້າຈະເຮັດກັບສູນຂໍ້ມູນ.

ຄືກັນກັບຮ້ານເນື້ອໃນ, ສຸຂະພາບຂອງສະພາບແວດລ້ອມ Cognos ຍັງຕ້ອງຄໍານຶງເຖິງສຸຂະພາບຂອງຖານຂໍ້ມູນການກວດສອບ. ການເຕີບໂຕທີ່ບໍ່ມີຂໍ້ ຈຳ ກັດຂອງຖານຂໍ້ມູນການກວດສອບສາມາດກາຍເປັນບັນຫາໄດ້ຕະຫຼອດເວລາແລະໃນທີ່ສຸດອາດຈະມີຜົນກະທົບຕໍ່ການປະຕິບັດໂດຍລວມຂອງສະພາບແວດລ້ອມ Cognos. ຢູ່ໃນຫຼາຍອົງກອນທີ່ມີລະບຽບການພາຍນອກເລັ່ງໃສ່ເຂົາເຈົ້າ, ການບໍ່ມີບັນທຶກການກວດສອບເຕັມຮູບແບບສາມາດເຮັດໃຫ້ເຂົາເຈົ້າຢູ່ໃນສະຖານະການບໍ່ປະຕິບັດຕາມດ້ວຍຜົນສະທ້ອນທີ່ ໜັກ ໜ່ວງ. ສະນັ້ນພວກເຮົາຈະຈັດການແນວໃດກັບການຮັກສາຂໍ້ມູນຫຼາຍເພື່ອຈຸດປະສົງການກວດສອບປະຫວັດສາດ - ໃນບາງກໍລະນີເຖິງ 10 ປີ - ແຕ່ຍັງໄດ້ຮັບການລາຍງານທີ່ພວກເຮົາຕ້ອງການເພື່ອຮັກສາສະພາບແວດລ້ອມແລະເຮັດໃຫ້ຜູ້ໃຊ້ມີຄວາມສຸກກັບການປະຕິບັດ?

ທ້າທາຍ

• • ການເຕີບໂຕທີ່ບໍ່ມີຂໍ້ ຈຳ ກັດຂອງຖານຂໍ້ມູນການກວດສອບແມ່ນມີຜົນກະທົບທາງລົບຕໍ່ສຸຂະພາບຂອງສະພາບແວດລ້ອມ Cognos
  • ການລາຍງານອອກຖານຂໍ້ມູນການກວດສອບໄດ້ກາຍເປັນຊ້າຫຼືໃຊ້ບໍ່ໄດ້
  • ປະສົບການຂອງ Cognos ຊັກຊ້າໃນການບັນທຶກການຖືກຂຽນເຂົ້າຖານຂໍ້ມູນການກວດສອບ
  • ຖານຂໍ້ມູນການກວດສອບ ກຳ ລັງຈະໃຊ້ພື້ນທີ່ຈັດເກັບຂໍ້ມູນ

ທັງthisົດນີ້meansາຍຄວາມວ່າມັນບໍ່ພຽງແຕ່ເປັນບົດລາຍງານທີ່ອີງໃສ່ຖານຂໍ້ມູນການກວດສອບທີ່ປະສົບກັບຄວາມຫຍຸ້ງຍາກ, ແຕ່ສ່ວນຫຼາຍແມ່ນລະບົບທັງົດ. ຖ້າຖານຂໍ້ມູນການກວດສອບຢູ່ໃນເຊີບເວີດຽວກັນກັບບ່ອນເກັບຮັກສາເນື້ອໃນ Cognos, ການປະຕິບັດຂອງທຸກສິ່ງທີ່ Cognos ຈະໄດ້ຮັບຜົນກະທົບຢູ່ໃນສະພາບແວດລ້ອມນັ້ນ.

ການຕັ້ງຄ່າ

ພວກເຮົາສົມມຸດວ່າ:

1. 1. Cognos Analytics ຖືກຕິດຕັ້ງແລະແລ່ນຢູ່
   2. Cognos ຖືກຕັ້ງຄ່າເພື່ອເຂົ້າສູ່ຖານຂໍ້ມູນການກວດສອບ
   1. • ມີຖານຂໍ້ມູນການກວດສອບຢູ່ໃນສະຖານທີ່
      • ກໍານົດລະດັບການບັນທຶກການກວດສອບທີ່ເappropriateາະສົມຢູ່ໃນການບໍລິຫານ Cognos
      • ບັນທຶກ ກຳ ລັງຖືກຂຽນເຂົ້າຫາຖານຂໍ້ມູນໂດຍ Cognos
   3. ຖານຂໍ້ມູນການກວດສອບໄດ້ຖືກ ນຳ ໃຊ້ມາເປັນເວລາຫຼາຍກວ່າ ໜຶ່ງ ປີແລ້ວ
   4. ສະພາບແວດລ້ອມແມ່ນມີການເຄື່ອນໄຫວຫຼາຍກັບຜູ້ໃຊ້ແລະການປະຫານ
   5. ຊຸດກວດສອບກໍາລັງຖືກນໍາໃຊ້ເພື່ອສະແດງຂໍ້ມູນການໃຊ້ Cognos
   6. ພວກເຮົາຊອກຫາເພື່ອປັບປຸງການລາຍງານຖານຂໍ້ມູນການກວດສອບ
   7. ການເລີ່ມໃover່ຫຼືລຶບບັນທຶກເກົ່າບໍ່ແມ່ນທາງເລືອກສະເີໄປ

ຖ້າເຈົ້າຍັງບໍ່ໄດ້ຕິດຕັ້ງແລະຕັ້ງຄ່າ Cognos Audit, Lodestar Solutions, ກ Motio ຄູ່ຮ່ວມງານ, ມີທີ່ດີເລີດ ກະທູ້ ໃນການເປີດການກວດສອບໃນ Cognos BI /CA.

ການແກ້ໄຂ

ມີບາງວິທີແກ້ໄຂທີ່ເປັນໄປໄດ້ທີ່ນໍາສະ ເໜີ ຕົວເອງຢ່າງໄວ:

1. 1. ຫຼຸດປະລິມານຂໍ້ມູນລົງໂດຍ:
   1. • ການຍ້າຍບາງຂໍ້ມູນເກົ່າໄປຍັງຖານຂໍ້ມູນອື່ນ
      • ການຍ້າຍບາງຂໍ້ມູນເກົ່າໄປຫາຕາຕະລາງອື່ນຢູ່ໃນຖານຂໍ້ມູນດຽວກັນ
   2. ພຽງແຕ່ລຶບຫຼືປະຕູໂຄ້ງhive ບາງຂໍ້ມູນແລະບໍ່ຕ້ອງເປັນຫ່ວງກ່ຽວກັບມັນ
   3. ອາໄສຢູ່ກັບມັນ. ເຕະກະປອງລົງມາ road ແລະຍູ້ຜູ້ບໍລິຫານຖານຂໍ້ມູນເພື່ອປະຕິບັດ
      ການປັບປຸງໃນຂະນະທີ່ໃສ່ມືພວກເຂົາດ້ວຍການບໍ່ອະນຸຍາດໃຫ້ມີການປ່ຽນແປງຮູບແບບຫຼື
      ດັດສະນີ

ພວກເຮົາຈະບໍ່ຈັດການກັບທາງເລືອກ 3. ທາງເລືອກທີ 2, ການລຶບຂໍ້ມູນ, ບໍ່ແມ່ນທາງເລືອກທີ່ດີແລະຂ້ອຍຂໍແນະນໍາໃຫ້ຮັກສາມູນຄ່າຢ່າງ ໜ້ອຍ 18 ເດືອນ. ແຕ່, ຖ້າເຈົ້າມີແນວໂນ້ມຫຼາຍ, IBM ໃຫ້ປະໂຫຍດ, ການກວດສອບ DBCleanup (Cognos BI) ຫຼືກ script (Cognos Analytics) ເຊິ່ງຈະເຮັດແນວນັ້ນແທ້. ຜົນປະໂຫຍດສໍາລັບ Cognos BI ລຶບບັນທຶກອີງຕາມເວລາໃນຂະນະທີ່ສະຄິບສໍາລັບ Cognos Analytics ພຽງແຕ່ລຶບດັດຊະນີແລະຕາຕະລາງ.

ຄໍາແນະນໍາທີ່ພວກເຮົາໄດ້ເຮັດໃຫ້ກັບລູກຄ້າໃນເມື່ອກ່ອນນີ້ແມ່ນເພື່ອແຍກອອກເປັນສອງຖານຂໍ້ມູນ:

1. 1. ການກວດສອບ - ຖ່າຍທອດສົດ: ປະກອບດ້ວຍຂໍ້ມູນມູນຄ່າອາທິດຫຼ້າສຸດ
   2. ການກວດສອບ - ທາງປະຫວັດສາດ: ມີຂໍ້ມູນປະຫວັດ (ເຖິງ N ປີ)

ໃນສັ້ນ, ຂະບວນການດໍາເນີນການປະຈໍາອາທິດເພື່ອຍ້າຍບັນທຶກຫຼ້າສຸດຈາກການກວດສອບສົດໄປສູ່ການກວດສອບປະຫວັດສາດ. ການກວດສອບສົດເລີ່ມຕົ້ນໃas່ເປັນແຜ່ນຈາລຶກທີ່ເປົ່າຫວ່າງຫຼັງຈາກຂະບວນການນີ້ດໍາເນີນໄປ.

1. 1. Live DB ແມ່ນໄວແລະ ແໜ້ນ ໜາ, ອະນຸຍາດໃຫ້ການແຊກເກີດຂຶ້ນໄວເທົ່າທີ່ຈະໄວໄດ້
   2. ການສອບຖາມການກວດສອບແມ່ນມຸ້ງໄປຫາ DB ປະຫວັດສາດເທົ່ານັ້ນ

ການ ນຳ ໃຊ້ວິທີການນີ້, ບໍ່ມີ“ ການຕິດຕໍ່ກັນ” ຂອງຂໍ້ມູນສົດແລະຂໍ້ມູນປະຫວັດສາດ. ຂ້ອຍຈະໂຕ້ຖຽງວ່າເຈົ້າອາດຈະຕ້ອງການໃຫ້ມັນເປັນແບບນັ້ນ.

ໃນການບໍລິຫານ Cognos, ເຈົ້າສາມາດເພີ່ມສອງການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນສໍາລັບແຫຼ່ງຂໍ້ມູນການກວດສອບ. ເມື່ອຜູ້ໃຊ້ແລ່ນລາຍງານຕໍ່ກັບຊຸດກວດສອບ, ເຂົາເຈົ້າໄດ້ຮັບການເຕືອນວ່າເຂົາເຈົ້າຕ້ອງການໃຊ້ການເຊື່ອມຕໍ່ອັນໃດ:

ໃນໂອກາດທີ່ເຈົ້າຕ້ອງການເບິ່ງຂໍ້ມູນການກວດສອບສົດແທນທີ່ຈະເປັນຂໍ້ມູນການກວດສອບຜ່ານມາ, ເຈົ້າພຽງແຕ່ເລືອກເອົາການເຊື່ອມຕໍ່“ ກວດສອບ - ດໍາລົງຊີວິດ” ເມື່ອຖືກຖາມ (ຄວນຈະເປັນຂໍ້ຍົກເວັ້ນ, ບໍ່ແມ່ນມາດຕະຖານ.)

ຖ້າເຈົ້າຍັງຕ້ອງການໃຫ້ທັດສະນະລວມຂອງທັງຊີວິດແລະປະຫວັດສາດ, ເຈົ້າສາມາດເຮັດແນວນັ້ນໄດ້, ແຕ່ມັນຈະກະທົບກັບການປະຕິບັດ.

ຕົວຢ່າງ, ເຈົ້າສາມາດສ້າງຖານຂໍ້ມູນທີ 3 ທີ່ເອີ້ນວ່າ“ Audit - Consolidated View” ແລະຈາກນັ້ນ, ສໍາລັບແຕ່ລະຕາຕະລາງໃນໂຄງການກວດສອບ: ສ້າງມຸມມອງທີ່ມີຊື່ດຽວກັນທີ່ເປັນ SQL union ລະຫວ່າງຕາຕະລາງໃນ DB ສົດແລະຕາຕະລາງໃນ DB ປະຫວັດສາດ ເຊັ່ນດຽວກັນ, ອັນນີ້ຍັງສາມາດບັນລຸໄດ້ໃນຕົວແບບຂອງ Framework Manager, ແຕ່ອີກເທື່ອ ໜຶ່ງ, ການປະຕິບັດຈະເປັນການພິຈາລະນາຫຼັກ.

ລູກຄ້າບາງຄົນຂອງພວກເຮົາໄດ້ສ້າງທັດສະນະລວມ. ມັນເປັນຄວາມຄິດເຫັນຂອງພວກເຮົາວ່າອັນນີ້ເປັນໄປໄດ້ຫຼາຍເກີນໄປ. ປະສິດທິພາບຈະຮ້າຍແຮງກວ່າເກົ່າຢູ່ສະເີໃນມຸມມອງລວມນີ້ແລະພວກເຮົາບໍ່ໄດ້ພົບເຫັນຫຼາຍກໍລະນີການ ນຳ ໃຊ້ທີ່ໃຊ້ທັງຊຸດຂໍ້ມູນສົດແລະປະຫວັດສາດ. ການຖ່າຍທອດສົດຖືກ ນຳ ໃຊ້ເພື່ອແກ້ໄຂບັນຫາແລະປະຫວັດສາດ ສຳ ລັບການລາຍງານແນວໂນ້ມ.

ໃນຖານະຂອງ Cognos Analytics 11.1.7, ຖານຂໍ້ມູນການກວດສອບໄດ້ເພີ່ມຂຶ້ນເປັນ 21 ຕາຕະລາງ. ເຈົ້າສາມາດຊອກຫາຂໍ້ມູນເພີ່ມເຕີມຢູ່ບ່ອນອື່ນໄດ້ຢູ່ໃນຖານຂໍ້ມູນການກວດສອບ, ບົດລາຍງານການກວດສອບຕົວຢ່າງແລະຮູບແບບຕົວຈັດການຂອບ. ລະດັບການຕັດໄມ້ໃນຕອນຕົ້ນແມ່ນ ໜ້ອຍ ທີ່ສຸດ, ແຕ່ເຈົ້າອາດຈະຕ້ອງການໃຊ້ລະດັບຕໍ່ໄປ, ພື້ນຖານ, ເພື່ອເກັບກໍາຄໍາຮ້ອງຂໍການນໍາໃຊ້, ການຈັດການບັນຊີຜູ້ໃຊ້ແລະການໃຊ້ເວລາແລ່ນ. ວິທີ ໜຶ່ງ ທີ່ເຈົ້າສາມາດຮັກສາປະສິດທິພາບຂອງລະບົບແມ່ນໂດຍການຮັກສາລະດັບການຕັດໄມ້ຢູ່ໃນລະດັບຕໍ່າສຸດທີ່ຕ້ອງການ. ແນ່ນອນ, ການຕັດໄມ້ຫຼາຍທີ່ເຮັດໂດຍເຊີບເວີ, ການປະຕິບັດຂອງເຊີບເວີໂດຍລວມຫຼາຍຂຶ້ນສາມາດໄດ້ຮັບຜົນກະທົບ.

ຕາຕະລາງຫຼັກທີ່ຜູ້ບໍລິຫານສ່ວນໃຫຍ່ສົນໃຈແມ່ນ 6 ຕາຕະລາງທີ່ບັນທຶກການເຄື່ອນໄຫວຂອງຜູ້ໃຊ້ແລະລາຍງານກິດຈະກໍາຢູ່ໃນລະບົບ.

• COGIPF_USERLOGON: ເກັບຮັກສາຂໍ້ມູນການເຂົ້າສູ່ລະບົບຂອງຜູ້ໃຊ້ (ລວມທັງການປິດການໃຊ້ງານ)
• COGIPF_RUNREPORT: ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບການປະຕິບັດການລາຍງານ
• COGIPF_VIEWREPORT: ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບການຮ້ອງຂໍການເບິ່ງລາຍງານ
• COGIPF_EDITQUERY: ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບການເອີ້ນໃຊ້
• COGIPF_RUNJOB: ເກັບຮັກສາຂໍ້ມູນກ່ຽວກັບການຮ້ອງຂໍວຽກ
• COGIPF_ACTION: ບັນທຶກການກະ ທຳ ຂອງຜູ້ໃຊ້ຢູ່ໃນ Cognos (ຕາຕະລາງນີ້ອາດຈະຂະຫຍາຍຕົວໄວກ່ວາອັນອື່ນ)

ການຕັ້ງຄ່ານອກກ່ອງມີລັກສະນະດັ່ງນີ້:

ການຕັ້ງຄ່າທີ່ແນະ ນຳ:

ຖານຂໍ້ມູນການກວດສອບ Cognos - ສົດມີຂໍ້ມູນການກວດສອບ 1 ອາທິດ. ຂໍ້ມູນທີ່ເກົ່າກວ່າ 1 ອາທິດຖືກຍ້າຍໄປຖານຂໍ້ມູນການກວດສອບ Cognos - ປະຫວັດສາດ.

ສາຍຈາກຖານຂໍ້ມູນການກວດສອບ Cognos - ດໍາລົງຊີວິດກັບຖານຂໍ້ມູນການກວດສອບ Cognos - ປະຫວັດສາດໃນແຜນວາດແມ່ນຮັບຜິດຊອບຕໍ່ກັບ:

• ການຄັດລອກຂໍ້ມູນຈາກການກວດສອບສົດໄປຫາການກວດສອບປະຫວັດສາດ
• ລຶບແຖວທັງinົດໃນການກວດສອບສົດທີ່ເກົ່າກວ່າ 1 ອາທິດ
• ລຶບແຖວທັງinົດໃນການກວດສອບປະຫວັດທີ່ເກົ່າກວ່າ x ປີ
• ລຶບແຖວທັງinົດໃນ COGIPF_ACTION ທີ່ເກົ່າກວ່າ 6 ເດືອນອອກ

ດັດສະນີ

ປະເພດຖານຂໍ້ມູນທີ່ແຕກຕ່າງກັນມີປະເພດດັດຊະນີທີ່ແຕກຕ່າງກັນ. ດັດຊະນີຖານຂໍ້ມູນແມ່ນໂຄງສ້າງຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບຕາຕະລາງ (ຫຼືມຸມມອງ), ໃຊ້ເພື່ອປັບປຸງເວລາການ ດຳ ເນີນການສອບຖາມເມື່ອດຶງຂໍ້ມູນຈາກຕາຕະລາງນັ້ນ (ຫຼືເບິ່ງ). ເຮັດວຽກຮ່ວມກັບ DBA ຂອງທ່ານເພື່ອສ້າງຍຸດທະສາດທີ່ດີທີ່ສຸດ. ເຂົາເຈົ້າຈະຕ້ອງການຮູ້ ຄຳ ຕອບຕໍ່ ຄຳ ຖາມຄືກັບອັນນີ້ເພື່ອຕັດສິນໃຈດີທີ່ສຸດວ່າຈະໃຫ້ດັດຊະນີຖັນໃດ. ແນ່ນອນ, ຜູ້ບໍລິຫານຖານຂໍ້ມູນສາມາດຊອກຫາຄໍາຕອບຕໍ່ຄໍາຖາມບາງອັນຫຼືທັງtheseົດເຫຼົ່ານີ້ໄດ້ໂດຍບໍ່ຕ້ອງການຄວາມຊ່ວຍເຫຼືອຈາກເຈົ້າ, ແຕ່ມັນຈະໃຊ້ເວລາຄົ້ນຄ້ວາແລະໃຊ້ເວລາຈໍານວນ ໜຶ່ງ:

• ຕາຕະລາງມີຈັກບັນທຶກແລະເຈົ້າຄາດຫວັງໃຫ້ເຂົາເຈົ້າເຕີບໃຫຍ່ຂະ ໜາດ ໃດ? (ການຈັດດັດຊະນີຕາຕະລາງຈະບໍ່ເປັນປະໂຫຍດເວັ້ນເສຍແຕ່ວ່າຕາຕະລາງມີບັນທຶກເປັນຈໍານວນຫຼວງຫຼາຍ.)
• ເຈົ້າຮູ້ບໍ່ວ່າຄໍ ລຳ ໃດເປັນເອກະລັກ? ເຂົາເຈົ້າຍອມໃຫ້ຄ່າ NULL ບໍ? ຄໍລໍາໃດມີປະເພດຂໍ້ມູນຂອງຈໍານວນເຕັມຫຼືຈໍານວນເຕັມ? (ຖັນທີ່ມີປະເພດຂໍ້ມູນທີ່ເປັນຕົວເລກແລະເປັນເອກະລັກແລະບໍ່ແມ່ນຕົວເລກແມ່ນຜູ້ສະstrongັກທີ່ເຂັ້ມແຂງເພື່ອເຂົ້າຮ່ວມໃນຄີດັດຊະນີ.)
• ມື້ນີ້ບັນຫາປະສິດທິພາບຫຼັກຂອງເຈົ້າຢູ່ໃສ? ເຂົາເຈົ້າ ກຳ ລັງດຶງຂໍ້ມູນຄືນມາບໍ? ມີການສອບຖາມຫຼືລາຍງານສະເພາະອັນໃດທີ່ເປັນບັນຫາຫຼາຍກວ່າ? (ອັນນີ້ອາດຈະນໍາຜູ້ບໍລິຫານຖານຂໍ້ມູນໄປຫາບາງຖັນສະເພາະທີ່ສາມາດປັບໃຫ້ເາະສົມ.)
• ຊ່ອງຂໍ້ມູນໃດທີ່ໃຊ້ໃນການເຂົ້າຮ່ວມຕາຕະລາງສໍາລັບການລາຍງານ?
• ຂົງເຂດໃດທີ່ໃຊ້ກັ່ນຕອງ, ຈັດຮຽງ, ຈັດກຸ່ມ, ແລະລວມ?

ບໍ່ແປກໃຈເລີຍ, ນີ້ແມ່ນ ຄຳ ຖາມດຽວກັນທີ່ຈະຕ້ອງໄດ້ຕອບເພື່ອປັບປຸງການປະຕິບັດຂອງຕາຕະລາງຖານຂໍ້ມູນໃດ ໜຶ່ງ.

ສະຫນັບສະຫນູນ IBM ແນະນໍາໃຫ້ ການສ້າງດັດຊະນີຢູ່ໃນຖັນ“ COGIPF_REQUESTID”,“ COGIPF_SUBREQUESTID”, ແລະ“ COGIPF_STEPID” ສໍາລັບຕາຕະລາງຕໍ່ໄປນີ້ເພື່ອປັບປຸງປະສິດທິພາບ:

• COGIPF_NATIVEQUERY
• COGIPF_RUNJOB
• COGIPF_RUNJOBSTEP
• COGIPF_RUNREPORT
• COGIPF_EDITQUERY

ບວກກັບໂຕະອື່ນທີ່ບໍ່ຄ່ອຍໄດ້ໃຊ້:

• COGIPF_POWERPLAY
• COGIPF_HUMANTASKSERVICE
• COGIPF_HUMANTASKSERVICE_DETAIL

ເຈົ້າສາມາດໃຊ້ອັນນີ້ເປັນຈຸດເລີ່ມຕົ້ນ, ແຕ່ຂ້ອຍຈະຜ່ານການຕອບຄໍາຖາມຢູ່ຂ້າງເທິງເພື່ອໃຫ້ໄດ້ຄໍາຕອບທີ່ດີທີ່ສຸດສໍາລັບອົງກອນຂອງເຈົ້າ.

ພິຈາລະນາອື່ນໆ

1. ກວດສອບຕົວແບບ FM. ຈື່ໄວ້ວ່າຕົວແບບ Framework Manager ທີ່ IBM ສະ ໜອງ ໃຫ້ແມ່ນສ້າງແບບຈໍາລອງຢູ່ໃນຕາຕະລາງແລະຊ່ອງຂໍ້ມູນເລີ່ມຕົ້ນ. ການປ່ຽນແປງໃດ ໜຶ່ງ ທີ່ເຈົ້າເຮັດຕໍ່ກັບຕາຕະລາງການລາຍງານຈະຕ້ອງໄດ້ສະທ້ອນໃຫ້ເຫັນຢູ່ໃນຕົວແບບ. ຄວາມງ່າຍຫຼືຄວາມຊັບຊ້ອນຂອງການປ່ຽນແປງເຫຼົ່ານີ້ - ຫຼືຄວາມສາມາດຂອງອົງກອນຂອງເຈົ້າເພື່ອເຮັດການປ່ຽນແປງເຫຼົ່ານີ້ - ອາດຈະກະທົບກັບການແກ້ໄຂບັນຫາທີ່ເຈົ້າເລືອກ.
2. ຊ່ອງຂໍ້ມູນເພີ່ມເຕີມ. ຖ້າເຈົ້າຈະເຮັດມັນ, ດຽວນີ້ແມ່ນເວລາທີ່ຈະຕ້ອງຕື່ມຂໍ້ມູນຕື່ມໃສ່ສະພາບການຫຼືຂໍ້ມູນອ້າງອີງເພື່ອປັບປຸງການລາຍງານການກວດສອບ.
3. ຕາຕະລາງສະຫຼຸບ. ແທນທີ່ຈະພຽງແຕ່ຄັດລອກຂໍ້ມູນໃສ່ໃນຕາຕະລາງປະຫວັດສາດຂອງເຈົ້າ, ບີບອັດມັນ. ເຈົ້າສາມາດຮວບຮວມຂໍ້ມູນໃສ່ໃນລະດັບມື້ເພື່ອເຮັດໃຫ້ການລາຍງານມີປະສິດທິພາບຫຼາຍຂຶ້ນ.
4. ມຸມມອງແທນຕາຕະລາງ. ຄົນອື່ນເວົ້າວ່າ,“ ດັ່ງນັ້ນ, ແທນທີ່ຈະມີຖານຂໍ້ມູນ 'ປັດຈຸບັນ' ແລະຖານຂໍ້ມູນ 'ປະຫວັດສາດ', ເຈົ້າຄວນມີຖານຂໍ້ມູນດຽວເທົ່ານັ້ນ, ແລະຕາຕະລາງທັງinົດຢູ່ໃນນັ້ນຄວນຈະຖືກ ນຳ ໜ້າ ດ້ວຍ 'ປະຫວັດສາດ'. ຈາກນັ້ນ, ເຈົ້າຄວນສ້າງຊຸດວິວ, ໜຶ່ງ ອັນ ສຳ ລັບແຕ່ລະຕາຕະລາງທີ່ເຈົ້າຕ້ອງການເຫັນເປັນ 'ປະຈຸບັນ', ແລະໃຫ້ແຕ່ລະມຸມມອງກັ່ນຕອງແຖວປະຫວັດສາດທີ່ເຈົ້າບໍ່ຕ້ອງການເຫັນແລະປ່ອຍໃຫ້ສະເພາະແຕ່ປະຈຸບັນທີ່ຜ່ານໄປ. "
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

ສະຫຼຸບ

ເສັ້ນທາງລຸ່ມແມ່ນວ່າດ້ວຍຂໍ້ມູນທີ່ສະ ໜອງ ໃຫ້ຢູ່ທີ່ນີ້ເຈົ້າຄວນກຽມພ້ອມເປັນຢ່າງດີເພື່ອໃຫ້ມີການສົນທະນາທີ່ມີປະສິດທິພາບກັບ DBA ຂອງເຈົ້າ. ມີໂອກາດດີທີ່ນາງໄດ້ແກ້ໄຂບັນຫາທີ່ຄ້າຍຄືກັນນີ້ມາກ່ອນ.

ການສະ ເໜີ ການປ່ຽນແປງໃນສະຖາປັດຕະຖານການກວດສອບ Cognos ຈະປັບປຸງການປະຕິບັດທັງໃນການລາຍງານໂດຍກົງເຊັ່ນດຽວກັບຄໍາຮ້ອງສະຫມັກພາກສ່ວນທີສາມທີ່ອີງໃສ່ມັນ, ເຊັ່ນ: Motio's ReportCard ແລະສິນຄ້າຄົງຄັງ.

ໂດຍວິທີທາງການ, ຖ້າເຈົ້າໄດ້ສົນທະນາກັບ DBA ຂອງເຈົ້າ, ພວກເຮົາຢາກໄດ້ຍິນກ່ຽວກັບມັນ. ພວກເຮົາຍັງຢາກໄດ້ຍິນຖ້າເຈົ້າໄດ້ແກ້ໄຂບັນຫາຖານຂໍ້ມູນການກວດສອບທີ່ປະຕິບັດບໍ່ດີແລະເຈົ້າເຮັດໄດ້ແນວໃດ.