የቬክተር ዳታቤዞች

PostgreSQL ብቻ የሆነ አስተዳደራዊ ቬክተር ዳታቤዝ

በእኛ በሚተዳደረው እና ምትኬ በሚደረግለት pgvector ላይ የተካተቱ (embeddings) መረጃዎችን በማከማቸት በትርጉም ፈልጓቸው። አዲስ የሚማሩት ዳታቤዝ የለም፣ ክላስተር መጠን ማስተካከል አያስፈልግም — ኢንዴክስ ይፍጠሩ፣ ቬክተሮችዎን ያስገቡ እና አስቀድመው ባለዎት የኤፒአይ ቁልፍ (API key) ይጠይቁ።

이미 የሚተማመኑበት የውሂብ ጎታ፣ ተጨማሪ የአምድ ዓይነት ያለው

የቬክተር ዳታቤዝ ብዙውን ጊዜ ከፊተኛው ጋር አብሮ የሚሰራ ሁለተኛ ስርዓት ነው፤ ሌላ ክላስተር፣ ሌላ የመጠባበቂያ ታሪክ፣ ሌላ ለሊት የሚቀሰቅስ ጉዳይ። ይህ በ PostgreSQL ውስጥ የሚገኘው pgvector ነው — ተመሳሳይ ሞተር፣ ተመሳሳይ ጥንካሬ፣ ተመሳሳይ የሌሊት የመሠረት መጠባበቂያ እና ቀጣይነት ያለው የጽሁፍ-አስቀድሞ-መዝገብ (write-ahead log) ማህደር እዚህ ውስጥ ያለው ሌላው ሁሉ የሚያገኘው። የእርስዎ ኢንዴክስ በላዩ ላይ HNSW ኢንዴክስ ያለው ተራ ሠንጠረዥ ነው፣ ስለዚህ ለአጠቃላይ የቅርብ-ጎረቤት ፍለጋ ፈጣን እና በሌሎች ሁሉም ጉዳዮች የተለመደ ነው፣ ይህም ከሌሊቱ ዘጠኝ ሰዓት ላይ የሚፈልጉት ባህሪ ነው።

የሞዴልዎ ስፋት እንጂ እኛ የመረጠነው ስፋት አይደለም

አብዛኛዎቹ የሚተዳደሩ የቬክተር አገልግሎቶች ከአጭር የልኬቶች ዝርዝር ውስጥ እንዲመርጡ ያስገድዱዎታል። የእርስዎ ክብ ቁጥር መሆን የለበትም፡ ከ1 እስከ 3072 ያለው ማንኛውም ነገር ተቀባይነት አግኝቶ በትክክል ይያዛል፣ ምክንያቱም ጠባብ ቬክተር በቀጣዩ ፊዚካዊ ስፋት በዜሮዎች ስለሚሞላ — ይህ የኮሳይን፣ የዩክሊዲያን እና የውስጥ-ምርት ርቀትን በፍጹም አይለውጠውም። የ1408 ልኬት ሞዴል በመጀመሪያ ደረጃ ለዚያው ከተዘጋጀው ጋር አንድ አይነት ደረጃ ይሰጣል፣ እና ንባቦች ያስቀመጧቸውን 1408 እሴቶች ይመልሱልዎታል እንጂ የተሞላውን አይሰጡዎትም።

በእያንዳንዱ የቬክተር ዕቅድ ውስጥ ተካትቷል

  • እስከ 3072 የሚደርስ ማንኛውም የክፍተት ስፋት፣ እና የኮሳይን፣ የዩክሊዲያን ወይም የውስጥ-ውጤት ርቀት
  • ከእያንዳንዱ ቬክተር ጋር የተከማቸ እና በጥያቄ ጊዜ የተጣራ ሜታዳታ
  • የሌሊት ምትኬዎች ከ30-ቀን ማቆያ እና ነጥብ-በ-ሰዓት መልሶ ማግኛ ጋር
  • የረባ-ደረጃ (row-level) ደህንነት፣ በዚህም የአንድ ድርጅት ቬክተሮች ከሌላው ሊደረሱባቸው አይችሉም

ዕቅዶች እና ዋጋዎች

ሶስት ደረጃዎች፣ ትክክለኛ ወጪ በሚጠይቁብን ሁለት ነገሮች ላይ የተመሰረቱ ዋጋዎች፡ የምታስቀምጡት መጠን እና የምትፈልጉት መጠን።

እንደ አወቃቀርዎ ዋጋ ተሰጥቶታል

ወጪው እርስዎ በሚመርጡት ክልል፣ የማሽን መጠን፣ የመተላለፊያ ይዘት (ባንድዊዝ) እና ማከማቻ ይወሰናል፣ ስለዚህ እዚህ ልንጠቅሰው የሚችል አንድ ነጠላ ወርሃዊ ምስል የለም። የስራ ጫናውን ይንገሩን እና ዋጋ እንሰጥዎታለን።

በ100% ታዳሽ ኃይል የሚሰራ

የምንጠቀመው እያንዳንዱ ሰርቨር፣ በእያንዳንዱ ምርት ላይ፣ የሚሰራው ከታዳሽ ኤሌክትሪክ ሃይል ነው። ከበስተጀርባ በሂደት የሚካካስ አይደለም — በቀጥታ ከዚሁ ምንጭ የተገኘ ነው።

  • በሁሉም የድረ-ገጽ ማስተናገጃዎቻችን ውስጥ 100% ታዳሽ ኤሌክትሪክ
  • በ 1.1 እስከ 1.2 PUE የሚሰሩ ዳታ ሴንተሮች
  • በተጋራው መድረክ ላይ ያሉ ዎች የGreen Web Foundationን ምርመራዎች አልፈዋል — እርስዎ እራስዎ ማረጋገጥ የሚችሉት ሶስተኛ ወገን

መድረኩን እንዴት እንደምናስተዳድር አንብብ

ሰዎች ከመግዛታቸው በፊት የሚያነሷቸው ጥያቄዎች

ይህ ከየትኞቹ የትርጉም ሞዴሎች (embedding models) ጋር ይሰራል?

ከእነዚህ ውስጥ ማንኛቸውም። ሞዴልዎ ያመነጨባቸውን ቁጥሮች ለእኛ ይልኩልናል፣ ስለዚህ OpenAI፣ Cohere፣ Voyage፣ በራስዎ ማሽን ላይ ያለ የSentence-Transformers ሞዴል እና ሌላውም ነገር ሁሉ ለእኛ ተመሳሳይ ናቸው። ኢንዴክሱን ሲፈጥሩ ስፋቱን ይነግሩናል—384፣ 768፣ 1024፣ 1536 እና 3072 ሁሉም የተለመዱ ናቸው፣ በመካከላቸው ያለ ነገርም እንዲሁ።

በኋላ ኢንዴክስ ያለው ስፋት ወይም የርቀት ፈንክሽን መለወጥ እችላለሁ?

ይህ አይደለም፣ እና እንድታገኙት ከመጠበቅ ይልቅ በቀጥታ መናገር እንመርጣለን። ሁለቱም የቬክተሮችዎ አካላዊ ማከማቻ ቦታ እና አሰላለፍ እንዴት እንደሚከናወን ይወስናሉ፣ ስለዚህ ከሁለቱ አንዱን መቀየር በማንኛውም ሁኔታ ቀድሞውኑ በማውጫው ውስጥ ያሉትን ነገሮች ሁሉ ዋጋ ቢስ ያደርጋቸዋል። ወደ ሌላ የማካተት (የኤምቤዲንግ) ሞዴል ከቀየሩ፣ ሁለተኛ ማውጫ ይፍጠሩ እና በእሱ ውስጥ ይጻፉ — እያንዳንዱ የቬክተር ዳታቤዝ ለተመሳሳይ ምክንያት የሚጠይቅዎት ተመሳሳይ እርምጃ ይህ ነው።

very wide vectors በተመለከተ የተለየ ነገር አለ?

አዎ፣ እና ማወቅ ጠቃሚ ነው። ከ2,000 ዳይሜንሽን በላይ ያሉት እሴቶች በግማሽ ትክክለኛነት (half precision) ይቀመጣሉ፣ ምክንያቱም የPostgreSQL HNSW ኢንዴክስ ከዚህ የበለጠ ሰፊ የሆነ ሙሉ ትክክለኛነት (full-precision) ያለው አምድ አይቀበልም። ለ3072 ዳይሜንሽን ሞዴሎች ይህ ራሱ pgvector የሚመክረው አካሄድ ነው እና በደረጃ አሰጣጥ ላይ ያለው ተፅዕኖ እጅግ አነስተኛ ነው—ነገር ግን ይህ ትክክለኛ የንግድ ልውውጥ (trade-off) ነው እና ከእኛ ቢሰሙት ይሻላል።

የዳታቤዝ ግንኙነት ማያያዣ (connection string) እናገኛለሁን?

ዛሬ አይደለም። መለያ ቁልፍዎ ፍለጋን ብቻ እንዲያከናውን የተገደበ ሆኖ፣ በHTTPS በኩል የZinn® ኤፒአይ መለያ ቁልፍዎን በመጠቀም ማውጫዎን ይደርርሳሉ። ይህ ጥያቄዎችን በሐቀኝነት እንድንለካ እና የአንድ ተከራይ ረድፎች ከሌላው እንዳይደረሱ ለማድረግ ያስችለናል። ቀጥተኛ ግንኙነት የሚፈልጉ ከሆነ ንገሩን፤ ገምተን ከመሥራት ሰው ጠይቆን ብንሠራው ይሻለናል።

እንዴት ይለካል፣ እና ቁጥሮቹን እኔ ራሴ ማረጋገጥ እችላለሁ?

በሁለት መለኪያዎች ላይ፡ በክላንደር ወር ውስጥ ምን ያህል እንደሚያከማቹ እና ስንት ፍለጋዎችን እንደሚያካሂዱ። ሁለቱም ልክ እንደተከሰቱ በዳሽቦርድዎ ላይ ይታያሉ። በእኛ ቃል ላይ ከመመካት ይልቅ የምናስከፍልዎትን ቁጥር በትክክል እንደገና ማረጋገጥ እንዲችሉ፣ ማከማቻ በአካል እንደሚታይ የሰንጠረዥ መጠን ሳይሆን ይፋ የተደረገ ፎርሙላ ነው — የረድፍ በላይ ወጪ (row overhead)፣ ሲደመር የተከማቸው ስፋት፣ ሲደመር የራስዎ መታወቂያዎች (ids) እና ሜታዳታ ርዝመት።