You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Postgres now offers an extension to store vectors (pgvector).
We could leverage it to store embeddings for our similarity feature, because that's what vector dbs can do best.
Why pgvector? what about another vector db?
We already have Postgres in place, so it would be reasonable not to add another component (our stack is already complicated). Nevertheless, pgvector would require the installation of postgres for all users, also for those fostering sqlite.
So, we have 2 options here: (i) either we integrate vectordb capabilities only for PgClient users (leaving SqliteClient users storing the embeddings as text in sqlite), or (ii) we add a local vector db (like chromadb or FAISS)
Note to myself: option (i) is the more conservative choice, and it could be the starting point
The text was updated successfully, but these errors were encountered:
Postgres now offers an extension to store vectors (pgvector).
We could leverage it to store embeddings for our similarity feature, because that's what vector dbs can do best.
Why pgvector? what about another vector db?
We already have Postgres in place, so it would be reasonable not to add another component (our stack is already complicated). Nevertheless, pgvector would require the installation of postgres for all users, also for those fostering sqlite.
So, we have 2 options here: (i) either we integrate vectordb capabilities only for
PgClient
users (leavingSqliteClient
users storing the embeddings as text in sqlite), or (ii) we add a local vector db (like chromadb or FAISS)Note to myself: option (i) is the more conservative choice, and it could be the starting point
The text was updated successfully, but these errors were encountered: