We Chose Meilisearch Over Other Search Engines Despite a Major Drawback

WBOY
Release: 2024-07-29 07:20:23
Original
289 people have browsed it

Is it worth investing resources in a third-party search engine? Here are our reasons.

We are continuously working on improving our product Feedback by Hexmos day by day for the upcoming release.

New features and pages are coming up, the UI is changing, bugs are being noticed and fixed, and many changes are happening in the product. As the product grows, we realize we need to improve the navigation across the product.

We already have a sidebar and a client-side search package cmdk to navigate to different screens, but difficulties arise when we want to search for different user profiles, teams, team performance, etc., which forces us to integrate a better third party search engine for Feedback.

Another reason for a dedicated search engine is that we have other products in the chain such as FeedZap, which requires a complex text search operations in future.

Considering this, we are planning to put effort into implementing a dedicated, powerful search engine that adapts to our use cases and resource availability.

How to Choose the Right Search Engine that fit your Needs

There are a lot of search engines available, including open-source search engines, serverless, server-based, etc.
Before diving in to figure out the right one, it's always better to do an analysis of your requirements and infrastructure, including present and future needs.

For some products, searchable data are minimal but require a decent search feature with minimal operation, yet can't afford a dedicated server.
For other products, the dataset is larger, requires additional complex search operations and have enough resources to load a dedicated search engine.

Based on this, I reviewed a few popular search engines.

Need Decent Performance, Dataset Is Small, and Can't Afford a Server

PostgreSQL Full-Text Search

If you are using PostgreSQL and don't want to maintain any other index-based database, then PostgreSQL Full-Text Search (PSFTS) is a good option. However, it is not recommended for large use cases where you deal with millions of transactions and extensive data management.

Bleve

Bleve is another option to consider if your project is within the Go ecosystem. It is recommended if you can't rely on powerful server-based search engine services. Here is the benchmark report on Bleve.

Tantivy

Tantivy is written in Rust and is particularly useful for Rust-based projects. It has received numerous positive feedbacks and is a good option to consider.
We Chose Meilisearch Over  Other Search Engines Despite a Major Drawback

Need Powerful Performance, Large Dataset, and Can Afford a Server

Need Powerful Performance, Large Dataset, and Can Afford a Server

If you own a server or cloud instance and require a powerful, scalable search engine with full control, then a server-based option is the way to go.

Our considerations and requirements led us to choose a server-based search engine. We have enough resources to host it, and it is better than serverless options for

  • Long-term use
  • Scalability
  • Additional support for complex search operations such as:
    • Facet search: it means when shopping online, you might search for "laptops" and then use facet search to narrow down results by selecting filters like "price under $1000," "brand: Apple," and "RAM: 16GB."
    • Multisearch: Consider travel website which might let users search for flights, hotels, and car rentals all at once and display back the integrated results.
    • Search-as-you-type: It provides real-time search results based on each key stroke.
  • Common search system for mulitiple products.

After extensive filtering, we narrowed it down to four options in this category such as:

  1. Meilisearch
  2. Typesense
  3. PISA Search
  4. Manticore

Here is a comparison between them:

基準 メイリサーチ タイプセンス ピサ検索 マンティコア
入力しながら検索 はい はい いいえ いいえ
ファセット検索 はい はい いいえ いいえ
複数のスキーマ/製品のサポート はい はい - はい
RAM使用量 224 MB ディスクの場合:~305 MB RAM プライマリ インデックスの場所はディスクです プライマリインデックスの場所はRAMです。100MBのディスクには300MBのRAMが必要です - -
CPU使用率 12 コア マシンの場合、最大 6 コアが使用されます。CPU 使用率の高さに関連する Github の問題 4vCPU の場合、104 同時検索/秒を処理します - -
タイプミス、同義語の処理 はい はい - -

PISA 検索とマンティコアは、どちらも私たちのアプリケーションに必要な入力時検索機能とファセット検索機能を提供していないため、除外しました。

ここで記事全文を読み続けてください: https://journal.hexmos.com/we-chose-meilisearch-over-10-other-search-engines-despite-a-major-drawback/

The above is the detailed content of We Chose Meilisearch Over Other Search Engines Despite a Major Drawback. For more information, please follow other related articles on the PHP Chinese website!

source:dev.to
Statement of this Website
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Popular Tutorials
More>
Latest Downloads
More>
Web Effects
Website Source Code
Website Materials
Front End Template
About us Disclaimer Sitemap
php.cn:Public welfare online PHP training,Help PHP learners grow quickly!