Векторни бази данни
Управлявана векторна база данни, която е просто PostgreSQL
Съхранявайте вграждания и ги търсете по смисъл в pgvector, който поддържаме и архивираме вместо вас. Без нови хранилища за учене, без клъстери за оразмеряване — създайте индекс, запишете векторите си и ги заявeте с API ключа, който вече имате.
Базата данни, на която вече имате доверие, с един тип колона повече
Векторната база данни обикновено е втора система, която да работи редом с първата: друг клъстер, друга стратегия за архивиране, още нещо, за което да ви събудят. Това е pgvector вътре в PostgreSQL — същият двигател, същата надеждност, същите нощни основни архиви и непрекъснато архивиране на журнала за предварително записване (write-ahead log), което получава всичко останало тук. Вашият индекс е обикновена таблица с HNSW индекс върху нея, така че тя е бърза за приблизително търсене на най-близките съседи и скучна във всяко друго отношение, което е свойството, което искате в три сутринта.
Широчината на вашия модел, а не тази, която ние сме избрали
Повечето управлявани векторни услуги ви принуждават да избирате от кратък списък с размери. Вашият не е задължително да бъде кръгло число: всичко от 1 до 3072 се приема и запазва точно, тъй като по-тесният вектор се дозапълва до следващата физическа ширина с нули — което променя косинусовото, евклидовото разстояние и разстоянието по вътрешно произведение абсолютно с нищо. Модел с 1408 измерения се класира идентично на такъв с роден за него размер, а четенето ви връща същите 1408 стойности, които сте съхранили, никога пълнежа.
Включено във всеки план за векторно хостване
- Всяка ширина на вграждане до 3072 и косинусово, евклидово разстояние или разстояние по вътрешно произведение
- Метаданни, съхранени с всеки вектор и филтрирани по време на заявка
- Нощни резервни копия с 30-дневен период на съхранение и възстановяване към конкретен момент във времето
- Сигурност на ниво ред, така че векторите на една организация да бъдат недостъпни за друга
Планве и цени
Три нива, оценени на базата на двете неща, които наистина ни струват нещо: колко съхранявате и колко търсите.
Цената се определя от вашата конфигурация
Цената зависи от региона, размера на машината, пропускателната способност и хранилището, които изберете, така че няма една единствена месечна сума, която честно бихме могли да посочим тук. Кажете ни какво е натоварването ви и ще ви изготвим оферта.
Захранен от 100% възобновяема енергия
Всеки сървър, който поддържаме за всеки продукт, се захранва с възобновяема електроенергия. Не компенсирана занапред — набавена по този начин.
- 100% възобновяема електроенергия във целия ни хостинг
- Дейта центрове, работещи с PUE от 1,1 до 1,2
- Сайтовете на нашата споделена платформа издържат проверките на Green Web Foundation — трета страна, която можете да проверите сами
Въпроси, които хората задават, преди да купят
С кои вградени модели работи това?
Който и да е от тях. Вие ни изпращате числата, които Вашият модел е генерирал, така че OpenAI, Cohere, Voyage, модел на Sentence-Transformers на собствената ви машина и всичко останало са еднакви за нас. Вие задавате ширината, когато създавате индекса — 384, 768, 1024, 1536 и 3072 са все често срещани, както и всичко междинно.
Мога ли да променя ширината или функцията на разстояние на индекс по-късно?
Не, и предпочитаме да го кажем директно, отколкото да ви оставим да го разберете сами. И двете определят къде се съхраняват физически вашите вектори и как се класират, така че промяната на което и да е от тях тихо би анулирала всичко, което вече е в индекса. Ако превключите към друг модел за вграждане, създайте втори индекс и пишете в него — същото нещо, което всяка векторна база данни изисква от вас, и по същата причина.
Има ли нещо различно при много широките вектори?
Да, и си струва да се знае. Над 2000 измерения стойностите се съхраняват с половин точност, тъй като HNSW индексът на PostgreSQL не приема колона с пълна точност, по-широка от това. За модели с 3072 измерения това е подходът, който самият pgvector препоръчва, а ефектът върху класирането е пренебрежим, но това е реален компромис и е по-добре да го научите от нас, отколкото да го предполагате.
Получавам ли връзка за свързване с база данни?
Днес не. Достигате индекса си чрез HTTPS с вашия API ключ за Zinn®, с обхват, така че ключ за търсене да не може да прави нищо друго във вашия акаунт. Това е, което ни позволява да отчитаме правилно заявките и да гарантираме, че редовете на един клиент са недостъпни за друг. Ако имате нужда от директна връзка, кажете ни – предпочитаме да я изградим, защото някой е поискал, вместо да гадаем.
Как се измерва и мога ли сам да проверя стойностите?
На два метра: колко съхранявате и колко търсения извършвате в рамките на един календарен месец. И двете са на таблото ви в реално време. Съхранението представлява публикувана формула, а не размер на физическа таблица – овърхед на ред, плюс съхранената ширина, плюс дължината на вашите собствени идентификатори и метаданни – точно за да можете да възпроизведете сумата, която ви фактурираме, вместо да ни се доверително на думата.