ویکٹر ڈیٹا بیسز

ایک مینیجڈ ویکٹر ڈیٹا بیس جو صرف PostgreSQL ہے

ایمبیڈنگز کو اسٹور کریں اور معنی کے لحاظ سے ان کی تلاش کریں، pgvector پر جسے ہم چلاتے ہیں اور آپ کے لیے بیک اپ لیتے ہیں۔ سیکھنے کے لیے کوئی نیا ڈیٹا اسٹور نہیں، سائز دینے کے لیے کوئی کلسٹر نہیں — ایک انڈیکس بنائیں، اپنے ویکٹرز لکھیں، اور اس API کلید کے ساتھ استفسار کریں جو آپ کے پاس پہلے سے موجود ہے۔

وہ ڈیٹا بیس جس پر آپ پہلے ہی بھروسہ کرتے ہیں، ایک اضافی کالم کی قسم کے ساتھ

ایک ویکٹر ڈیٹا بیس عام طور پر پہلے کے ساتھ چلانے کے لیے ایک دوسرا سسٹم ہوتا ہے: ایک اور کلسٹر، ایک اور بیک اپ سٹوری، ایک اور چیز جس کے لیے جگایا جائے۔ یہ PostgreSQL کے اندر pgvector ہے — وہی انجن، وہی استحکام، وہی رات کا بنیادی بیک اپ اور مسلسل رائٹ-اہید لاگ آرکائیونگ جو یہاں موجود ہر دوسری چیز کو ملتی ہے۔ آپ کا انڈیکس ایک عام ٹیبل ہے جس پر HNSW انڈیکس موجود ہے، لہذا یہ قریبی ترین پڑوسی کی تلاش کے لیے تیز رفتار ہے اور ہر لحاظ سے معمول کے مطابق ہے، جو کہ آپ کو صبح کے تین بجے درکار ہوتا ہے۔

آپ کے ماڈل کی چوڑائی، ہماری چنی ہوئی چوڑائی نہیں

زیادہ تر مینیجڈ ویکٹر سروسز آپ کو ڈائمینشنز کی ایک مختصر فہرست میں سے انتخاب کرنے پر مجبور کرتی ہیں۔ آپ کا ویکٹر گول نمبر ہونا ضروری نہیں ہے: 1 سے 3072 تک کچھ بھی قبول کیا جاتا ہے اور بالکل ویسا ہی رکھا جاتا ہے، کیونکہ ایک تنگ ویکٹر کو صفر کے ساتھ اگلے فزیکل ڈتھ میں پیڈ کر دیا جاتا ہے—جو کہ کوسائن، یوکلیڈین اور انر پروڈکٹ کے فاصلے کو بالکل بھی تبدیل نہیں کرتا ہے۔ ایک 1408 ڈائمینشن والا ماڈل بالکل اس ماڈل کی طرح رینک کرتا ہے جو اس کے لیے نیٹیو سائز کا ہو، اور ریڈز آپ کو وہ 1408 ویلیوز واپس دیتے ہیں جو آپ نے اسٹور کی تھیں، کبھی بھی پیڈنگ نہیں۔

ہر ویکٹر پلان میں شامل ہے

  • 3072 تک کی کوئی بھی ایمبیڈنگ چوڑائی، اور کوسائن، یوکلیڈین یا اندرونی پیداوار کا فاصلہ
  • ہر ویکٹر کے ساتھ محفوظ کردہ اور استفسار کے وقت فلٹر کیا گیا میٹا ڈیٹا
  • 30 دن کے ریٹینشن اور پوائنٹ اِن ٹائم ریکوری کے ساتھ روزانہ کے بیک اپس
  • رو-لیول سیکیورٹی، تاکہ ایک تنظیم کے ویکٹرز دوسری تنظیم کی رسائی سے باہر ہوں

منصوبے اور قیمتیں

تین درجے، جن کی قیمت ان دو چیزوں پر رکھی گئی ہے جن کی ہمیں درحقیقت قیمت چکانی پڑتی ہے: آپ کتنا ذخیرہ کرتے ہیں اور آپ کتنا تلاش کرتے ہیں۔

آپ کی کنفیگریشن کے مطابق قیمت

لاگت کا انحصار آپ کے منتخب کردہ خطے، مشین کے سائز، بینڈ وڈتھ اور اسٹوریج پر ہوتا ہے، اس لیے کوئی ایک ماہانہ رقم ایسی نہیں ہے جسے ہم یہاں دیانت داری سے درج کر سکیں۔ ہمیں اپنا ورک لوڈ بتائیں اور ہم اس کا تخمینہ فراہم کریں گے۔

100% قابل تجدید توانائی سے چلنے والا

ہمارا ہر سرور، ہر پروڈکٹ پر، قابلِ تجدید بجلی سے چلتا ہے۔ بعد میں آفسیٹ نہیں کیا جاتا — اسی طرح حاصل کیا جاتا ہے۔

  • ہماری تمام ہوسٹنگ پر 100% قابلِ تجدید بجلی
  • ۱.۱ سے ۱.۲ کے PUE پر چلنے والے ڈیٹا سینٹرز
  • ہمارے شیئرد پلیٹ فارم پر موجود سائٹس گرین ویب فاؤنڈیشن کی جانچ میں پورا اترتی ہیں — ایک ایسا تیسرا فریق جس کی تصدیق آپ خود کر سکتے ہیں

پڑھیے کہ ہم پلیٹ فارم کو کیسے چلاتے ہیں

خریدنے سے پہلے لوگوں کے پوچھے جانے والے سوالات

یہ کن ایمبیڈنگ ماڈلز کے ساتھ کام کرتا ہے؟

ان میں سے کوئی بھی۔ آپ ہمیں وہ نمبر بھیجتے ہیں جو آپ کے ماڈل نے تیار کیے ہیں، لہٰذا OpenAI، Cohere، Voyage، آپ کی اپنی مشین پر موجود Sentence-Transformers ماڈل اور کوئی بھی دوسری چیز ہمارے لیے بالکل یکساں ہیں۔ جب آپ انڈیکس بناتے ہیں تو آپ ہمیں چوڑائی بتاتے ہیں — 384، 768، 1024، 1536 اور 3072 تمام عام ہیں، اور ان کے درمیان کی کوئی بھی چوڑائی بھی اتنی ہی عام ہے۔

کیا میں بعد میں انڈیکس کی چوڑائی یا فاصلے کے فنکشن کو تبدیل کر سکتا ہوں؟

نہیں، اور ہم اسے چھپانے کے بجائے صاف لفظوں میں بتانا بہتر سمجھتے ہیں۔ دونوں اس بات کا فیصلہ کرتے ہیں کہ آپ کے ویکٹرز طبعی طور پر کہاں محفوظ ہیں اور ان کی درجہ بندی کیسے کی جاتی ہے، اس لیے کسی ایک کو بھی تبدیل کرنے سے انڈیکس میں پہلے سے موجود ہر چیز خاموشی سے غیر فعال ہو جائے گی۔ اگر آپ کسی دوسرے ایمبیڈنگ ماڈل پر سوئچ کرتے ہیں، تو دوسرا انڈیکس بنائیں اور اس میں لکھیں — وہی بات جو ہر ویکٹر ڈیٹا بیس آپ سے کہتا ہے، اور اسی وجہ سے۔

کیا بہت چوڑے ویکٹرز میں کوئی فرق ہے؟

ہاں، اور یہ جاننا ضروری ہے۔ 2,000 سے زیادہ ڈائمینشنز کے لیے اقدار کو نصف درستگی (half precision) پر محفوظ کیا جاتا ہے، کیونکہ PostgreSQL کا HNSW انڈیکس اس سے زیادہ چوڑے فل پریزیشن کالم کو قبول نہیں کرتا۔ 3072 ڈائمینشن کے ماڈلز کے لیے یہ وہی طریقہ ہے جس کی خود pgvector سفارش کرتا ہے اور رینکنگ پر اس کا اثر نہ ہونے کے برابر ہے — لیکن یہ ایک حقیقی سمجھوتہ (trade-off) ہے اور آپ کو اس کا اندازہ خود لگانے کے بجائے ہم سے معلوم ہونا چاہیے۔

کیا مجھے ڈیٹا بیس کنکشن اسٹرنگ ملے گی؟

آج نہیں۔ آپ HTTPS کے ذریعے اپنی Zinn® API کلید کے ساتھ اپنے انڈیکس تک رسائی حاصل کرتے ہیں، جس کا دائرہ کار اس طرح طے کیا گیا ہے کہ تلاش کرنے والی کلید آپ کے اکاؤنٹ میں کوئی اور کام نہ کر سکے۔ یہی وہ چیز ہے جو ہمیں سوالات کی ایمانداری کے ساتھ پیمائش کرنے اور ایک ٹیننٹ کی قطاروں کو دوسرے کی پہنچ سے باہر رکھنے کے قابل بناتی ہے۔ اگر آپ کو براہ راست کنکشن کی ضرورت ہے تو ہمیں بتائیں — ہم اندازہ لگانے کے بجائے کسی کے پوچھنے پر اسے بنانا زیادہ پسند کریں گے۔

اس کی پیمائش کیسے کی جاتی ہے، اور کیا میں خود اعداد و شمار چیک کر سکتا ہوں؟

دو پیمانوں پر: ایک تقویمی مہینے میں آپ کتنا ڈیٹا ذخیرہ کرتے ہیں اور کتنی بار تلاش کرتے ہیں۔ دونوں ہی آپ کے ڈیش بورڈ پر فوری طور پر ظاہر ہوتے ہیں۔ اسٹوریج کسی فزیکل ٹیبل کے سائز کے بجائے ایک شائع شدہ فارمولا ہے — رو کا اوور ہیڈ، جمع ذخیرہ شدہ چوڑائی، جمع آپ کی اپنی آئی ڈیز (IDs) اور میٹا ڈیٹا کی لمبائی — تاکہ ہماری بات پر آنکھیں بند کر کے یقین کرنے کے بجائے، آپ اس رقم کا خود حساب لگا سکیں جس کا ہم آپ سے بل لے رہے ہیں۔