Show HN: A SQL engine with semantic operators to query unstructured data
1–5 of 5 posts
Re: Show HN: A SQL engine with semantic operators to query unstructured data
#2Would love some feedback
Re: Show HN: A SQL engine with semantic operators to query unstructured data
#3-----
SELECT id
FROM index_name
ORDER BY emb $query_vector
LIMIT k;
-----
$query_vector may come from anywhere including being transformed on the fly from 'some text'.
Re: Show HN: A SQL engine with semantic operators to query unstructured data
#4Interesting idea! What are you suggesting to do with relevance? I feel like one MEANS request returns just one best matching result while a user may want to have more. We decided to express it in SQL logic like what you see below but I'm really curious how the MEANS operator could be applied. ----- SELECT id FROM index_name ORDER BY emb $query_vector LIMIT k; ----- $query_vector may come from anywhere including being…
The way it works is: 1. Prune rows based on semantic index 2. Run surviving rows through the LLM which answer yes or no to the given predicate. 3. Collect final result.
Order by relevance is on the roadmap but I haven’t given it much thought.
The use case I’ve been working with is querying meeting transcripts. May I ask what your use cases are and how you’d like order by relevance to work?
Re: Show HN: A SQL engine with semantic operators to query unstructured data
#5Interesting idea! What are you suggesting to do with relevance? I feel like one MEANS request returns just one best matching result while a user may want to have more. We decided to express it in SQL logic like what you see below but I'm really curious how the MEANS operator could be applied. ----- SELECT id FROM index_name ORDER BY emb $query_vector LIMIT k; ----- $query_vector may come from anywhere including being…
Yeah I’d say sorting by relevance is similar but MEANS is strictly a boolean operator only allowed in WHERE clauses at the moment. The way it works is: 1. Prune rows based on semantic index 2. Run surviving rows through the LLM which answer yes or no to the given predicate. 3. Collect final result. Order by relevance is on the roadmap but I haven’t given it much thought. The use case I’ve been working with is queryin…