एक प्रबंधित वेक्टर डेटाबेस जो केवल PostgreSQL है

जिस डेटाबेस पर आप पहले से भरोसा करते हैं, उसमें एक अतिरिक्त कॉलम प्रकार के साथ

वेक्टर डेटाबेस आमतौर पर पहले डेटाबेस के साथ चलाने के लिए एक दूसरा सिस्टम होता है: एक और क्लस्टर, एक और बैकअप कहानी, और जागते रहने की एक और वजह। यह PostgreSQL के भीतर pgvector है — वही इंजन, वही ड्यूरेबिलिटी, वही रात का बेस बैकअप और लगातार राइट-अहेड लॉग आकाइविंग जो यहाँ बाकी सभी चीज़ों को मिलती है। आपका इंडेक्स इस पर एक HNSW इंडेक्स वाली एक सामान्य टेबल है, इसलिए यह अनुमानित निकटतम-पड़ोसी खोज (approximate nearest-neighbour search) के लिए तेज़ है और बाकी हर मामले में सामान्य है, जो कि रात के तीन बजे आप जो खूबी चाहते हैं वही है।

आपके मॉडल की चौड़ाई, हमारी चुनी हुई चौड़ाई नहीं

अधिकांश प्रबंधित वेक्टर सेवाएँ आपको आयामों की एक छोटी सूची में से चुनने के लिए मजबूर करती हैं। आपका वेक्टर गोल संख्या का होना आवश्यक नहीं है: 1 से 3072 तक कुछ भी स्वीकार किया जाता है और बिल्कुल वैसे ही रखा जाता है, क्योंकि एक संकीर्ण वेक्टर को अगली भौतिक चौड़ाई में शून्य के साथ पैड किया जाता है — जिससे कोसाइन, यूक्लिडियन और आंतरिक-उत्पाद दूरी में बिल्कुल कोई बदलाव नहीं होता है। 1408-आयाम वाला मॉडल इसके लिए मूल रूप से आकार दिए गए मॉडल की तरह ही रैंक करता है, और रीड्स आपको आपके संग्रहीत 1408 मान वापस देते हैं, पैडिंग कभी नहीं।

हर वेक्टर प्लान में शामिल

• 3072 तक की कोई भी एम्बेडिंग चौड़ाई, और कोसाइन, यूक्लिडियन या इनर-प्रोडक्ट दूरी
• प्रत्येक वेक्टर के साथ मेटाडेटा संग्रहीत किया जाता है, और क्वेरी के समय फ़िल्टर किया जाता है
• 30 दिनों के रिज़ेंशन और पॉइंट-इन-टाइम रिकवरी के साथ रात के समय के बैकअप
• पंक्ति-स्तर की सुरक्षा, ताकि एक संगठन के वेक्टर दूसरे संगठन के लिए पहुंच से बाहर रहें

योजनाएँ और मूल्य निर्धारण

तीन स्तर, जिनकी कीमत उन दो चीज़ों पर आधारित है जो वास्तव में हमारे लिए खर्च लाती हैं: आप कितना स्टोर करते हैं और आप कितना खोजते हैं।

खरीदने से पहले लोग जो सवाल पूछते हैं