ອ່ອນ

ການທົບທວນຄືນຜະລິດຕະພັນ – ການສ້ອມແປງ Stellar ສໍາລັບການເຂົ້າເຖິງ

ທົດລອງໃຊ້ເຄື່ອງມືຂອງພວກເຮົາສໍາລັບກໍາຈັດບັນຫາຕ່າງໆ





ອັບເດດຫຼ້າສຸດ ວັນທີ 17 ເມສາ 2022 ການທົບທວນຄືນຜະລິດຕະພັນ - ການສ້ອມແປງ Stellar ສໍາລັບການເຂົ້າເຖິງ 0

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

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



ເລື້ອຍໆ, ເຖິງແມ່ນວ່າຫຼັງຈາກເຮັດວຽກກ່ຽວກັບຂໍ້ມູນຈໍານວນນ້ອຍໆ, ການສອບຖາມດໍາເນີນການຊ້າໆເນື່ອງຈາກລັກສະນະສະລັບສັບຊ້ອນຂອງມັນ, ແລະນີ້ເຮັດໃຫ້ຄວາມກົດດັນຕໍ່ເຄື່ອງຈັກ JET. ໃນ​ກໍ​ລະ​ນີ​ນີ້​, ການ​ຊ້າ​ລົງ​ຂອງ​ຂະ​ບວນ​ການ​ຂອງ​ການ​ດຶງ​ຂໍ້​ມູນ​ໂດຍ​ຜ່ານ​ການ​ສອບ​ຖາມ​ແມ່ນ​ ລວບລວມຂໍ້ມູນຊົ່ວຄາວ .

ນອກຈາກນັ້ນ, ໃນລະຫວ່າງຂະບວນການນີ້, ຖ້າ Access chokes, ຫຼັງຈາກນັ້ນບໍ່ມີວິທີທີ່ຈະຫຼີກເວັ້ນການສໍ້ລາດບັງຫຼວງໃນໄຟລ໌ backend.



ເພື່ອຫຼີກເວັ້ນການສໍ້ລາດບັງຫຼວງໃນການເຂົ້າເຖິງ, ສາເຫດມາຈາກການສະສົມຂໍ້ມູນ , ຜູ້ໃຊ້ Access ທຸກຄົນທີ່ມີບົດບາດໃນການບໍລິຫານໄດ້ຖືກ inimated ທາງອີເມວເພື່ອປະຕິບັດຕາມມາດຕະການປ້ອງກັນຈໍານວນຫນຶ່ງເຊັ່ນ:

    ຫຼີກເວັ້ນການໃຊ້ຄໍາຖາມທີ່ສັບສົນກ່ຽວກັບຖານຂໍ້ມູນ, ເຊິ່ງອາດຈະຂັດຂວາງການປະຕິບັດຖານຂໍ້ມູນເນື່ອງຈາກການສະສົມຂໍ້ມູນແລະສຸດທ້າຍນໍາໄປສູ່ການສໍ້ລາດບັງຫຼວງຂອງຖານຂໍ້ມູນ.ແຍກຖານຂໍ້ມູນໃນ​ທີ່​ຂໍ້​ມູນ backend ປະ​ກອບ​ດ້ວຍ​ຕາ​ຕະ​ລາງ​ທີ່​ບໍ່​ໄດ້​ເຂົ້າ​ເຖິງ​ໂດຍ​ຜູ້​ໃຊ້​ໂດຍ​ກົງ​, ແລະ​ຂໍ້​ມູນ frontend ປະ​ກອບ​ດ້ວຍ​ການ​ສອບ​ຖາມ​ແລະ​ຫນ້າ​ທີ່​ການ​ເຂົ້າ​ເຖິງ​ອື່ນໆ​.ຮັກສາສໍາເນົາສໍາຮອງຂອງຖານຂໍ້ມູນທັງຫມົດ.ສືບຕໍ່ຂຽນອອກສ່ວນຫນຶ່ງຂອງຂໍ້ມູນຊົ່ວຄາວໄປຫາຕາຕະລາງຊົ່ວຄາວ. ນີ້ເລັ່ງການສອບຖາມສ່ວນໃຫຍ່ໂດຍປັດໃຈ 10 ຫຼືບາງຄັ້ງຫຼາຍກວ່ານັ້ນ, ແນວໃດກໍ່ຕາມ, ມັນບໍ່ສາມາດສະຫນອງການແກ້ໄຂຖາວອນ.ຕິດຕັ້ງ Power Queryຄຸນນະສົມບັດສໍາລັບຖານຂໍ້ມູນການເຂົ້າເຖິງທີ່ຜູ້ໃຊ້ສ້າງການເຊື່ອມຕໍ່ແບບເຄື່ອນໄຫວກັບປື້ມວຽກ Excel ແລະການເຊື່ອມຕໍ່ນີ້ໄດ້ຖືກປັບປຸງຢ່າງຕໍ່ເນື່ອງເພື່ອໄດ້ຮັບການປັບປຸງຈາກຖານຂໍ້ມູນ.ຕາ​ຕະ​ລາງ​ກະ​ທັດ​ລັດ​ແລະ​ອຸ​ປະ​ກອນ​ການ​ສ້ອມ​ແປງ​ທັນທີທີ່ຖານຂໍ້ມູນຖືກປິດ. ອັດຕະໂນມັດ 'compact on close' ແມ່ນເຮັດເພື່ອຫຼຸດຜ່ອນພື້ນທີ່ຊ້ໍາຊ້ອນເປັນປົກກະຕິຈາກຖານຂໍ້ມູນ.

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



ແຕ່, ເມື່ອຫນຶ່ງໃນຜູ້ໃຊ້ບໍລິຫານລືມປະຕິບັດຕາມ 5 ກົດລະບຽບຂ້າງເທິງ, ຖານຂໍ້ມູນ Access ຂອງອົງການຂອງພວກເຮົາເສຍຫາຍ.

ການວິເຄາະສາເຫດ (RCA) ຂອງການສໍ້ລາດບັງຫຼວງໃນບັນຫາຖານຂໍ້ມູນການເຂົ້າເຖິງ



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

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

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

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

ວິທີການແກ້ໄຂທີ່ຖືກຮັບຮອງເອົາເພື່ອສ້ອມແປງຖານຂໍ້ມູນການເຂົ້າເຖິງ

RCA ຊ່ວຍພວກເຮົາໃນການກໍານົດສາເຫດຂອງບັນຫາແລະວິທີການແກ້ໄຂ.

ການ​ຟື້ນ​ຟູ​ໂດຍ​ຜ່ານ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​: ພວກ​ເຮົາ​ມີ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ທັງ​ຫມົດ​ທີ່​ມີ​ຢູ່​ສໍາ​ລັບ​ການ​ຟື້ນ​ຟູ​ຖານ​ຂໍ້​ມູນ​. ຂັ້ນຕອນຕໍ່ໄປນີ້ໄດ້ຖືກປະຕິບັດເພື່ອຟື້ນຟູການສໍາຮອງຂໍ້ມູນ:

  1. ເປີດ File Explorer ແລະທ່ອງເວັບເພື່ອເລືອກສຳເນົາຖານຂໍ້ມູນທີ່ມີສຸຂະພາບດີ
  2. ຄັດລອກຖານຂໍ້ມູນໄປຫາສະຖານທີ່ບ່ອນທີ່ຖານຂໍ້ມູນທີ່ເສຍຫາຍຕ້ອງຖືກປ່ຽນແທນ. ມີທາງເລືອກທີ່ຈະທົດແທນຖານຂໍ້ມູນທີ່ມີຢູ່ແລ້ວແລະພວກເຮົາເລືອກທາງເລືອກນັ້ນ.
  3. ເປີດຖານຂໍ້ມູນເພື່ອກວດສອບວ່າຖານຂໍ້ມູນສາມາດເຂົ້າເຖິງໄດ້ຫຼືບໍ່.

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

ນັ້ນແມ່ນເວລາທີ່ບັນຫາທີ່ແທ້ຈິງໄດ້ເລີ່ມຕົ້ນ.

ຖານຂໍ້ມູນ Access ຂອງພວກເຮົາບໍ່ສາມາດເຂົ້າເຖິງໄດ້, ການສໍາຮອງບໍ່ດີ, ປື້ມຄູ່ມື Excel ທີ່ມີ Power Query ບໍ່ໄດ້ຮັບການປັບປຸງໃຫມ່, ແລະຍ້ອນວ່າພວກເຮົາໄດ້ດໍາເນີນການ Compact and Repair utility, ບໍ່ມີໂອກາດທີ່ຈະຟື້ນຕົວຖານຂໍ້ມູນ Access ຈາກຜົນປະໂຫຍດ inbuilt.

ການແກ້ໄຂສຸດທ້າຍສໍາລັບການສ້ອມແປງຖານຂໍ້ມູນ

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

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

ຫມາຍເຫດ: ເປັນມາດຕະການປ້ອງກັນ, ພວກເຮົາໄດ້ເອົາສໍາເນົາສໍາຮອງຂອງຖານຂໍ້ມູນ.

ມັນໄດ້ຫັນອອກເປັນຊອບແວ DIY. ເມື່ອພວກເຮົາສົ່ງໄຟລ໌ Access ເສຍຫາຍ, ຊອບແວໄດ້ສະຫນອງການສະແດງຕົວຢ່າງຂອງຖານຂໍ້ມູນທັງຫມົດສໍາລັບການກວດສອບສຸດທ້າຍ. ນອກຈາກນີ້, ທີມງານສະຫນັບສະຫນູນ Stellar ມີປະໂຫຍດຫຼາຍກວ່າການແກ້ໄຂຄໍາຖາມຂອງພວກເຮົາ.

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

ສະຫຼຸບ

ມີຕົວຢ່າງຕ່າງໆໃນເວລາທີ່ຖານຂໍ້ມູນ Access ສາມາດກາຍເປັນບໍ່ສາມາດເຂົ້າເຖິງໄດ້, ແລະບັນຫາໃຫຍ່ຂອງຖານຂໍ້ມູນນີ້ແມ່ນວ່າມັນມີຄວາມສ່ຽງຕໍ່ການສໍ້ລາດບັງຫຼວງ.

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

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

ຮູບພາບເຈ້ຍສີຂາວ

ເຖິງ​ແມ່ນ​ວ່າ​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ຖານ​ຂໍ້​ມູນ​ສະ​ຫນອງ​ການ​ແກ້​ໄຂ​ທັນ​ທີ​ສິ່ງ​ທີ່​ບໍ່​ມີ​ຄວາມ​ຫຍຸ້ງ​ຍາກ​ໃນ​ເວ​ລາ​ທີ່​ການ​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ບໍ່​ມີ​ສຸ​ຂະ​ພາບ​. ຊອບແວພາກສ່ວນທີສາມເຊັ່ນ Stellar Repair for Access ເປັນທາງເລືອກທີ່ດີທີ່ສຸດໃນເວລາທີ່ມັນມາກັບການສ້ອມແປງຖານຂໍ້ມູນ Access ທີ່ເສຍຫາຍ.

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

ຜູ້ໃຊ້ສາມາດເຂົ້າເຖິງຖານຂໍ້ມູນ Access ແລະພວກເຮົາຮູ້ສຶກສະບາຍໃຈ!