Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reopening "Case sensitivity (of facet fields, maybe others?) #504" #1851

Open
zehawki opened this issue Jul 22, 2024 · 2 comments
Open

Reopening "Case sensitivity (of facet fields, maybe others?) #504" #1851

zehawki opened this issue Jul 22, 2024 · 2 comments

Comments

@zehawki
Copy link

zehawki commented Jul 22, 2024

Description

Issue is exactly as described earlier. I thought this issue was fixed - but its still occurring. Am I missing something?

?q=*&per_page=0&facet_by=tags&max_facet_values=100 gives:

image

filter_by: tags:COVID19MANIPUR

image

Another example

image

image

Metadata

Typesense Version:
v26.0

OS:
Ubuntu 22.04.4 LTS

@kishorenc
Copy link
Member

kishorenc commented Jul 26, 2024

@zehawki

It's a bit more nuanced now. Long story short, we have two facet indices which is used to optimize performance for different use cases. In one approach, we have to store the value as they are because they are displayed directly, without touching the disk. The behavior you are seeing now (which seems like a regression) uses this approach because the engine deemed this to be the fastest way to do facets for this query.

The older index approach normalizes the facet values but loads them from disk. If you want to use the older index (which can be slower for certain use cases), then use the latest 0.27 RC build and set the following search parameter:

facet_strategy=exhaustive

@kishorenc
Copy link
Member

kishorenc commented Jul 26, 2024

It must be facet_strategy=exhaustive -- I have also updated the comment above.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants