posit-dev / posit-dev/raghilda
Support LIKE/contains filtering for string attributes
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 36
- Forks
- 0
- Avg merge
- 17m
- Merged PRs (30d)
- 3
Description
Summary
The attribute filter layer currently supports eq, ne, gt, gte, lt, lte, in, and nin operators. There's no way to do substring/pattern matching on string attributes.
Motivation
When attributes store comma-separated values (e.g. labels = "bug, enhancement"), exact equality filters like labels = 'bug' won't match. A LIKE operator would allow patterns like labels LIKE '%bug%' to find partial matches.
This came up in the GitHub issues RAG example, where issue labels are stored as a comma-separated string and users want to filter by a single label.
Backend support
- DuckDB: Native
LIKEsupport - ChromaDB: Has
$containsoperator (equivalent) - OpenAI: Unsupported (raise an error)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No file or test is named. Start by locating the attribute filter layer and its DuckDB, ChromaDB, and OpenAI backend mappings; then inspect existing operator tests or add coverage for substring patterns, equivalent ChromaDB contains behavior, and an error for OpenAI. Done means string pattern filtering works where supported and unsupported backends fail clearly.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend, databases
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100