ຖານຂໍ້ມູນເວກເຕີ
ຖານຂໍ້ມູນເວັກເຕີທີ່ມີການຈັດການ ເຊິ່ງເປັນພຽງແຕ່ PostgreSQL
ເກັບຮັກສາ embeddings ແລະ ຄົ້ນຫາພວກມັນຕາມຄວາມໝາຍ, ຢູ່ເທິງ pgvector ທີ່ພວກເຮົາເບິ່ງແຍງ ແລະ ສຳຮອງຂໍ້ມູນໃຫ້ທ່ານ. ບໍ່ມີຄັງຂໍ້ມູນໃໝ່ໃຫ້ຕ້ອງຮຽນຮູ້, ບໍ່ມີຄລັສເຕີໃຫ້ຕ້ອງກຳນົດຂະໜາດ — ພຽງແຕ່ສ້າງດັດຊະນີ, ຂຽນເວັກເຕີຂອງທ່ານ, ແລະ ສອບຖາມຂໍ້ມູນດ້ວຍ API key ທີ່ທ່ານມີຢູ່ແລ້ວ.
ຖານຂໍ້ມູນທີ່ທ່ານໄວ້ວາງໃຈຢູ່ແລ້ວ, ພ້ອມກັບປະເພດຄໍລຳເພີ່ມເຕີມໜຶ່ງປະເພດ
ຖານຂໍ້ມູນ vector ມັກຈະເປັນລະບົບທີສອງທີ່ຕ້ອງໄດ້ດໍາເນີນການຄວບຄູ່ໄປກັບລະບົບທໍາອິດ: ອີກ cluster ຫນຶ່ງ, ເລື່ອງການສໍາຮອງຂໍ້ມູນອີກແບບຫນຶ່ງ, ແລະ ອີກຫນຶ່ງສິ່ງທີ່ຕ້ອງໄດ້ຕື່ນມາແກ້ໄຂ. ນີ້ແມ່ນ pgvector ທີ່ຢູ່ພາຍໃນ PostgreSQL — ເຄື່ອງຈັກດຽວກັນ, ຄວາມທົນທານຄືກັນ, ການສໍາຮອງຂໍ້ມູນພື້ນຖານປະຈໍາຄືນ ແລະ ການຈັດເກັບໄຟລ໌ບັນທຶກ write-ahead ຢ່າງຕໍ່ເນື່ອງແບບດຽວກັນກັບທີ່ສິ່ງອື່ນໆທັງຫມົດຢູ່ທີ່ນີ້ໄດ້ຮັບ. Index ຂອງທ່ານແມ່ນຕາຕະລາງທໍາມະດາທີ່ມີ HNSW index ຢູ່ເທິງນັ້ນ, ດັ່ງນັ້ນມັນຈຶ່ງໄວສໍາລັບການຄົ້ນຫາປະເພດ approximate nearest-neighbour ແລະ ທໍາມະດາໃນທຸກໆດ້ານອື່ນໆ, ຢ່າງໃດກໍຕາມ ມັນແມ່ນຄຸນສົມບັດທີ່ທ່ານຕ້ອງການໃນເວລາຕີສາມຂອງຕອນເຊົ້າ.
ຄວາມກວ້າງຂອງແບບຈຳລອງຂອງທ່ານ, ບໍ່ແມ່ນຄວາມກວ້າງທີ່ພວກເຮົາເລືອກ
ບໍລິການຈັດການ Vector ທີ່ຄຸ້ມຄອງໂດຍສ່ວນໃຫຍ່ບັງຄັບໃຫ້ທ່ານເລືອກຈາກລາຍຊື່ຂະໜາດສັ້ນໆ. ຂະໜາດຂອງທ່ານບໍ່ຈຳເປັນຕ້ອງເປັນຕົວເລກມົນໆ: ຄ່າໃດກໍຕາມຕັ້ງແຕ່ 1 ຫາ 3072 ແມ່ນສາມາດນຳໃຊ້ໄດ້ ແລະ ຖືກເກັບໄວ້ຢ່າງຄົບຖ້ວນ, ເພາະວ່າ Vector ທີ່ມີຂະໜາດແຄບກວ່າຈະຖືກຕື່ມໃສ່ຄວາມກວ້າງທາງກາຍະພາບຕໍ່ໄປດ້ວຍເລກສູນ — ຢ່າງໃດກໍຕາມ, ມັນຈະບໍ່ປ່ຽນແປງໄລຍະ Cosine, Euclidean ແລະ Inner-product ຢ່າງສິ້ນເຊິ່ງ. ໂມເດວຂະໜາດ 1408 ມິຕິຈະຈັດອັນດັບໄດ້ຄືກັນກັບໂມເດວທີ່ຖືກກຳນົດຂະໜາດມາສຳລັບມັນໂດຍກົງ, ແລະ ການອ່ານຂໍ້ມູນຈະສົ່ງຄືນຄ່າ 1408 ທີ່ທ່ານໄດ້ຈັດເກັບໄວ້, ໂດຍຈະບໍ່ມີສ່ວນທີ່ຕື່ມເຂົ້າໄປຢ່າງແນ່ນອນ.
ລວມຢູ່ໃນທຸກແຜນເວັກເຕີ
- ຄວາມກວ້າງຂອງການຝັງໃດໆກໍຕາມສູງສຸດເຖິງ 3072, ແລະ ໄລຍະຫ່າງແບບ cosine, Euclidean ຫຼື inner-product
- ຂໍ້ມູນເມຕາທີ່ເກັບໄວ້ກັບທຸກເວັກເຕີ, ແລະຖືກກັ່ນຕອງໃນເວລາສອບຖາມ
- ການສຳຮອງຂໍ້ມູນທຸກຄືນ ພ້ອມກັບການເກັບຮັກສາໄວ້ 30 ວັນ ແລະ ການກູ້ຄືນຕາມຈຸດເວລາທີ່ກຳນົດ
- ຄວາມປອດໄພລະດັບແຖວ ເຮັດໃຫ້ເວັກເຕີຂອງອົງກອນໜຶ່ງບໍ່ສາມາດເຂົ້າເຖິງໄດ້ຈາກອີກອົງກອນໜຶ່ງ
ແຜນການ ແລະ ລາຄາ
ສາມຂັ້ນ, ວາງລາຄາຕາມສອງສິ່ງທີ່ມີຄ່າໃຊ້ຈ່າຍສຳລັບພວກເຮົາຢ່າງແທ້ຈິງຄື: ປະລິມານທີ່ທ່ານຈັດເກັບ ແລະ ປະລິມານທີ່ທ່ານຄົ້ນຫາ.
ຄິດໄລ່ຕາມການຕັ້ງຄ່າຂອງທ່ານ
ຄ່າໃຊ້ຈ່າຍແມ່ນຂຶ້ນກັບພາກພື້ນ, ຂະໜາດເຄື່ອງ, ແບນດ໌ວິດ ແລະ ພື້ນທີ່ຈັດເກັບຂໍ້ມູນທີ່ທ່ານເລືອກ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີຕົວເລກລາຍເດືອນອັນດຽວທີ່ພວກເຮົາສາມາດແຈ້ງໄວ້ໃນນີ້ໄດ້ຕາມຄວາມຈິງ. ບອກຄວາມຕ້ອງການຂອງວຽກງານໃຫ້ພວກເຮົາຮູ້ແລ້ວພວກເຮົາຈະສະໜອງລາຄາໃຫ້.
ຂັບເຄື່ອນດ້ວຍພະລັງງານໝູນວຽນ 100%
ເຊີເວີທຸກໆໂຕທີ່ເຮົາໃຊ້ງານ, ໃນທຸກຜະລິດຕະພັນ, ແມ່ນຂັບເຄື່ອນດ້ວຍໄຟຟ້າໝູນວຽນ. ບໍ່ແມ່ນການຊົດເຊີຍພາຍຫຼັງ — ແຕ່ແມ່ນການຈັດຫາແບບນັ້ນຕັ້ງແຕ່ຕົ້ນ.
- ໄຟຟ້າໝູນວຽນ 100% ໃນທຸກບໍລິການໂຮດຕິ້ງຂອງພວກເຮົາ
- ສູນຂໍ້ມູນທີ່ດໍາເນີນງານດ້ວຍ PUE 1.1 ຫາ 1.2
- ເວັບໄຊໃນແພລດຟອມທີ່ໃຊ້ຮ່ວມກັນຂອງພວກເຮົາແມ່ນຜ່ານການກວດສອບຂອງ Green Web Foundation — ເຊິ່ງເປັນບຸກຄົນທີສາມທີ່ທ່ານສາມາດກວດສອບໄດ້ດ້ວຍຕົນເອງ
ຄຳຖາມທີ່ຄົນມັກຖາມກ່ອນຊື້
ສິ່ງນີ້ໃຊ້ໄດ້ກັບຕົວແບບ embedding ໃດແດ່?
ອັນໃດກໍໄດ້. ທ່ານສົ່ງຕົວເລກທີ່ໂມເດວຂອງທ່ານສ້າງຂຶ້ນມາໃຫ້ພວກເຮົາ, ດັ່ງນັ້ນ OpenAI, Cohere, Voyage, ໂມເດວ Sentence-Transformers ຢູ່ເທິງເຄື່ອງຂອງທ່ານເອງ ແລະ ອື່ນໆ ແມ່ນຄືກັນທັງໝົດສຳລັບພວກເຮົາ. ທ່ານບອກຄວາມກວ້າງໃຫ້ພວກເຮົາໃນເວລາທີ່ທ່ານສ້າງດັດຊະນີ — 384, 768, 1024, 1536 ແລະ 3072 ແມ່ນພົບເຫັນໄດ້ທົ່ວໄປທັງໝົດ, ແລະ ຄ່າທີ່ຢູ່ລະຫວ່າງນັ້ນກໍຄືກັນ.
ຂ້ອຍສາມາດປ່ຽນຄວາມກວ້າງ ຫຼື ຟັງຊັນໄລຍະຫ່າງຂອງດັດຊະນີໃນພາຍຫຼັງໄດ້ບໍ?
ບໍ່, ແລະພວກເຮົາຂໍເວົ້າຢ່າງກົງໄປກົງມາດີກວ່າການປ່ອຍໃຫ້ທ່ານຄົ້ນພົບມັນດ້ວຍຕົນເອງ. ທັງສອງຢ່າງເປັນຕົວ ກຳ ນົດວ່າເວັກເຕີຂອງທ່ານຖືກເກັບໄວ້ຢູ່ໃສໃນທາງກາຍຍະພາບແລະຈັດອັນດັບແນວໃດ, ດັ່ງນັ້ນການປ່ຽນອັນໃດອັນໜຶ່ງຈະເຮັດໃຫ້ທຸກຢ່າງທີ່ມີຢູ່ໃນດັດຊະນີໝົດຜົນບັງຄັບໃຊ້ໂດຍບໍ່ໄດ້ແຈ້ງເຕືອນ. ຖ້າທ່ານ ປ່ຽນໄປໃຊ້ຮູບແບບການຝັງທີ່ແຕກຕ່າງກັນ, ໃຫ້ສ້າງດັດຊະນີທີສອງແລະຂຽນລົງໃນນັ້ນ — ເຊິ່ງເປັນສິ່ງດຽວກັນທີ່ຖານຂໍ້ມູນເວັກເຕີທຸກແຫ່ງຮ້ອງຂໍຈາກທ່ານ, ແລະດ້ວຍເຫດຜົນດຽວກັນ.
ມີອັນໃດແຕກຕ່າງກ່ຽວກັບເວັກເຕີທີ່ກວ້າງຫຼາຍບໍ?
ແມ່ນແລ້ວ, ແລະມັນເປັນສິ່ງທີ່ຄວນຮູ້. ຫຼາຍກວ່າ 2,000 ມິຕິ ຄ່າຕ່າງໆແມ່ນຖືກເກັບໄວ້ທີ່ຄວາມແມ່ນຍຳເຄິ່ງໜຶ່ງ, ເນື່ອງຈາກດັດສະນີ HNSW ຂອງ PostgreSQL ບໍ່ຍອມຮັບຄໍລຳທີ່ມີຄວາມແມ່ນຍຳເຕັມທີ່ທີ່ກວ້າງກວ່າຈຳນວນດັ່ງກ່າວ. ສຳລັບຮູບແບບ 3072 ມິຕິ ນີ້ແມ່ນວິທີການທີ່ pgvector ແນະນຳເອງ ແລະ ຜົນກະທົບຕໍ່ການຈັດອັນດັບແມ່ນມີໜ້ອຍຫຼາຍ — ແຕ່ມັນແມ່ນການແລກປ່ຽນທີ່ເກີດຂຶ້ນຈິງ ແລະ ທ່ານຄວນຮັບຊາບຈາກພວກເຮົາ ດີກວ່າທີ່ຈະຄາດເດົາເອົາເອງ.
ຂ້ອຍຈະໄດ້ຮັບ string ເຊື່ອມຕໍ່ຖານຂໍ້ມູນບໍ?
ບໍ່ແມ່ນມື້ນີ້. ທ່ານເຂົ້າເຖິງດັດຊະນີຂອງທ່ານຜ່ານ HTTPS ດ້ວຍລະຫັດ API ຂອງ Zinn® ຂອງທ່ານ, ເຊິ່ງຖືກກຳນົດຂອບເຂດໄວ້ເພື່ອໃຫ້ລະຫັດທີ່ສາມາດຄົ້ນຫາໄດ້ບໍ່ສາມາດເຮັດຫຍັງອື່ນໃນບັນຊີຂອງທ່ານໄດ້. ນັ້ນແມ່ນສິ່ງທີ່ຊ່ວຍໃຫ້ພວກເຮົາແທກຈຳນວນການສອບຖາມຢ່າງຊື່ສັດ ແລະ ຮັກສາຂໍ້ມູນຂອງຜູ້ໃຊ້ຄົນໜຶ່ງບໍ່ໃຫ້ຜູ້ໃຊ້ອື່ນເຂົ້າເຖິງໄດ້. ຖ້າການເຊື່ອມຕໍ່ໂດຍກົງແມ່ນສິ່ງທີ່ທ່ານຕ້ອງການ, ກະລຸນາບອກພວກເຮົາ — ພວກເຮົານິຍົມສ້າງມັນຂຶ້ນຍ້ອນມີຄົນຮ້ອງຂໍ ຫຼາຍກວ່າການຄາດເດົາເອົາເອງ.
ມັນຖືກວັດແທກແນວໃດ, ແລະ ຂ້ອຍສາມາດກວດເບິ່ງຕົວເລກດ້ວຍຕົນເອງໄດ້ບໍ?
ກ່ຽວກັບສອງແມັດກຽດ: ທ່ານຈັດເກັບຫຼາຍປານໃດ ແລະ ທ່ານດຳເນີນການຄົ້ນຫາຈັກເທື່ອໃນໜຶ່ງເດືອນປະຕິທິນ. ທັງສອງຢ່າງແມ່ນສະແດງຢູ່ໃນໜ້າປັດຂອງທ່ານເມື່ອມັນເກີດຂຶ້ນ. ການຈັດເກັບຂໍ້ມູນແມ່ນສູດທີ່ເຜີຍແຜ່ແທນທີ່ຈະເປັນຂະໜາດຕາຕະລາງທາງຮ່າງກາຍ ເຊັ່ນ: ຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມຂອງແຖວ, ບວກກັບຄວາມກວ້າງທີ່ຖືກຈັດເກັບ, ບວກກັບຄວາມຍາວຂອງລະຫັດ ແລະ ຂໍ້ມູນເມຕາຂອງທ່ານເອງ ເພື່ອໃຫ້ທ່ານສາມາດຄິດໄລ່ຕົວເລກທີ່ພວກເຮົາກຳລັງເກັບເງິນຈາກທ່ານຄືນໃໝ່ໄດ້ຢ່າງຊັດເຈນ ແທນທີ່ຈະເຊື່ອພຽງແຕ່ຄຳເວົ້າຂອງພວກເຮົາ.