# Typesense Use Cases
We primarily built Typesense to be a search engine optimized for fast, typo-tolerant full-text search.
However, we've been pleasantly surprised by interesting use cases our users have started using it for, beyond just search. We've been able to better support some of these use cases based on feedback from users.
# Good Use Cases
Here is an evolving set of use-cases where Typesense can be used:
- Typo-tolerant fuzzy search-as-you-type to power autocomplete search bars and search results pages
- Faceted navigation and browsing experience, where users don't need to type in a keyword, instead they directly start applying filters to drill down multiple attributes to get to the documents they're looking for. (Eg: https://ecommerce-store.typesense.org/ (opens new window))
- As a geo-distributed cache, in order to place data close to users. Instead of hitting your primary database for data which is probably hosted in a single geo region, since you already send Typesense a snapshot of your data, you could fetch documents directly from a geo-distributed Typesense cluster, which routes requests to the node that's closest to the user, thus reducing latency.
- For finding documents that are similar to each other, using vector search (opens new window). The definition of "similarity" can be defined by any ML models you build, you'd take the output of the model (vectors), index them in Typesense and then do a nearest-neighbor search. Using this, you can implement features like personalization, recommendations, visual search, semantic search, similarity search, etc.
- To power data visualizations like charts and tables, using the aggregated facet metrics returned by Typesense.
- Multi-tenant search, where certain records / fields can only be accessed by certain sets of users (eg, logged-in users, admins, users on a certain pricing plan, etc)
- Federated search, where the search is performed across multiple indices and the results are shown to users side-by-side.
- Geo-search, to search / sort records that are in proximity to a given latitude/longitude.
If you're using Typesense for any other use-cases let us know in our Slack Community (opens new window)!
# Bad Use Cases
Here are a list of use-cases where we do not recommend that you use Typesense:
Typesense should NOT be used as a primary data store, which stores the only copy of your data.
Typesense is designed to be a secondary data store. Meaning, you want to use another primary database to store the primary copy of your data, where your application writes data into. You'd then sync a copy of the data into Typesense in order to support one of the use-cases above.
Typesense is usually not a good fit for searching application logs.
This is because logs are voluminous in size and storing logs in RAM could be cost prohibitive depending on the size of your log dataset. Also, logs typically do not need an instant search-as-you-type experience, which is what Typesense is optimized for. That said, we do have some users who want to expose some of the logs generated by their users in their app in a UI for them to search / browse, and Typesense can be used for such specialized end-user facing search.