Remix.run Logo
▲ sreekanth850 5 hours ago

I find very little reason to use a pure vector database for enterprise retrieval. We built an enterprise retrieval engine on top of a SQL database with native vector support, and the flexibility is something we cannot ignore. Vector similarity is just one query primitive alongside full text search, filters, joins, ordering and normal relational predicates. Tenant/app/collection isolation becomes part of the query itself. ACLs, document versions, categories, metadata constraints and temporal filters are ordinary predicates rather than something you have to bolt onto a vector store. SQL is already going to be part of almost any enterprise system. Adding a separate vector database introduces another moving part and syncing two system whenever you update your data is the most difficult thing to get right.

▲ijidak 2 hours ago | parent | next [-]

Which database did you use?

▲sreekanth850 2 hours ago | parent [-]

We use cratedb. but now, clickhouse, starrocks all hve vector.

▲polynomial 2 hours ago | parent | prev [-]

[dead]