ฐานข้อมูลทั้งหมดจะกลายเป็นเวกเตอร์ดาต้าเบสในไม่ช้านี้
(nextword.substack.com)- Vector DB ไม่ใช่หมวดหมู่ฐานข้อมูลที่แยกออกมาต่างหาก
- ในอีกไม่นาน ฐานข้อมูลทุกประเภท รวมถึงกราฟ เชิงสัมพันธ์ เอกสาร และคีย์-แวลู DB ตลอดจนแคช จะรองรับ "การค้นหาเวกเตอร์" ไม่ทางใดก็ทางหนึ่ง
- เส้นแบ่งระหว่าง Vector DB กับฐานข้อมูลที่ไม่ใช่จะยิ่งเลือนรางลง และ Vector DB เฉพาะทางอย่าง Pinecone, Weaviate, Milvus เป็นต้น จะสูญเสียแรงส่งและความแตกต่างท่ามกลางการแข่งขัน
- คาดว่าฐานข้อมูลในปัจจุบันจะพยายามใช้เวิร์กโหลด/ฐานผู้ใช้เดิม เพื่อดึงเวิร์กโหลด RAG (Retrieval Augmented Generation) แบบใหม่เข้ามา
4 ความคิดเห็น
แม้แต่ PostgreSQL ก็รองรับโมดูลเวกเตอร์แล้วนะครับ! หวังว่าเอนจินอื่น ๆ จะรองรับกันเร็ว ๆ เหมือนกันครับ 555
ก็ไม่แน่แฮะ
ในฐานะนักพัฒนาที่ทำงานมา 28 ปีแล้ว สำหรับผมก็ยังไม่แน่ใจ???
ไลบรารีพัฒนาแผนภูมิก็คงไม่หายไปและจะพัฒนาต่อไปด้วย . . ดูแล้วคงไม่จำเป็นที่ฐานข้อมูลต้องมีแผนภูมิอยู่ในนั้น
ถึงจะเอา DB กับพวกชาร์ตมารวมกัน ก็เหมือนแค่เพิ่มภาระให้ DB
ในฐานะนักพัฒนาเลยยิ่งกังวลมากขึ้น . ทั้งที่ปัญหาใหญ่ที่สุดอยู่แล้วก็คือ ต้องคอยแก้ปัญหาที่ฐานข้อมูลยิ่งใหญ่ขึ้นทุกวันจนยิ่งช้าลง , ดังนั้นประเด็นสำคัญคือการแยกออกให้มากที่สุดเพื่อปรับแต่งความเร็วให้เหมาะสมต่างหาก .
การค้นหาเวกเตอร์คือการจัดเก็บ Embedding ที่โมเดลดีปเลิร์นนิงอย่าง LLM ใช้งานไว้ในรูปแบบเวกเตอร์ แล้วคำนวณและค้นหาความคล้ายคลึงกันระหว่างเวกเตอร์เหล่านั้นภายในระบบได้อย่างรวดเร็ว รวมถึงทำงานอย่างการจัดเก็บข้อมูลด้วย แต่ผมสงสัยว่าคำว่า ชาร์ต ที่คุณพูดถึงนั้นหมายถึงอะไรครับ
ดูจากคำว่าเวกเตอร์แล้ว เหมือนคุณจะใช้มันในความหมายพ้องกัน เพราะทุกวันนี้ไลบรารีทำกราฟมักเรนเดอร์เป็นภาพเวกเตอร์อย่าง SVG
เป็นคอมเมนต์ที่น่าสนใจ เพราะเหมือนคนเขียนจะรู้เรื่องราวภายในของวงการอยู่บ้าง
สิ่งที่พูดถึงตรงนั้นหมายความว่า สิ่งที่เคยถูกกล่าวถึงแค่ในเชิงทฤษฎีอย่าง Content-based address(reference) นั้น ช่วงหลังมานี้ด้วยความก้าวหน้าอย่างรวดเร็วของเทคโนโลยี AI (ซึ่งก็รวมเรื่องที่เกี่ยวข้องอย่าง vectorizing อยู่ด้วย) ทำให้มันกลายเป็นสิ่งที่ทำได้ง่ายมากเสียจนถึงขั้นคาดกันว่า อีกไม่นานเราจะได้เห็นฟังก์ชันนี้ใน DBMS แบบดั้งเดิมด้วย