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

FTS: Full-Text Search API Epic #7959

Closed
8 tasks done
matthewmueller opened this issue Jun 30, 2021 · 7 comments
Closed
8 tasks done

FTS: Full-Text Search API Epic #7959

matthewmueller opened this issue Jun 30, 2021 · 7 comments
Labels
kind/epic A high-level initiative that has many subtasks. team/client Issue for team Client. topic: fullTextSearch

Comments

@matthewmueller
Copy link
Contributor

matthewmueller commented Jun 30, 2021

Problem Statement

Searching for information is one of the most common tasks on the internet. We use Google to search the world-wide web, but many applications also want a more focused search to offer their users.

There are a couple specialized tools for doing full-text search like meilisearch and Algolia, but this is yet another tool you need to setup and manage. Additionally, most of the databases we support have built-in support for full-text search. Since your application likely requires a database, it's often easiest to start with the database's full-text search support.

Unfortunately, Prisma doesn't expose these capabilities yet, so you can't take advantage of the database's built-in support. This issue aims to change that.

Tasks

References

@matthewmueller matthewmueller added kind/feature A request for a new feature. team/client Issue for team Client. topic: fullTextSearch topic: epic kind/epic A high-level initiative that has many subtasks. and removed topic: epic labels Jun 30, 2021
@matthewmueller matthewmueller changed the title [Epic] Full-Text Search FTS: Full-Text Search API Epic Jul 2, 2021
@hugbubby
Copy link

O.O

@Jolg42
Copy link
Member

Jolg42 commented Aug 12, 2021

Which connectors will support this? (all of them?, it's not clear from the description)

@molebox
Copy link

molebox commented Aug 12, 2021

Wait, can we dog food this then and drop algolia?

@Jolg42
Copy link
Member

Jolg42 commented Aug 12, 2021

Algolia in docs provides much more than just a full search query though so probably not.
Algolia is much faster for a docs usecase and matches typos and more (analytics, synonyms...).

@jackbravo
Copy link

Algolia makes it much more convenient. But both SQLite and PostgreSQL (I guess MySQL too) can match typos, synonyms, and have other features.

@matthewmueller
Copy link
Contributor Author

matthewmueller commented Aug 16, 2021

@Jolg42, we're focusing on Postgres right now. In the future we'd like to support MySQL and SQLite, but for those databases, we need to define indexes in the Prisma Schema.

@molebox, it would be some work to migrate over but it would be possible!


Since these epics are more for our internal planning, I'm going to lock this issue. Please feel free to comment in the original Feature Request issue.

@prisma prisma locked and limited conversation to collaborators Aug 16, 2021
@janpio janpio removed the kind/feature A request for a new feature. label Aug 16, 2021
@matthewmueller
Copy link
Contributor Author

matthewmueller commented Aug 26, 2021

This is now in preview in 2.30.0! Share feedback in this issue: #8877

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/epic A high-level initiative that has many subtasks. team/client Issue for team Client. topic: fullTextSearch
Projects
None yet
Development

No branches or pull requests

6 participants