ຂັ້ນຕອນການເກັບຮັກສາໃຫ້ປະສິດທິພາບສູງແລະປະໂຫຍດດ້ານຄວາມປອດໄພ
Microsoft SQL Server ໃຫ້ກົນໄກຂອງຂັ້ນຕອນທີ່ເກັບໄວ້ເພື່ອງ່າຍໃນຂະບວນການພັດທະນາຖານຂໍ້ມູນໂດຍການຈັດກຸ່ມຄໍາສັ່ງ Transact-SQL ເຂົ້າໄປໃນບລັອກທີ່ສາມາດຈັດການໄດ້. ຂັ້ນຕອນການເກັບຮັກສາຖືກພັດທະນາໂດຍຜູ້ພັດທະນາ SQL Server ສ່ວນຫຼາຍຜູ້ທີ່ຊອກຫາຜົນປະໂຫຍດດ້ານຄວາມປອດໄພແລະປະສິດທິຜົນທີ່ພວກເຂົາໄດ້ຮັບແມ່ນມີມູນຄ່າຫລາຍທີ່ສຸດໃນການລົງທຶນໃນເບື້ອງຕົ້ນ.
ຜົນປະໂຫຍດຂອງການໃຊ້ຂັ້ນຕອນທີ່ເກັບໄວ້
ເປັນຫຍັງຜູ້ພັດທະນາຄວນໃຊ້ຂັ້ນຕອນເກັບຮັກສາໄວ້?
ນີ້ແມ່ນຜົນປະໂຫຍດທີ່ສໍາຄັນຂອງເທກໂນໂລຍີນີ້:
- ການປະຕິບັດ precompiled: SQL Server ລວບລວມແຕ່ລະຂັ້ນຕອນທີ່ເກັບໄວ້ຄັ້ງດຽວແລະຫຼັງຈາກນັ້ນ reutilizes ແຜນການປະຕິບັດ. ນີ້ເຮັດໃຫ້ມີການເພີ່ມປະສິດທິພາບຢ່າງຫຼວງຫຼາຍໃນເວລາທີ່ຂັ້ນຕອນເກັບຮັກສາໄວ້ເອີ້ນຄືນ.
- ການຫຼຸດຜ່ອນຄວາມເຂົ້າໃຈຂອງລູກຄ້າ / ເຄື່ອງແມ່ຂ່າຍ: ຖ້າ bandwidth ຂອງເຄືອຂ່າຍເປັນຄວາມກັງວົນໃນສະພາບແວດລ້ອມຂອງທ່ານ, ທ່ານຈະຍິນດີທີ່ຈະຮູ້ວ່າຂັ້ນຕອນທີ່ເກັບໄວ້ສາມາດຫຼຸດຜ່ອນການສອບ SQL ຍາວກັບເສັ້ນດຽວທີ່ຖືກສົ່ງຜ່ານສາຍ.
- ການນໍາໃຊ້ລະຫັດແລະການຍົກເວັ້ນການນໍາໃຊ້ທີ່ມີປະສິດທິພາບ: ຂັ້ນຕອນທີ່ເກັບຮັກສາສາມາດໃຊ້ໄດ້ໂດຍຜູ້ໃຊ້ຫຼາຍຄົນແລະໂປລແກລມລູກຄ້າ. ຖ້າທ່ານນໍາໃຊ້ພວກມັນໃນລັກສະນະທີ່ວາງໄວ້, ທ່ານຈະພົບວ່າວົງຈອນການພັດທະນາໃຊ້ເວລາຫນ້ອຍ.
- ການຄວບຄຸມການຮັກສາຄວາມປອດໄພທີ່ເພີ່ມຂື້ນ: ທ່ານສາມາດອະນຸຍາດໃຫ້ຜູ້ໃຊ້ອະນຸຍາດໃຫ້ດໍາເນີນຂັ້ນຕອນທີ່ຖືກເກັບໄວ້ໂດຍບໍ່ໄດ້ຮັບອະນຸຍາດຕາລາງທີ່ຢູ່ເບື້ອງຕົ້ນ.
ຂັ້ນຕອນທີ່ເກັບໄວ້ແມ່ນຄ້າຍຄືກັນກັບຫນ້າທີ່ກໍານົດໂດຍຜູ້ໃຊ້, ແຕ່ມີຄວາມແຕກຕ່າງລະອຽດອ່ອນ.
ໂຄງສ້າງ
ຂັ້ນຕອນທີ່ເກັບໄວ້ແມ່ນຄ້າຍຄືກັນກັບການກໍ່ສ້າງທີ່ເຫັນໃນພາສາການຂຽນອື່ນໆ.
ພວກເຂົາຍອມຮັບຂໍ້ມູນໃນແບບຟອມຂໍ້ມູນປະກອບທີ່ກໍານົດໄວ້ໃນເວລາປະຕິບັດ. ພາລາມິເຕີປະກອບເຫຼົ່ານີ້ (ຖ້າມີການປະຕິບັດ) ຖືກນໍາໃຊ້ໃນການປະຕິບັດຄໍາສັ່ງລາຍການທີ່ຜະລິດຜົນບາງຢ່າງ. ຜົນໄດ້ຮັບນີ້ຖືກສົ່ງກັບສະພາບແວດລ້ອມການເອີ້ນໂດຍໃຊ້ການບັນທຶກ, ຕົວກໍານົດການຜົນຜະລິດແລະລະຫັດກັບຄືນ.
ມັນອາດຈະຄ້າຍຄືກັບປາກ, ແຕ່ວ່າທ່ານຈະພົບວ່າຂັ້ນຕອນທີ່ເກັບໄວ້ແມ່ນຈິງໆ.
ຕົວຢ່າງ
ໃຫ້ເບິ່ງຕົວຢ່າງປະຕິບັດທີ່ກ່ຽວຂ້ອງກັບຕາຕະລາງທີ່ຕັ້ງໄວ້ທີ່ສະແດງຢູ່ດ້ານລຸ່ມຂອງຫນ້ານີ້. ຂໍ້ມູນນີ້ຈະຖືກປັບປຸງໃນເວລາທີ່ແທ້ຈິງແລະຜູ້ຈັດການຄັງສິນຄ້າຄົງຈະກວດສອບລະດັບຂອງຜະລິດຕະພັນທີ່ເກັບໄວ້ໃນສາງຂອງພວກເຂົາແລະມີໃຫ້ສໍາລັບການຂົນສົ່ງ. ໃນໄລຍະຜ່ານມາ, ຜູ້ຈັດການແຕ່ລະຄົນຈະດໍາເນີນການສອບຖາມທີ່ຄ້າຍຄືກັນກັບດັ່ງຕໍ່ໄປນີ້:
SELECT ຜະລິດຕະພັນ, ຈໍານວນ
FROM Inventory
ບ່ອນທີ່ Warehouse = 'FL'
ນີ້ເຮັດໃຫ້ການປະຕິບັດທີ່ບໍ່ມີປະສິດຕິພາບຢູ່ໃນ SQL Server. ໃນແຕ່ລະເວລາຜູ້ຈັດການຄັງສິນຄ້າໄດ້ດໍາເນີນການສອບຖາມ, ຖານຂໍ້ມູນເຊີຟເວີຖືກບັງຄັບໃຫ້ລວບລວມການສອບຖາມແລະດໍາເນີນການຈາກຂັ້ນຕົ້ນ. ມັນຍັງຕ້ອງການໃຫ້ຜູ້ຈັດການຄັງສິນຄ້າມີຄວາມຮູ້ກ່ຽວກັບ SQL ແລະສິດທີ່ເຫມາະສົມເພື່ອເຂົ້າເຖິງຂໍ້ມູນຕາຕະລາງ.
ແທນທີ່ຈະ, ຂະບວນການສາມາດງ່າຍໂດຍຜ່ານການນໍາໃຊ້ຂັ້ນຕອນທີ່ເກັບໄວ້. ນີ້ແມ່ນລະຫັດສໍາລັບຂະບວນການທີ່ເອີ້ນວ່າ sp_GetInventory ທີ່ເອົາລະດັບສິນຄ້າຄົງຄັງໄວ້ສໍາລັບຄັງສິນຄ້າທີ່ໄດ້ກໍານົດ.
CREATE PROCEDURE sp_GetInventory
@location varchar (10)
AS
SELECT ຜະລິດຕະພັນ, ຈໍານວນ
FROM Inventory
ບ່ອນທີ່ Warehouse = @location
ຜູ້ຈັດການຄັງຂອງລັດ Florida ສາມາດເຂົ້າເຖິງລະດັບຄັງສິນຄ້າໄດ້ໂດຍການອອກຄໍາສັ່ງ:
EXECUTE sp_GetInventory 'FL'
ຜູ້ຈັດການຄັງສິນຄ້າຂອງນິວຢອກສາມາດນໍາໃຊ້ຂັ້ນຕອນເກັບຮັກສາໄວ້ດຽວກັນເພື່ອເຂົ້າເຖິງບັນຊີສະຖານທີ່ດັ່ງກ່າວ:
EXECUTE sp_GetInventory 'NY'
ຂໍຂອບໃຈ, ນີ້ແມ່ນຕົວຢ່າງທີ່ງ່າຍດາຍ, ແຕ່ຜົນປະໂຫຍດຂອງການຍົກເວັ້ນສາມາດເຫັນໄດ້ຢູ່ທີ່ນີ້. ຜູ້ຈັດການຄັງສິນຄ້າບໍ່ຈໍາເປັນຕ້ອງເຂົ້າໃຈ SQL ຫຼືການເຮັດວຽກພາຍໃນຂອງຂັ້ນຕອນ. ຈາກມຸມມອງການປະຕິບັດງານ, ຂັ້ນຕອນການເກັບຮັກສາເຮັດວຽກມະຫັດສະຈັນ. SQL Server ສ້າງແຜນການປະຕິບັດຄັ້ງຫນຶ່ງແລະຫຼັງຈາກນັ້ນ reutilizes ມັນໂດຍການສຽບໃນຕົວກໍານົດການທີ່ເຫມາະສົມໃນເວລາປະຕິບັດ.
ໃນປັດຈຸບັນທີ່ທ່ານໄດ້ຮຽນຮູ້ຜົນປະໂຫຍດຂອງຂັ້ນຕອນເກັບຮັກສາໄວ້, ອອກຈາກນັ້ນແລະໃຊ້ມັນ.
ລອງຕົວຢ່າງຫນຶ່ງແລະການວັດແທກຜົນປະໂຫຍດທີ່ດີທີ່ສຸດ, ທ່ານຈະປະຫລາດໃຈ!
ຕາສິນຄ້າຄົງຄັງ
ID | ຜະລິດຕະພັນ | Warehouse | Quantity |
142 | ຖົ່ວເຫຼືອງ, ຖົ່ວຂຽວ | NY | 100 |
214 | ຫມາກຖົ່ວ | FL | 200 |
825 | ສາລີ | NY | 140 |
512 | Lima beans | NY | 180 |
491 | ຫມາກເລັ່ນ | FL | 80 |
379 | ຫມາກໂມ | FL | 85 |