MeiliSearch VS manticoresearch

We needed to introduce a new service for search. As we settled on using meilisearch, we needed a way to sync updates on our models with the records in meilisearch. We could've continued to use callbacks but we needed something better.

Meilisearch

In this case, a good strategy is to use vector search only when the keyword/prefix search returns none or just a small number of results. A good candidate for this is MeiliSearch. It uses custom ranking rules to provide results as fast as the user can type.

With the VertexAI endpoint set up and tested, our next step is to work with LibreChat. LibreChat is an open-source ChatGPT clone that can integrate with various AI models, including the PaLM 2 models via the VertexAI API. It's built using React, MongoDB, and Meilisearch technologies.

Meilisearch seems like it is the best open source option.

https://www.meilisearch.com/

Starting with v1.3, you can use Meilisearch as a vector store. Meilisearch allows you to store vector embeddings alongside your documents conveniently. You will need to create the vector embeddings using your third-party tool of choice (Hugging Face, OpenAI). As we published the first v1.3 release candidate, you can try out vector search today.

I work at Meilisearch, an open-source search engine built in Rust. 🦀

https://www.meilisearch.com/ https://github.com/meilisearch

Note, you need to do it in the root folder of a clone from https://github.com/manticoresoftware/manticoresearch

Interesting, how does it compare to Mantico search?

Where Manticore Search? https://manticoresearch.com/

It's not open source since 2017. The open source fork is https://github.com/manticoresoftware/manticoresearch

I haven't looked at the code, but I've seen https://github.com/manticoresoftware/manticoresearch popping up in a few places. Might be worth looking at. It would be great to have a faster drop-in replacement for Elasticsearch that's not written in Java. They blogged about it here: https://manticoresearch.com/blog/manticore-alternative-to-elasticsearch/

I don't see anywhere where they claim that it's faster simply because it's written in C++. They do mention that they make use of C++ to add low level optimizations that make queries faster and the memory imprint smaller, but any claims about performance in the readme are linked to benchmarks to back up their claims

https://github.com/manticoresoftware/manticoresearch/

https://db-benchmarks.com/test-taxi/#manticore-search-vs-ela...

contributors