[Feature] Support hybrid file-index queries with full-text search, vector search, and predicate
Mantenedores costumam responder em até 3 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
Direção de pesquisa
Start by reading the existing Predicate hierarchy and separate search request implementations to see how file indexes currently handle filtering and TopK. The issue proposes retaining Predicate for filters and making TopK a separate root operation, but gives no file names or acceptance tests. Done means nested Boolean predicates, full-text matching, and vector or full-text TopK queries preserve the full expression, use available indexes, and fall back to exact scalar evaluation.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Search before asking
- I searched in the issues and found nothing similar.
Motivation
We want to support hybrid queries that combine scalar predicates, full-text matching predicates, and vector or full-text TopK search through file indexes.
The existing separate search requests do not provide a unified way to express and execute nested filtering expressions such as:
(price < 10 AND MATCH(body, "apple")) OR (price < 15 AND MATCH(body, "orange"))
These filters should also be usable as the input to a vector or full-text TopK search. Execution should preserve the complete Boolean expression, use available indexes, and fall back to exact scalar evaluation where necessary.
The proposal reuses the existing Predicate hierarchy for filtering and keeps TopK as a separate root operation.
Solution
No response
Anything else?
No response
Are you willing to submit a PR?
- I'm willing to submit a PR!
- Linguagem predominante
- C++
- Estrelas
- 70
- Forks
- 36
- Merge médio
- 3d 9h
- PRs com merge (30d)
- 42
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de apache/paimon-cpp
-
[Feature] Split the table hierarchy and materialize the store a table is served byTalvez já em andamento @lucasfang assumiu há 4 dias. Aberta
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
apache/paimon-cpp#459 ·
Mantenedores costumam responder em até 3 dias
-
bug
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 57/100
apache/paimon-cpp#454 ·
Mantenedores costumam responder em até 3 dias
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 8/100
apache/paimon-cpp#435 · 2 comentários ·
Mantenedores costumam responder em até 3 dias
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
apache/paimon-cpp#410 ·
Mantenedores costumam responder em até 3 dias
-
enhancement
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
apache/paimon-cpp#409 ·
Mantenedores costumam responder em até 3 dias
Todas as issues de apache/paimon-cpp
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
-
macOS: a double-click on a notarized altairsim is refused, and the docs give only the offline caseTalvez já em andamento @anhaoXie assumiu hoje. Abertadocumentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 88/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
mutationpp/Mutationpp#337 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
bulletphysics/bullet3#4819 ·
-
[YSQL] Local-node initdb reads postgres.bki, but YB clusters bootstrap only from yb_postgres.bkiAbertaarea/ysql kind/enhancement priority/low status/awaiting-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
yugabyte/yugabyte-db#35763 ·
Mantenedores costumam responder em até 1 dia