เวกเตอร์ดาต้าเบส

ฐานข้อมูลเวกเตอร์แบบจัดการได้ที่เป็น PostgreSQL จริง ๆ

จัดเก็บข้อมูลเวกเตอร์และค้นหาตามความหมาย บน pgvector ที่เราดูแลจัดการและสำรองข้อมูลให้คุณ ไม่ต้องเรียนรู้ระบบจัดเก็บข้อมูลใหม่ ไม่ต้องกำหนดขนาดคลัสเตอร์ — สร้างดัชนี เขียนเวกเตอร์ของคุณ และค้นหาด้วยคีย์ API ที่คุณมีอยู่แล้ว

ฐานข้อมูลที่คุณไว้วางใจอยู่แล้ว พร้อมประเภทคอลัมน์เพิ่มเติมอีกหนึ่งประเภท

ฐานข้อมูลเวกเตอร์มักจะเป็นระบบที่สองที่ต้องรันควบคู่ไปกับระบบแรก ได้แก่ คลัสเตอร์อื่น เรื่องราวการสำรองข้อมูลอื่น สิ่งอื่นที่ต้องตื่นขึ้นมาดูแล นี่คือ pgvector ภายใน PostgreSQL ซึ่งใช้เอนจิ้นเดียวกัน ความทนทานเดียวกัน การสำรองข้อมูลพื้นฐานประจำคืนและการเก็บถาวรบันทึกการเขียนล่วงหน้าแบบต่อเนื่องเช่นเดียวกับทุกสิ่งทุกอย่างที่นี่ ดัชนีของคุณคือตารางธรรมดาที่มีดัชนี HNSW อยู่ จึงรวดเร็วสำหรับการค้นหาเพื่อนบ้านใกล้เคียงโดยประมาณและน่าเบื่อในทุกๆ ด้าน ซึ่งเป็นคุณสมบัติที่คุณต้องการตอนตีสาม

ความกว้างของโมเดลของคุณ ไม่ใช่ความกว้างที่เราเลือก

บริการเวกเตอร์แบบจัดการส่วนใหญ่จะบังคับให้ท่านเลือกจากรายการขนาดมิติที่มีจำกัด แต่มิติของท่านไม่จำเป็นต้องเป็นเลขลงตัว โดยสามารถใช้จำนวนใดก็ได้ตั้งแต่ 1 ถึง 3072 และจะถูกจัดเก็บไว้อย่างแม่นยำ เนื่องจากเวกเตอร์ที่มีขนาดแคบกว่าจะถูกเติมเต็มด้วยเลขศูนย์จนเท่ากับความกว้างทางกายภาพถัดไป ซึ่งส่งผลให้ระยะห่างแบบโคไซน์ (cosine), ยูคลิด (Euclidean) และผลคูณภายใน (inner-product) ไม่มีความเปลี่ยนแปลงเลยแม้แต่น้อย โมเดลขนาด 1408 มิติจะจัดลำดับได้เหมือนกับโมเดลที่ออกแบบมาสำหรับขนาดนั้นโดยเฉพาะ และเมื่ออ่านข้อมูล ท่านจะได้รับค่า 1408 ค่าเดิมที่เคยจัดเก็บไว้กลับคืนมาเสมอ โดยไม่มีส่วนที่เติมเต็มติดมาด้วย

รวมอยู่ในทุกแผนบริการเวกเตอร์

  • ความกว้างการฝังตัวใดๆ สูงสุด 3072 และระยะแบบโคไซน์ ยูคลิด หรือผลคูณภายใน
  • เมทาเดตาที่จัดเก็บไว้กับเวกเตอร์แต่ละรายการ และกรองในเวลาที่ทำการคิวรี
  • การสำรองข้อมูลรายวันพร้อมการเก็บรักษาข้อมูลนาน 30 วันและการกู้คืนข้อมูล ณ จุดเวลาใดเวลาหนึ่ง
  • ความปลอดภัยระดับแถว (Row-level security) ทำให้เวกเตอร์ขององค์กรหนึ่งไม่สามารถเข้าถึงได้จากอีกองค์กรหนึ่ง

แผนและราคา

สามระดับ คิดราคาตามสองสิ่งที่มีต้นทุนสำหรับเราจริงๆ คือ ปริมาณที่คุณจัดเก็บและปริมาณที่คุณค้นหา

คิดราคาตามการตั้งค่าของคุณ

ค่าใช้จ่ายขึ้นอยู่กับภูมิภาค ขนาดเครื่อง แบนด์วิดท์ และพื้นที่จัดเก็บข้อมูลที่คุณเลือก ดังนั้นจึงไม่มีตัวเลขรายเดือนเพียงตัวเดียวที่เราจะสามารถระบุไว้ที่นี่ได้อย่างตรงไปตรงมา บอกภาระงานของคุณให้เราทราบแล้วเราจะเสนอราคาให้คุณเอง

ขับเคลื่อนด้วยพลังงานหมุนเวียน 100%

ทุกเซิร์ฟเวอร์ที่เราใช้งาน ในทุกผลิตภัณฑ์ ขับเคลื่อนด้วยไฟฟ้าหมุนเวียน ไม่ใช่การชดเชยคาร์บอนย้อนหลัง แต่เราจัดหามาด้วยวิธีนั้นตั้งแต่ต้น

  • ไฟฟ้าหมุนเวียน 100% สำหรับโฮสติ้งทั้งหมดของเรา
  • ศูนย์ข้อมูลที่ทำงานด้วยค่า PUE ระหว่าง 1.1 ถึง 1.2
  • เว็บไซต์บนแพลตฟอร์มแบบแชร์ของเราผ่านการตรวจสอบของ Green Web Foundation ซึ่งเป็นบุคคลที่สามที่คุณสามารถตรวจสอบได้ด้วยตนเอง

อ่านวิธีที่เราเรียกใช้งานแพลตฟอร์ม

คำถามที่ผู้คนมักถามก่อนตัดสินใจซื้อ

ระบบฝังตัวนี้ใช้งานได้กับโมเดลใดบ้าง

ไม่ว่าตัวใดก็ได้ คุณส่งตัวเลขที่โมเดลของคุณสร้างขึ้นมาให้เรา ดังนั้น OpenAI, Cohere, Voyage, โมเดล Sentence-Transformers บนเครื่องของคุณเอง และอื่น ๆ จึงเหมือนกันสำหรับเราทั้งหมด คุณระบุความกว้างเมื่อสร้างดัชนี ซึ่งขนาด 384, 768, 1024, 1536 และ 3072 เป็นขนาดทั่วไป รวมถึงค่าอื่น ๆ ที่อยู่ระหว่างนี้ด้วย

ฉันสามารถเปลี่ยนความกว้างหรือฟังก์ชันระยะของอินเด็กซ์ในภายหลังได้หรือไม่

ไม่ใช่ และเราขอแจ้งให้ทราบอย่างตรงไปตรงมาดีกว่าปล่อยให้คุณต้องรู้เอง ทั้งสองอย่างเป็นตัวกำหนดว่าเวกเตอร์ของคุณถูกจัดเก็บไว้ที่ใดทางกายภาพและมีการจัดลำดับอย่างไร ดังนั้นการเปลี่ยนแปลงอย่างใดอย่างหนึ่งจะทำให้ข้อมูลทั้งหมดที่มีอยู่แล้วในดัชนีใช้งานไม่ได้โดยปริยาย หากคุณเปลี่ยนไปใช้โมเดลการฝังที่แตกต่างกัน ให้สร้างดัชนีที่สองและเขียนข้อมูลลงไป ซึ่งเป็นสิ่งเดียวกันกับที่ฐานข้อมูลเวกเตอร์ทุกแห่งขอให้คุณทำ และด้วยเหตุผลเดียวกัน

เวกเตอร์ที่กว้างมากมีความแตกต่างอะไรบ้างไหมคะ

ใช่ และเป็นเรื่องที่ควรรู้ เหนือกว่า 2,000 มิติ ค่าต่างๆ จะถูกจัดเก็บที่ความแม่นยำระดับครึ่งหนึ่ง (half precision) เนื่องจากดัชนี HNSW ของ PostgreSQL ไม่รองรับคอลัมน์ที่มีความแม่นยำเต็มรูปแบบที่กว้างกว่านั้น สำหรับโมเดล 3072 มิติ นี่คือแนวทางที่ตัว pgvector แนะนำเอง และผลกระทบต่อการจัดอันดับนั้นมีน้อยมาก แต่นี่คือการแลกเปลี่ยนที่แท้จริงและคุณควรทราบจากเราโดยตรงดีกว่าที่จะคาดเดาเอาเอง

ฉันจะได้รับสตริงการเชื่อมต่อฐานข้อมูลหรือไม่

ไม่ใช่ในวันนี้ คุณเรียกใช้งานดัชนีของคุณผ่าน HTTPS ด้วยคีย์ API ของ Zinn® ของคุณ ซึ่งจำกัดขอบเขตไว้เพื่อให้คีย์ที่สามารถค้นหาได้ไม่สามารถทำอย่างอื่นในบัญชีของคุณได้ นั่นคือสิ่งที่ช่วยให้เราวัดปริมาณการค้นหาได้อย่างซื่อตรงและป้องกันไม่ให้แถวข้อมูลของผู้ใช้รายหนึ่งเข้าถึงได้จากรายอื่น หากคุณต้องการการเชื่อมต่อโดยตรง โปรดแจ้งให้เราทราบ เพราะเรายินดีที่จะสร้างมันขึ้นมาจากการที่มีคนขอร้องมากกว่าที่จะคาดเดาเอาเอง

มีการคิดค่าบริการอย่างไร และฉันสามารถตรวจสอบตัวเลขด้วยตนเองได้หรือไม่

ในส่วนของโควตาการใช้งานสองส่วน ได้แก่ ปริมาณข้อมูลที่คุณจัดเก็บและจำนวนการค้นหาที่คุณดำเนินการภายในหนึ่งเดือนตามปฏิทิน ทั้งสองส่วนจะแสดงบนแดชบอร์ดของคุณแบบเรียลไทม์ การจัดเก็บข้อมูลใช้สูตรคำนวณที่กำหนดไว้อย่างชัดเจนแทนที่จะอิงตามขนาดตารางจริง ซึ่งประกอบด้วย ค่าใช้จ่ายส่วนเกินของแถว, ความกว้างที่จัดเก็บ, รวมถึงความยาวของ ID และเมทาเดตข้อมูลของคุณเอง ทั้งนี้เพื่อให้คุณสามารถคำนวณตัวเลขที่เราใช้เรียกเก็บเงินด้วยตนเองได้อย่างแม่นยำ แทนที่จะต้องเชื่อถือเพียงแค่คำกล่าวอ้างของเราเท่านั้น