NoSQL ໄດ້ຖືກສ້າງຂື້ນໃນປີ 1998. ປະຊາຊົນຈໍານວນຫຼາຍຄິດວ່າ NoSQL ເປັນຄໍາສັບທີ່ຖືກສ້າງຂື້ນທີ່ຂຸດຢູ່ SQL. ໃນຄວາມເປັນຈິງ, ໄລຍະຫມາຍຄວາມວ່າບໍ່ພຽງແຕ່ SQL. ແນວຄວາມຄິດແມ່ນວ່າເຕັກໂນໂລຍີທັງສອງສາມາດຮ່ວມກັນແລະແຕ່ລະຄົນມີສະຖານທີ່ຂອງມັນ. ການເຄື່ອນໄຫວ NoSQL ໄດ້ຢູ່ໃນຂ່າວໃນສອງສາມປີຜ່ານມາເມື່ອຜູ້ນໍາເວັບ 2.0 ໄດ້ຮັບຮອງເອົາເຕັກໂນໂລຢີ NoSQL. ບໍລິສັດເຊັ່ນ: ເຟສບຸກ, Twitter, Digg, Amazon, LinkedIn, ແລະ Google ທັງຫມົດນໍາໃຊ້ NoSQL ໃນທາງດຽວກັນ.
ໃຫ້ແຕກແຍກ NoSQL ເພື່ອໃຫ້ທ່ານສາມາດອະທິບາຍມັນກັບ CIO ຂອງທ່ານຫຼືແມ່ນແຕ່ເພື່ອນຮ່ວມງານຂອງທ່ານ.
NoSQL Emerged From A Need
ການເກັບຂໍ້ມູນ: ຂໍ້ມູນດິຈິຕອນເກັບໄວ້ໃນໂລກຖືກວັດໃນ exabytes. exabyte ແມ່ນເທົ່າກັບຫນຶ່ງພັນກິໂລໄບ (GB) ຂອງຂໍ້ມູນ. ອີງຕາມອິນເຕີເນັດ, ຈໍານວນຂໍ້ມູນເກັບຮັກສາເພີ່ມໃນປີ 2006 ແມ່ນ 161 exabytes. ພຽງແຕ່ 4 ປີຕໍ່ມາໃນປີ 2010, ຈໍານວນຂໍ້ມູນເກັບຮັກສາໄວ້ຈະມີເກືອບ 1,000 ExaBytes ເຊິ່ງເພີ່ມຂຶ້ນຫຼາຍກວ່າ 500%. ໃນຄໍາສັບຕ່າງໆອື່ນໆ, ມີຂໍ້ມູນຈໍານວນຫຼາຍທີ່ຖືກເກັບຮັກສາໄວ້ໃນໂລກແລະມັນຈະສືບຕໍ່ຂະຫຍາຍຕົວ.
ຂໍ້ມູນທີ່ເຊື່ອມຕໍ່ກັນ: ຂໍ້ມູນຍັງສືບຕໍ່ເຊື່ອມຕໍ່ຫຼາຍຂຶ້ນ. ການສ້າງເວັບໄຊຕ໌ທີ່ສົ່ງເສີມໃນ hyperlinks, blogs ມີ pingbacks ແລະທຸກໆລະບົບເຄືອຂ່າຍສັງຄົມທີ່ສໍາຄັນມີແທັບທີ່ເຊື່ອມໂຍງກັນກັບສິ່ງຕ່າງໆ. ລະບົບຕົ້ນຕໍແມ່ນສ້າງຂຶ້ນເພື່ອເຊື່ອມຕໍ່ກັນ.
ໂຄງສ້າງຂໍ້ມູນທີ່ສັບສົນ: NoSQL ສາມາດຈັດການໂຄງສ້າງຂໍ້ມູນທີ່ຖືກຈັດຮັງໄດ້ງ່າຍ. ເພື່ອເຮັດສໍາເລັດສິ່ງດຽວກັນໃນ SQL, ທ່ານຕ້ອງການຕາຕະລາງທີ່ກ່ຽວຂ້ອງກັບທຸກປະເພດຂອງຄີ.
ນອກຈາກນັ້ນ, ມີຄວາມສໍາພັນລະຫວ່າງການປະຕິບັດແລະຄວາມສັບສົນຂອງຂໍ້ມູນ. ການປະຕິບັດງານສາມາດທໍາລາຍໃນ RDBMS ແບບດັ້ງເດີມຍ້ອນວ່າພວກເຮົາເກັບຂໍ້ມູນຈໍານວນຫຼວງຫຼາຍທີ່ຕ້ອງການໃນການນໍາໃຊ້ເຄືອຂ່າຍທາງສັງຄົມແລະເວັບໄຊທ໌.
NoSQL ແມ່ນຫຍັງ?
ຂ້ອຍຄິດວ່າວິທີການກໍານົດ NoSQL ແມ່ນຈະພິຈາລະນາສິ່ງທີ່ມັນບໍ່ແມ່ນ.
ມັນບໍ່ແມ່ນ SQL ແລະມັນບໍ່ແມ່ນຄວາມສໍາພັນ. ເຊັ່ນດຽວກັນກັບຊື່ທີ່ແນະນໍາ, ມັນບໍ່ແມ່ນການທົດແທນສໍາລັບ RDBMS ແຕ່ວ່າມັນເປັນການກະທໍາ. NoSQL ຖືກອອກແບບມາເພື່ອຈັດເກັບຂໍ້ມູນສໍາລັບຄວາມຕ້ອງການຂໍ້ມູນທີ່ມີຂະຫນາດໃຫຍ່. ຄິດກ່ຽວກັບເຟສບຸກດ້ວຍ 500,000,000 ຜູ້ໃຊ້ຫຼື Twitter ທີ່ສະສົມ Terabits ຂອງຂໍ້ມູນທຸກໆມື້.
ໃນຖານຂໍ້ມູນ NoSQL, ບໍ່ມີແຜນທີ່ຄົງທີ່ແລະບໍ່ເຂົ້າຮ່ວມ. RDBMS "ປັບຂະຫນາດ" ໂດຍໄດ້ຮັບຮາດແວໄວແລະໄວແລະເພີ່ມຫນ່ວຍຄວາມຈໍາ. ນອກຈາກນັ້ນ, NoSQL ສາມາດໃຊ້ "ການຂະຫຍາຍອອກໄປໄດ້". ການຂະຫຍາຍຕົວຫມາຍເຖິງການແຜ່ຂະຫຍາຍການໂຫຼດໃນຫຼາຍໆລະບົບການຜະລິດສິນຄ້າ. ນີ້ແມ່ນອົງປະກອບຂອງ NoSQL ທີ່ເຮັດໃຫ້ມັນເປັນການແກ້ໄຂລາຄາບໍ່ແພງສໍາລັບຊຸດຂໍ້ມູນຂະຫນາດໃຫຍ່.
ຫມວດຫມູ່ NoSQL
ໂລກ NoSQL ປະຈຸບັນເຫມາະກັບ 4 ປະເພດພື້ນຖານ.
- ຫຼັກການມູນຄ່າຕະຫລາດ ແມ່ນອີງໃສ່ຕົ້ນຕໍໃນ ເອກະສານ Dynamo Paper ຂອງ Amazon ຊຶ່ງໄດ້ຖືກຂຽນໄວ້ໃນປີ 2007. ຄວາມຄິດທີ່ສໍາຄັນແມ່ນການມີຕາຕະລາງທີ່ມີຈຸດປະສົງດຽວແລະຕົວຊີ້ໄປຫາຂໍ້ມູນສະເພາະ. ການຕິດຕາມເຫຼົ່ານີ້ແມ່ນປົກກະຕິແລ້ວໂດຍກົນໄກ cache ເພື່ອ maximize ການປະຕິບັດ.
ຮ້ານຄອບຄົວຄໍລໍາ ຖືກສ້າງຂື້ນເພື່ອຈັດເກັບແລະປະມວນຜົນຂໍ້ມູນຈໍານວນຫລາຍທີ່ແຈກຢາຍໃນຫຼາຍເຄື່ອງ. ຍັງມີປຸ່ມແຕ່ພວກເຂົາຊີ້ໃຫ້ເຫັນຫລາຍຄໍລໍາ. ໃນກໍລະນີຂອງ BigTable (ຮູບແບບ NoSQL ຂອງຄໍລໍາ Google), ແຖວຖືກກໍານົດໂດຍປຸ່ມແຖວທີ່ມີຂໍ້ມູນທີ່ຈັດຮຽງແລະຈັດເກັບໂດຍຄີນີ້. ຄໍລໍາຖືກຈັດໂດຍຄອບຄົວປ້າຍ.
- ຖານຂໍ້ມູນເອກະສານ ແມ່ນໄດ້ຮັບການດົນໃຈຈາກ Lotus Notes ແລະຄ້າຍຄືກັບຮ້ານທີ່ມີມູນຄ່າຫຼັກ. ຕົວແບບນີ້ແມ່ນເອກະສານທີ່ມີເອກະສານທີ່ເປັນເອກະສານທີ່ເກັບກໍາຂໍ້ມູນອື່ນໆທີ່ສໍາຄັນ. ເອກະສານເຄິ່ງໂຄງສ້າງແມ່ນເກັບໄວ້ໃນຮູບແບບເຊັ່ນ JSON.
- ຖານຂໍ້ມູນ ຂອງ Graph ແມ່ນສ້າງດ້ວຍ nodes, ຄວາມສໍາພັນລະຫວ່າງ notes ແລະຄຸນສົມບັດຂອງ nodes. ແທນທີ່ຈະຕາຕະລາງແລະແຖວແລະໂຄງສ້າງທີ່ເຂັ້ມງວດຂອງ SQL, ຮູບແບບກາຟິກແບບຍືດຫຍຸ່ນຈະຖືກນໍາໃຊ້ເຊິ່ງສາມາດແຜ່ຂະຫຍາຍໄດ້ໃນຫຼາຍເຄື່ອງ.
Major NoSQL Players
ຜູ້ຫຼິ້ນທີ່ສໍາຄັນໃນ NoSQL ໄດ້ອອກມາເປັນຫລັກເນື່ອງຈາກອົງການຈັດຕັ້ງທີ່ໄດ້ນໍາໃຊ້ພວກມັນ. ບາງເຕັກໂນໂລຍີ NoSQL ທີ່ໃຫຍ່ທີ່ສຸດແມ່ນ:
- Dynamo: Dynamo ຖືກສ້າງຂື້ນໂດຍ Amazon.com ແລະເປັນຖານຂໍ້ມູນ NoSQL ທີ່ສໍາຄັນທີ່ສຸດ. Amazon ແມ່ນຢູ່ໃນຄວາມຕ້ອງການຂອງແພລະຕະຟອມແຈກຢາຍທີ່ມີລະດັບສູງສໍາລັບທຸລະກິດ e-commerce ຂອງພວກເຂົາເພື່ອໃຫ້ພວກເຂົາພັດທະນາ Dynamo. Amazon S3 ໃຊ້ Dynamo ເປັນກົນໄກການເກັບຮັກສາ.
- Cassandra: Cassandra ແມ່ນເປີດເຜີຍໂດຍເຟສບຸກແລະເປັນຖານຂໍ້ມູນ NoSQL ທີ່ມີຮູບແບບຄໍລໍາ.
- BigTable: BigTable ແມ່ນຖານຂໍ້ມູນທີ່ກໍານົດໄວ້ຂອງຄໍລໍາທີ່ເປັນເອກະລັກຂອງ Google. Google ອະນຸຍາດໃຫ້ໃຊ້ BigTable ແຕ່ສໍາລັບ Google App Engine ເທົ່ານັ້ນ.
- SimpleDB: SimpleDB ແມ່ນອີກຖານຂໍ້ມູນຂອງ Amazon. ໃຊ້ສໍາລັບ Amazon EC2 ແລະ S3, ມັນເປັນສ່ວນຫນຶ່ງຂອງບໍລິການ Amazon Web ຄ່າບໍລິການທີ່ຂຶ້ນກັບການນໍາໃຊ້.
- CouchDB: CouchDB ພ້ອມກັບ MongoDB ແມ່ນແຫຼ່ງຂໍ້ມູນ NoSQL ທີ່ອີງໃສ່ເອກະສານແຫຼ່ງຂໍ້ມູນ.
- Neo4J: Neo4j ແມ່ນຖານຂໍ້ມູນກາຟເປີດແຫຼ່ງ.
Querying NoSQL
ຄໍາຖາມກ່ຽວກັບວິທີການສອບຖາມຖານຂໍ້ມູນ NoSQL ແມ່ນສິ່ງທີ່ນັກພັດທະນາສ່ວນໃຫຍ່ສົນໃຈ. ຫຼັງຈາກນັ້ນ, ຂໍ້ມູນທີ່ເກັບໄວ້ໃນຖານຂໍ້ມູນທີ່ມີຂະຫນາດໃຫຍ່ບໍ່ເຮັດໃຫ້ທຸກຄົນທີ່ດີຖ້າທ່ານບໍ່ສາມາດເອີ້ນແລະສະແດງໃຫ້ຜູ້ໃຊ້ຫລືບໍລິການເວັບ. ຖານຂໍ້ມູນ NoSQL ບໍ່ໄດ້ໃຫ້ພາສາຄໍາຖາມທີ່ເປັນປະໂຫຍກສູງເຊັ່ນ SQL. ແທນທີ່ຈະ, ການຄົ້ນຫາຖານຂໍ້ມູນເຫຼົ່ານີ້ແມ່ນຮູບແບບຂໍ້ມູນສະເພາະ.
ຫລາຍຂອງແພລະຕະຟອມ NoSQL ອະນຸຍາດໃຫ້ສໍາລັບການໂຕ້ຕອບ RESTful ກັບຂໍ້ມູນ. ຂໍ້ສະເຫນີ API ແບບສອບຖາມອື່ນໆ. ມີຄູ່ມືການສອບຖາມທີ່ໄດ້ຮັບການພັດທະນາທີ່ພະຍາຍາມຄົ້ນຫາຖານຂໍ້ມູນ NoSQL ຫຼາຍ. ເຄື່ອງມືເຫຼົ່ານີ້ປົກກະຕິເຮັດວຽກໃນຫມວດດຽວ NoSQL. ຕົວຢ່າງຫນຶ່ງແມ່ນ SPARQL. SPARQL ເປັນຂໍ້ກໍານົດການສອບຖາມແບບແຈ້ງການທີ່ຖືກອອກແບບສໍາລັບຖານຂໍ້ມູນຂອງກາຟ. ນີ້ແມ່ນຕົວຢ່າງຂອງການສອບຖາມ SPARQL ທີ່ເອົາ URL ຂອງ blogger ໂດຍສະເພາະ (ດ້ວຍຄວາມລະອາຍຂອງ IBM):
PREFIX foaf:
SELECT? url
FROM
ທີ່ໃສ {
ຜູ້ປະກອບສ່ວນ foaf: ຊື່ "Jon Foobar".
? contributor foaf: weblog? url
}
ອະນາຄົດຂອງ NoSQL
ອົງການຈັດຕັ້ງທີ່ມີຄວາມຕ້ອງການເກັບຂໍ້ມູນທີ່ໃຫຍ່ຫຼວງແມ່ນຊອກຫາຢ່າງຮຸນແຮງຢູ່ທີ່ NoSQL. ປາກົດຂື້ນ, ແນວຄວາມຄິດທີ່ບໍ່ໄດ້ຮັບການດຶງດູດຫຼາຍໃນອົງກອນຂະຫນາດນ້ອຍ. ໃນການສໍາຫຼວດທີ່ດໍາເນີນໂດຍອາທິດຂໍ້ມູນ, 44% ຂອງນັກທຸລະກິດດ້ານໄອທີທຸລະກິດບໍ່ໄດ້ຍິນເລື່ອງ NoSQL. ນອກຈາກນັ້ນ, ມີພຽງແຕ່ 1% ຂອງຜູ້ຕອບທີ່ຕອບວ່າ NoSQL ເປັນສ່ວນຫນຶ່ງຂອງທິດທາງຍຸດທະສາດຂອງພວກເຂົາ. ແນ່ນອນ, NoSQL ມີສະຖານທີ່ໃນໂລກທີ່ເຊື່ອມຕໍ່ຂອງພວກເຮົາແຕ່ຈະຕ້ອງສືບຕໍ່ພັດທະນາເພື່ອໃຫ້ໄດ້ຮັບການອຸທອນມະຫາຊົນທີ່ຫຼາຍຄົນຄິດວ່າມັນອາດຈະມີ.