ວິທີການອະທິບາຍໃຫ້ແມ່ຕູ້ຂອງເຈົ້າຮູ້ຄວາມແຕກຕ່າງລະຫວ່າງ SQL ແລະ NoSQL

ຫນຶ່ງໃນການຕັດສິນໃຈທີ່ສໍາຄັນທີ່ສຸດທີ່ນັກພັດທະນາເຮັດແມ່ນຖານຂໍ້ມູນໃດທີ່ຈະໃຊ້. ສໍາລັບເວລາຫຼາຍປີ, ທາງເລືອກໄດ້ຖືກຈໍາກັດກັບທາງເລືອກຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງຕ່າງໆທີ່ສະຫນັບສະຫນູນພາສາ Query ທີ່ມີໂຄງສ້າງ (SQL). ເຫຼົ່ານີ້ລວມມີ MS SQL Server, Oracle, MySQL, PostgreSQL, DB2 ແລະອື່ນໆອີກ.

ໃນໄລຍະ 15 ປີທີ່ຜ່ານມາ, ຖານຂໍ້ມູນໃຫມ່ຈໍານວນຫຼາຍໄດ້ເຂົ້າສູ່ຕະຫຼາດພາຍໃຕ້ວິທີການ No-SQL. ເຫຼົ່ານີ້ລວມມີຮ້ານຄ້າທີ່ມີຄຸນຄ່າເຊັ່ນ Redis ແລະ Amazon DynamoDB, ຖານຂໍ້ມູນຖັນກວ້າງເຊັ່ນ Cassandra ແລະ HBase, ຮ້ານຄ້າເອກະສານເຊັ່ນ MongoDB ແລະ Couchbase, ແລະຖານຂໍ້ມູນກຣາຟແລະເຄື່ອງຈັກຊອກຫາເຊັ່ນ Elasticsearch ແລະ Solr.

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

ອະທິບາຍ SQL ກັບແມ່ຕູ້

ແມ່ຕູ້, ຈິນຕະນາການວ່າຂ້ອຍບໍ່ແມ່ນຫລານຊາຍຄົນດຽວຂອງເຈົ້າ. ແທນທີ່ຈະ, ພໍ່ກັບແມ່ຮັກກັນຄືກັບກະຕ່າຍ, ເຂົາເຈົ້າມີລູກ 100 ໂຕ, ຫຼັງຈາກນັ້ນເຂົາເຈົ້າລ້ຽງອີກ 50 ໂຕ.

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

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

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

id
ຊື່
ວັນເດືອນປີເກີດ
ການຢ້ຽມຢາມຄັ້ງສຸດທ້າຍ
ຂະຫນາດເຄື່ອງນຸ່ງ
ກະແລັມ favorite
ໄດ້ຮັບຮອງເອົາ

1
Jimmy
09-22-1992
09-01-2019
L
ໂກເລດ mint
ທີ່ບໍ່ຖືກຕ້ອງ

2
Jessica
07-21-1992
02-22-2018
M
ຖະໜົນຫີນ
ທີ່ແທ້ຈິງ

...ພວກເຮົາສືບຕໍ່ລາຍຊື່!

ບັນຊີລາຍຊື່ຂອງຫລານ

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

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

id
grandchild_id
ຊື່
ວັນເດືອນປີເກີດ

1
2
John
06-01-1988

2
9
Fernanda
03-05-1985

…ຄູ່ສົມລົດຫຼາຍ!

ລາຍຊື່ຄູ່ສົມລົດ

ໃນ​ຂັ້ນ​ຕອນ​ນີ້, ຂ້າ​ພະ​ເຈົ້າ​ໄດ້​ອະ​ທິ​ບາຍ​ກັບ​ແມ່​ຕູ້​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ​ວ່າ​ຖ້າ​ຫາກ​ວ່າ​ນາງ​ຕ້ອງ​ການ​ທີ່​ຈະ​ຮູ້​ວ່າ​ຜູ້​ທີ່​ແຕ່ງ​ງານ​ກັບ​ໃຜ, ນາງ​ພຽງ​ແຕ່​ຕ້ອງ​ການ​ຈັບ​ຄູ່ id ໃນບັນຊີ ຫລານ с grandchild_id ໃນບັນຊີລາຍຊື່ຂອງຄູ່ສົມລົດ.

ຫຼັງຈາກ cookies ສອງສິບຄູ່, ຂ້ອຍຈໍາເປັນຕ້ອງນອນຫລັບ. "ເຈົ້າສືບຕໍ່ໄດ້ບໍ, ແມ່ຕູ້?" ຂ້ອຍກຳລັງອອກໄປນອນຫຼັບ.

ຂ້ອຍກຳລັງຈະກັບມາໃນອີກສອງສາມຊົ່ວໂມງ. ເຈົ້າເຢັນໆ, ແມ່ຕູ້! ທຸກສິ່ງທຸກຢ່າງເບິ່ງດີຍົກເວັ້ນສໍາລັບບັນຊີລາຍຊື່ ວຽກອະດິເລກ. ມີປະມານ 1000 ວຽກອະດິເລກຢູ່ໃນບັນຊີລາຍຊື່. ສ່ວນໃຫຍ່ຂອງພວກເຂົາແມ່ນຊ້ໍາກັນ; ເກີດ​ຫຍັງ​ຂຶ້ນ?

grandchild_id
ອະດິເລກ

1
ລົດຖີບ

4
ລົດຖີບ

3
ລົດຖີບ

7
ການເຮັດວຽກ

11
ລົດຖີບ

…ພວກເຮົາສືບຕໍ່!

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

id
ອະດິເລກ

1
ລົດຖີບ

2
ການເຮັດວຽກ

3
ລອຍນ້ໍາ

…ງານອະດິເລກຫຼາຍ!

ລາຍຊື່ວຽກອະດິເລກ

ເມື່ອພວກເຮົາມີລາຍການອະດິເລກຂອງພວກເຮົາ, ພວກເຮົາສ້າງບັນຊີລາຍຊື່ທີສອງຂອງພວກເຮົາແລະໂທຫາມັນ "ງານອະດິເລກຂອງຫລານ".

grandchild_id
hobby_id

4
1

3
1

7
2

…ເພີ່ມເຕີມ!

ບັນຊີລາຍຊື່ທົ່ວໄປຂອງວຽກອະດິເລກຂອງຫລານ

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

ຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ

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

ຈຸດເດັ່ນຂອງຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງທີ່ນິຍົມຫຼາຍທີ່ສຸດແມ່ນ SQL (Structured Query Language) ພາສາສອບຖາມ. ຂໍຂອບໃຈກັບລາວ, ຖ້າແມ່ຕູ້ໂອນລະບົບຄວາມຊົງຈໍາຂອງນາງໄປໃສ່ຄອມພິວເຕີ, ນາງສາມາດໄດ້ຮັບຄໍາຕອບຢ່າງໄວວາສໍາລັບຄໍາຖາມເຊັ່ນ: "ໃຜບໍ່ໄດ້ໄປຢ້ຽມຢາມຂ້ອຍໃນປີກາຍນີ້, ແຕ່ງງານແລະບໍ່ມີວຽກເຮັດອະດິເລກ?"

ຫນຶ່ງໃນລະບົບການຄຸ້ມຄອງຖານຂໍ້ມູນ SQL ທີ່ນິຍົມທີ່ສຸດແມ່ນ MySQL ແຫຼ່ງເປີດ. ມັນໄດ້ຖືກປະຕິບັດຕົ້ນຕໍເປັນລະບົບການຄຸ້ມຄອງຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ (RDBMS) ສໍາລັບຄໍາຮ້ອງສະຫມັກຊອບແວເວັບໄຊຕ໌.

ບາງລັກສະນະທີ່ສໍາຄັນຂອງ MySQL:

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

ດຽວນີ້ລືມ ທັງ ໝົດ.

ອະທິບາຍ NoSQL ກັບແມ່ຕູ້

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

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

ຂັ້ນ​ຕອນ​ທໍາ​ອິດ​ທີ່​ຂ້າ​ພະ​ເຈົ້າ​ເຮັດ​ແມ່ນ​ການ​ຂຽນ "ຫລານ​" ເປັນ​ຕົວ​ອັກ​ສອນ​ຕົວ​ຫນາ​ແຫນ້ນ​ທີ່​ຫນ້າ​ປົກ​ຂອງ​ປື້ມ​ບັນ​ທຶກ​ຂອງ​ຂ້າ​ພະ​ເຈົ້າ. ຫຼັງ​ຈາກ​ນັ້ນ​, ຂ້າ​ພະ​ເຈົ້າ flip ກັບ​ຫນ້າ​ທໍາ​ອິດ​ແລະ​ເລີ່ມ​ຕົ້ນ​ການ​ຂຽນ​ທຸກ​ສິ່ງ​ທຸກ​ຢ່າງ​ທີ່​ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ຈື່​ຈໍາ​ກ່ຽວ​ກັບ​ຂ້າ​ພະ​ເຈົ້າ​. ສອງສາມນາທີຕໍ່ມາ, ຫນ້າເວັບເບິ່ງຄືວ່າບາງສິ່ງບາງຢ່າງເຊັ່ນນີ້.

{ 
  "_id":"dkdigiye82gd87gd99dg87gd",
  "name":"Cody",
  "birthday":"09-12-2006",
  "last_visit":"09-02-2019",
  "clothing_size":"XL",
  "favorite_ice_cream":"Fudge caramel",
  "adopted":false,
  "hobbies":[ 
     "video games",
     "computers",
     "cooking"
  ],
  "spouse":null,
  "kids":[ 

  ],
  "favorite_picture":"file://scrapbook-103/christmas-2010.jpg",
  "misc_notes":"Prefers ice-cream cake on birthday instead of chocolate cake!"
}

Я: "ເບິ່ງຄືວ່າທຸກຢ່າງພ້ອມແລ້ວ!"
grandma: "ລໍຖ້າ, ຫລານທີ່ເຫລືອແມ່ນແນວໃດ?"
Я: "ແມ່ນ​ແທ້. ຫຼັງຈາກນັ້ນ, ຈັດສັນຫນຶ່ງຫນ້າສໍາລັບແຕ່ລະ.”
grandma: "ຂ້ອຍຈໍາເປັນຕ້ອງຂຽນຂໍ້ມູນດຽວກັນສໍາລັບທຸກຄົນ, ດັ່ງທີ່ຂ້ອຍໄດ້ເຮັດສໍາລັບທ່ານບໍ?"
Я: “ບໍ່, ພຽງແຕ່ຖ້າຫາກວ່າທ່ານຕ້ອງການ. ໃຫ້ຂ້ອຍສະແດງ."
ຈັບປາກກາຂອງແມ່ຕູ້ຂອງຂ້ອຍ, ຂ້ອຍກະພິບໜ້າແລ້ວບັນທຶກຂໍ້ມູນກ່ຽວກັບພີ່ນ້ອງທີ່ຂ້ອຍມັກໜ້ອຍທີ່ສຸດ.

{ 
  "_id":"dh97dhs9b39397ss001",
  "name":"Tanner",
  "birthday":"09-12-2008",
  "clothing_size":"S",
  "friend_count":0,
  "favorite_picture":null,
  "remember":"Born on same day as Cody but not as important"
}

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

ເມື່ອທຸກສິ່ງທຸກຢ່າງສໍາເລັດ, ນາງໄດ້ຖາມຄໍາຖາມ magic: "ເຈົ້າຮຽນຮູ້ທີ່ຈະເຮັດສິ່ງທັງຫມົດນີ້ຢູ່ໃສ?"

ຖານຂໍ້ມູນ NoSQL

ມີ​ຫຼາຍ ຖານຂໍ້ມູນ NoSQL (“ບໍ່ພຽງແຕ່ SQL”). ໃນຕົວຢ່າງຂອງພວກເຮົາ, ພວກເຮົາໄດ້ສະແດງໃຫ້ເຫັນ ຖານຂໍ້ມູນເອກະສານ. ຖານຂໍ້ມູນ NoSQL ສ້າງແບບຈໍາລອງຂໍ້ມູນໃນຮູບແບບທີ່ບໍ່ລວມເອົາການພົວພັນຕາຕະລາງທີ່ໃຊ້ໃນຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງ. ຖານຂໍ້ມູນເຫຼົ່ານີ້ໄດ້ຮັບຄວາມນິຍົມໃນຕົ້ນຊຸມປີ 2000 ກັບບໍລິສັດທີ່ຕ້ອງການການຈັດກຸ່ມຖານຂໍ້ມູນທີ່ອີງໃສ່ຄລາວເນື່ອງຈາກຄວາມຕ້ອງການການຂະຫຍາຍຂໍ້ມູນຢ່າງຊັດເຈນ (ເຊັ່ນ Facebook). ໃນຄໍາຮ້ອງສະຫມັກດັ່ງກ່າວ, ຄວາມສອດຄ່ອງຂອງຂໍ້ມູນແມ່ນມີຄວາມສໍາຄັນຫນ້ອຍກວ່າການປະຕິບັດແລະການຂະຫຍາຍ.

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

ຄຸນ​ນະ​ສົມ​ບັດ​ທີ່​ສໍາ​ຄັນ​ຂອງ NoSQL​:

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

ການ​ປຽບ​ທຽບ​ລະ​ອຽດ​

MySQL ຕ້ອງການ schema ທີ່ກໍານົດໄວ້ແລະມີໂຄງສ້າງ.
NoSQL ຊ່ວຍໃຫ້ທ່ານສາມາດເກັບຂໍ້ມູນໃດໆໃນ "ເອກະສານ".

MySQL ມີຊຸມຊົນຂະຫນາດໃຫຍ່.
NoSQL ມີຊຸມຊົນຂະຫນາດນ້ອຍແລະການຂະຫຍາຍຕົວຢ່າງໄວວາ.

NoSQL ແມ່ນງ່າຍທີ່ຈະປັບຂະຫນາດ.
MySQL ຕ້ອງການການຈັດການເພີ່ມເຕີມ.

MySQL ໃຊ້ SQL, ເຊິ່ງຖືກນໍາໃຊ້ໃນຫຼາຍປະເພດຂອງຖານຂໍ້ມູນ.
NoSQL ແມ່ນການອອກແບບຖານຂໍ້ມູນທີ່ມີການປະຕິບັດທີ່ນິຍົມ.

MySQL ໃຊ້ພາສາແບບສອບຖາມມາດຕະຖານ (SQL).
NoSQL ບໍ່ໄດ້ໃຊ້ພາສາແບບສອບຖາມມາດຕະຖານ.

MySQL ມີເຄື່ອງມືລາຍງານທີ່ດີຫຼາຍ.
NoSQL ມີເຄື່ອງມືລາຍງານຫຼາຍອັນທີ່ຍາກທີ່ຈະສ້າງມາດຕະຖານ.

MySQL ສາມາດສະແດງບັນຫາການປະຕິບັດສໍາລັບຂໍ້ມູນໃຫຍ່.
NoSQL ສະຫນອງການປະຕິບັດທີ່ດີເລີດກ່ຽວກັບຂໍ້ມູນໃຫຍ່.

ແນວຄວາມຄິດ 8 ພື້ນຖານ

ໃນບໍລິສັດ 8 ຖານບ່ອນທີ່ຂ້ອຍເຮັດວຽກ, ພວກເຮົາສະຫນອງພື້ນທີ່ເຮັດວຽກສໍາລັບແຕ່ລະໂຄງການທີ່ມີຖານຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບ Aurora MySQL ທີ່ໂຮດຢູ່ໃນ AWS. ໃນຂະນະທີ່ NoSQL ເປັນທາງເລືອກທີ່ມີເຫດຜົນໃນເວລາທີ່ຄໍາຮ້ອງສະຫມັກຂອງທ່ານຮຽກຮ້ອງໃຫ້ມີປະສິດທິພາບສູງແລະຂະຫນາດ, ພວກເຮົາເຊື່ອວ່າຄວາມສອດຄ່ອງຂອງຂໍ້ມູນທີ່ເຂັ້ມແຂງທີ່ສະຫນອງໂດຍ DBMS ແມ່ນມີຄວາມຈໍາເປັນໃນເວລາທີ່ການກໍ່ສ້າງຄໍາຮ້ອງສະຫມັກ SaaS ແລະຊອບແວທຸລະກິດອື່ນໆ.

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

ສຶກສາເພີ່ມເຕີມກ່ຽວກັບການພັດທະນາກັບ Aurora, Serverless ແລະ GraphQL ຢູ່ 8base.com ທີ່ນີ້.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com