- DB vektor bukan kategori DB yang terpisah
- Dalam waktu dekat, semua DB termasuk DB graf, relasional, dokumen, dan key-value serta cache akan mendukung "pencarian vektor" dalam suatu bentuk
- Batas antara DB vektor dan non-vektor akan menjadi kabur, dan DB vektor khusus seperti Pinecone, Weaviate, dan Milvus akan kehilangan momentum serta diferensiasi di tengah persaingan
- Diperkirakan DB saat ini akan mencoba menangkap workload RAG (Retrieval Augmented Generation) baru dengan memanfaatkan workload/basis pengguna yang sudah ada
4 komentar
Ternyata PostgreSQL juga mendukung modul vektor! Semoga engine-engine lain juga cepat mendukung ya, hehe.
Entahlah
Sebagai pengembang dengan pengalaman 28 tahun, menurut saya entahlah???
Library pengembangan chart tidak akan hilang dan justru akan terus berkembang... rasanya tidak perlu chart masuk ke dalam DB.
Kalaupun DB dan chart semacam itu digabungkan, kesannya hanya menambah beban pada DB, jadi sebagai pengembang malah makin khawatir. Begitu pun, masalah terbesar saat ini adalah menangani DB yang kian membesar dari hari ke hari sehingga makin lambat; karena itu kuncinya adalah memisahkan sebanyak mungkin agar kustomisasi kecepatan bisa dioptimalkan.
Pencarian vektor pada dasarnya melakukan penyimpanan embedding yang digunakan oleh model deep learning seperti LLM dalam bentuk vektor, lalu dengan cepat menghitung dan menemukan hal-hal seperti kemiripan di antara vektor-vektor tersebut secara internal, atau menyimpannya. Saya penasaran, yang Anda maksud dengan chart itu apa?
Sepertinya Anda melihat kata vektor dan menganggapnya sinonim karena akhir-akhir ini library chart dirender sebagai gambar vektor seperti SVG.
Ini komentar yang menarik karena terasa seperti ditulis oleh orang yang paham situasi industri.
Yang dimaksud di sana adalah bahwa content-based address(reference), yang sebelumnya hanya dibahas secara teoretis, belakangan ini menjadi sangat mudah diterapkan berkat perkembangan pesat teknologi AI (termasuk hal-hal terkait seperti vectorizing), sampai-sampai diperkirakan fungsi itu akan segera bisa dijumpai juga di DBMS tradisional.