ຄວາມແຕກຕ່າງກັນລະຫວ່າງ MYSQL ແລະ SQL Server 2014 Express ແມ່ນຫຍັງ?


ຕອບ 1:

ໃນຖານະເປັນຄົນທີ່ເຮັດວຽກກັບ MySQL ແລະ SQL Server 2014 ທຸກໆມື້, ຂ້ອຍສາມາດບອກທ່ານສິ່ງທີ່ຂ້ອຍຄິດວ່າມັນແມ່ນຄວາມແຕກຕ່າງຕົ້ນຕໍ (ບວກກັບຄວາມມັກແລະຄວາມບໍ່ມັກຂອງຂ້ອຍເອງຂອງທຸກໆຄົນ).

ການປະຕິບັດພາສາ SQL

SQL Server ມີປະຫວັດສາດທີ່ດີກັບຕົວມັນເອງທ່ານໄດ້ສ້າງເຄື່ອງຈັກອີງໃສ່ການສະແດງອອກວ່າທຸກໆການສອບຖາມຕ້ອງການແຜນການປະຕິບັດ. ທ່ານມີເຄື່ອງມືທີ່ດີກວ່າໃນ SQL Server ເພື່ອເພີ່ມປະສິດທິພາບການສອບຖາມຂອງທ່ານໂດຍການວິເຄາະສາຍຕາຂອງຄ່າໃຊ້ຈ່າຍໃນການສອບຖາມຂອງທ່ານ. MySQL ຂາດເຄື່ອງມືວິເຄາະປະເພດນີ້ຫຼືທ່ານຕ້ອງຈ່າຍຄ່າມັນ.

ໃນ MySQL ທ່ານສາມາດເຮັດສິ່ງນີ້ໄດ້: ເລືອກ a, b, c + y, ນັບ (d) ເປັນວຽກຕ້ານຈາກກຸ່ມ ztable ໂດຍ 1.2 3. ໃນ SQL Server ທ່ານຕ້ອງເຮັດສິ່ງນີ້: ເລືອກ a, b, c + y, ນັບ (ງ) ເປັນຕົວແທນຈາກກຸ່ມ ztable ໂດຍ a, b, c + y.

ໃນ MySQL, ທ່ານ ຈຳ ກັດການສອບຖາມຂອງທ່ານໂດຍໃຊ້ຂໍ້ ກຳ ນົດ LIMIT. ຕົວຢ່າງ:

SELECT * From SomeTable Limit 50, 10. ອັນນີ້ສົ່ງຜົນໃຫ້ແຖວ 50 ເຖິງ 59 ຈາກຜົນຂອງການສອບຖາມມັນເປັນປະໂຫຍດຕໍ່ຫຼາຍໆສິ່ງ.

SQL Server ໃຊ້ SELECT ນີ້ * ຈາກ dbo.SomeTable OFFSET 50 ROWS ພຽງແຕ່ຕໍ່ ໜ້າ 10 ROWS.

ທ່ານສາມາດເຮັດສິ່ງດຽວກັນ, ແຕ່ວ່າທ່ານຕ້ອງໄດ້ຂຽນຫຼາຍກັບ SQL Server.

ໃນ MySQL ທ່ານສາມາດໃຊ້ຖ້າ (some_condition = true, useThisValueIfTrue, useThisValueIfFalse). ທ່ານຍັງສາມາດໃຊ້ CASE: CASE ຖ້າ a = true THEN 1 ELSE 0 END ເປັນ SomeValue. ໃນ SQL Server ທ່ານມີພຽງ CASE ເທົ່ານັ້ນ. ສິ່ງນັ້ນເຮັດໃຫ້ທ່ານມີຫຼາຍສິ່ງຫຼາຍກວ່າທີ່ຈະຂຽນດ້ວຍ ຄຳ ຖາມທຸກຢ່າງ.

ໃນທາງກົງກັນຂ້າມ, SQL Server ມີຫລາຍທາງເລືອກຫລາຍ ສຳ ລັບການສອບຖາມທີ່ສັບສົນ. ມີ PIVOT ສຳ ລັບການກໍ່ສ້າງແບບສອບຖາມ CROSSTAB, CROSSJOIN, ແລະຫຼາຍ ໜ້າ ທີ່ອື່ນໆທີ່ເຮັດໃຫ້ SQL Server ຮູ້ສຶກເຢັນແທ້ໆ ສຳ ລັບການສອບຖາມຂັ້ນສູງ.

ເມື່ອໃສ່ຂໍ້ມູນໃນ MySQL, ທ່ານສາມາດເຮັດສິ່ງຕໍ່ໄປນີ້:

ໃສ່ໃນ mytable a = ຄ່າ, b = ຄ່າອື່ນ.

ໃນ SQL Server ທ່ານພຽງແຕ່ສາມາດໃຊ້ແບບເກົ່າ:

ເອົາຄ່າເຂົ້າໃນ mytable (a, b) (ມູນຄ່າ, ຄ່າອື່ນ)

ຫຼື

ເອົາຄ່າເຂົ້າໃນ mytable (ມູນຄ່າ, ຄ່າອື່ນ)

ໃນຖັນ 2, 3, 4, ນີ້ອາດຈະບໍ່ແມ່ນຄວາມຫຍຸ້ງຍາກ ໜ້ອຍ ທີ່ສຸດ, ແຕ່ຖ້າທ່ານຍ້າຍ 40, 50 ຖັນ, ມັນກໍ່ເປັນສິ່ງທີ່ ໜ້າ ເບື່ອທີ່ຈະໃສ່ໂດຍບໍ່ມີຂໍ້ຜິດພາດ, ໂດຍສະເພາະເມື່ອເວົ້າເຖິງຄ່າທີ່ຖືກຄິດໄລ່ທີ່ສັບສົນ.

ສຳ ລັບຂ້ອຍ, MySQL SQL Server ເອົາແບບສອບຖາມງ່າຍໆ, ແມ່ນແຕ່ 2-3 ແບບສອບຖາມຕາຕະລາງ. ສໍາລັບການສອບຖາມທີ່ຍາວນານ, ສັບສົນ, ຢ່າງໃດກໍ່ຕາມ, SQL Server ແມ່ນກະສັດ.

ການ ສຳ ຮອງຂໍ້ມູນ

ອີກເທື່ອ ໜຶ່ງ SQL Server ຖືກພັດທະນາໂດຍ ຄຳ ນຶງເຖິງສະພາບການທີ່ສັບສົນ. ຢ່າງ ໜ້ອຍ ມີສາມວິທີໃນການເຮັດການ ສຳ ຮອງຂໍ້ມູນຄົບຖ້ວນ, ແລະມີການ ສຳ ຮອງຂໍ້ມູນທີ່ສັບສົນ, ເພີ່ມຂື້ນ, ແຟ້ມຄູ່, ລະບົບແຟ້ມແລະສະຄິບ. ທ່ານອາດຈະຄວນຕິດກັບຖານສອງ, ແຕ່ວ່າມັນມີບັນຫາດ້ານຄວາມປອດໄພຫຼາຍຢ່າງທີ່ທ່ານຕ້ອງການຮູ້ໃນເວລາທີ່ການຟື້ນຟູເຄື່ອງແມ່ຂ່າຍຂອງ SQL. ການຟື້ນຟູການ ສຳ ຮອງຂໍ້ມູນໃນ SQL Server ບໍ່ແມ່ນ ສຳ ລັບ UNEDUCED. ທ່ານຈໍາເປັນຕ້ອງຮູ້ວ່າທ່ານກໍາລັງເຮັດຫຍັງ, ຖ້າບໍ່ດັ່ງນັ້ນທ່ານກໍ່ສາມາດເຮັດໃຫ້ຖານຂໍ້ມູນຂອງທ່ານສັບສົນ. ALSO, ຖ້າຖານຂໍ້ມູນຂອງທ່ານບໍ່ມີຂະ ໜາດ ນ້ອຍ, ຂ້ອຍຈະບໍ່ແນະ ນຳ ໃຫ້ໃຊ້ການກູ້ເອກະສານ SQL ໃນ SQL Server. ສິ່ງນີ້ຈະໃຊ້ເວລາຕະຫຼອດໄປ, ແລະບາງຄັ້ງການຖິ້ມຂີ້ເຫຍື່ອກໍ່ລົ້ມເຫລວແລະທ່ານຈະຮູ້ຈັກ 45 ນາທີເຖິງ 1 ຊົ່ວໂມງຕໍ່ມາຖ້າທ່ານໂຊກດີ.

ໃນທາງກົງກັນຂ້າມ, MySQL ແມ່ນກ່ຽວກັບການຄັດລອກ SQL ໃນເອກະສານແລະການຟື້ນຟູ SQL ນັ້ນ. ມັນເຮັດວຽກໄດ້, ມັນງ່າຍດາຍ, ແລະທ່ານສາມາດຝຶກອົບຮົມສື່ກາງໃດໆໃຫ້ຜູ້ໃຊ້ພະລັງງານເຮັດວຽກກັບການ ສຳ ຮອງຂໍ້ມູນໄດ້ງ່າຍ, ແລະມັນກໍ່ງ່າຍດາຍ. ແຕ່ທ່ານຍັງຕ້ອງໄດ້ຮັກສາແລະຮັບປະກັນຄວາມປອດໄພໃຫ້ກັບຕົວເອງ, ເຊິ່ງບາງຄັ້ງທ່ານກໍ່ອາດຈະຫຍຸ້ງຍາກຂຶ້ນກັບສະພາບແວດລ້ອມ.

ການ ນຳ ໃຊ້ທີ່ຫຍຸ້ງຍາກ

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

ດີ, MySQL ແມ່ນກະທັດຮັດຫຼາຍ, ຂ້ອຍມີການຕິດຕັ້ງທຸລະກິດຂະ ໜາດ ນ້ອຍ ຈຳ ນວນ ໜຶ່ງ ເຊິ່ງຕັ້ງແຕ່ປີ 2003 ແລະຂໍ້ມູນບໍ່ເຄີຍມີເຖິງ 10 GB ແລະພວກມັນມີໂຕະທີ່ມີແຖວຫລາຍລ້ານແຖວ, ແຕ່ຂໍ້ມູນບໍ່ໄດ້ເຕີບໃຫຍ່ຂະ ໜາດ ໃຫຍ່.

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

ມັນຍັງມີບາງສິ່ງທີ່ເປັນໄປບໍ່ໄດ້ໃນ SQL Server ໂດຍບໍ່ມີ SQL Profiler ແລະ SQL Agent. MySQL ສາມາດເຮັດທຸກສິ່ງທຸກຢ່າງດ້ວຍຕົນເອງ, ໂດຍບໍ່ຕ້ອງມີການໃຫ້ບໍລິການຫຍັງຫຼາຍ.

ອີງຕາມຂະ ໜາດ ແລະຄວາມສັບສົນຂອງບໍລິສັດຂອງທ່ານ, SQL Server ອາດຈະເປັນທາງທີ່ຈະໄປ. ແຕ່ MySQL ແມ່ນຜູ້ສະ ໝັກ ທີ່ດີຖ້າທ່ານບໍ່ຕ້ອງການຄວາມສັບສົນນີ້.

ຂະບວນການທີ່ຖືກດຶງດູດ, ວຽກງານແລະ UDFS

ນີ້ແມ່ນແຜ່ນດິນທີ່ກ້າຫານໃນ RDBMS. ຂ້ອຍຍັງໄດ້ຜະລິດຫລັກສູດ Udemy ກ່ຽວກັບ SPs ໃນ MySQL. ແຕ່ເທົ່າທີ່ຂ້ອຍຮັກ SPs, triggers, ຟັງຊັນແລະທຸກຢ່າງທີ່ກ່ຽວຂ້ອງກັບ MySQL, ຕ້ອງມີ SQL Server. ທ່ານມີມັນດີທີ່ສຸດ.

ກ່ອນທີ່ທ່ານຈະຕັດຫົວຂ້ອຍ ສຳ ລັບສິ່ງນັ້ນ, ຂ້ອຍພຽງແຕ່ຕ້ອງການເພີ່ມວ່າ SPs ໃນ SQL Server ແມ່ນໄວ, ສັບສົນແລະມີເຄື່ອງໃຊ້ຫລາຍຢ່າງເພື່ອເຮັດໃຫ້ຊີວິດຂອງເຈົ້າງ່າຍຂື້ນ. ພວກເຂົາສາມາດຖືກລວບລວມເປັນພາສາອື່ນໆເຊັ່ນ C # ແລະ Visual Basic. ທ່ານຍັງສາມາດສ້າງຕົວປ່ຽນ TABLE ທີ່ສາມາດເຮັດວຽກໄດ້ໄວແລະງ່າຍກວ່າຕາຕະລາງຊົ່ວຄາວພາຍໃຕ້ MySQL. ທ່ານມີຫຼາຍຢ່າງທີ່ຕ້ອງເຮັດ.

MySQL ຍັງສາມາດມີ ໜ້າ ທີ່ທີ່ ກຳ ນົດໂດຍຜູ້ໃຊ້, ແຕ່ວ່າທ່ານຕ້ອງເປັນແມ່ບົດ C. ຖ້າເປັນດັ່ງນັ້ນ, ທ່ານບໍ່ຕ້ອງກັງວົນ. ພວກເຮົາຫຼາຍຄົນບໍ່ແມ່ນ.

ມີແນ່ນອນອີກແລ້ວ, ແຕ່ຂ້ອຍຫວັງວ່າເຈົ້າຈະມີຄວາມຄິດ.

ໂຊກດີ!


ຕອບ 2:

ຖ້າທ່ານໃຊ້ SQL Server Express ສຳ ລັບວຽກຂອງທ່ານ, ມີຫລາຍທາງເລືອກ. ການກວດສອບການສອບຖາມ SQL ແມ່ນພຽງແຕ່ ໜຶ່ງ ໃນຫລາຍໆສິ່ງທີ່ທ່ານສາມາດກວດສອບກັບ ຄຳ ນຳ ໜ້າ.

SQL Server Express ສະ ເໜີ ຈຸດສົນໃຈຕ່າງໆ. ສິ່ງ ທຳ ອິດແລະເບິ່ງຄືວ່າ ສຳ ຄັນທີ່ສຸດແມ່ນຄວາມຄ່ອງແຄ້ວແລະການປະສານງານທີ່ສົມບູນແບບກັບ SQL Server.

ອ່ານເພີ່ມເຕີມ: SQL Server Express | ຮຸ່ນ SQL Server Express