columnar
beir
columnar | beir | |
---|---|---|
5 | 8 | |
76 | 1,388 | |
- | 4.0% | |
8.3 | 4.2 | |
10 days ago | about 2 months ago | |
C++ | Python | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
columnar
-
Manticore Search 6
If you use our Manticore Columnar Library, which is highly recommended, secondary indexes are now ON by default. After their introduction in the previous major release they were significantly improved and we now believe having them enabled by default makes sense for most users. There’s also a new command ALTER TABLE table_name REBUILD SECONDARY to rebuild your secondary indexes, e.g. when you upgrade from a previous version.
-
Manticore: a faster alternative to Elasticsearch in C++ with a 21-year history
Speaking about the other differences, the most important is probably the same as if we compare Manticore with Typesense: MeiliSearch isn't supposed to be used in a big data scenario. They say that the max index size is 100 GB and that 8.6MB dataset when indexed by MeiliSearch takes 300+ MB of RAM . Manticore Search for example is used by Craigslist that would probably go broke if they had to spend 300MB of RAM for each 9MB of data. And we made it even better when we developed the columnar storage.
-
Manticore Search 5
In Manticore 5 we addded Fast fetching for attributes backed by Manticore Columnar Library: queries like select * from are now much faster than previously, especially if there are many fields in the schema.
-
Manticore Search: 3 years after forking from Sphinx
We already have a beta version ready and here are some first results comparing Manticore Columnar Library + Manticore Search vs Elasticsearch on the same dataset as above (excluding full-text queries, i.e. mostly grouping queries):
beir
-
On building a semantic search engine
The BEIR project might be what you're looking for: https://github.com/beir-cellar/beir/wiki/Leaderboard
- BEIR: A Heterogeneous Benchmark for Information Retrieval
-
Benefits of hybrid search
Custom datasets can also be evaluated using this method as specified in this link. This article and the associated benchmarks script can be reused to evaluate what method works best on your data.
-
Meilisearch vs. Elasticsearch
> Meilisearch focuses on simplicity, relevancy, and performance.
> excellent relevance out of the box
> if ease of use, performance, and relevancy are important to you, Meilisearch was made for you
Is there a benchmark that shows Meilisearch outperforming Elasticsearch in terms of relevance score? I couldn't find Meilisearch listed on https://github.com/beir-cellar/beir.
- Manticore 6.0.0 – a faster alternative to Elasticsearch in C++
-
An alternative to Elasticsearch that runs on a few MBs of RAM
There are actually benchmarks that allow measuring search relevancy objectively, e.g. BEIR[1]. Manticore Search team did an effort to make a PR to include it to the list. The results are here [2]. Unfortunately the BEIR team seems to be too busy to review a whole pile of PRs including about Vespa. Nevertheless it would be nice to have both Meilisearch and Typesense there too since it's interesting what performance those non-tf-idf based search engines would show compared to BM25-based and vector search engines.
[1] https://github.com/beir-cellar/beir
-
Manticore Search: Elasticsearch Alternative
True! Here's a pull request to BEIR to compare Manticore with Elasticsearch in terms of relevance https://github.com/beir-cellar/beir/pull/92. Spoiler: in this test Manticore provides better relevance than Elasticsearch in average. Of course you can tune both further and Elasticsearch now has KNN which when combined with BM25 can give even better relevance. In general I would say for most users the results quality in terms of full-text relevance is about the same in Elasticseach and Manticore.
-
Manticore: a faster alternative to Elasticsearch in C++ with a 21-year history
But there's for example BEIR that compared BM25 vs state of the art ML language models and it turned out BM25 is in average better than all of them unless you rerank top 100 results from Elasticsearch using the language models. With Manticore you can get even better relevance than with Elasticsearch. We made a pull-request to BEIR to demonstrate that https://docs.google.com/spreadsheets/d/1_ZyYkPJ_K0st9FJBrjbZqX14nmCCPVlE_y3a_y5KkYI/edit#gid=0
What are some alternatives?
manticoresearch - Easy to use open source fast database for search | Good alternative to Elasticsearch now | Drop-in replacement for E in the ELK soon
hub
manticoresearch-php - Official PHP client for Manticore Search
kantan.csv - CSV handling library for Scala
ui - https://db-benchmarks.com website
sv - Comma (and other) separated values
sonic - 🦔 Fast, lightweight & schema-less search backend. An alternative to Elasticsearch that runs on a few MBs of RAM.
icu - The home of the ICU project source code.
tape - Tasks Assessing Protein Embeddings (TAPE), a set of five biologically relevant semi-supervised learning tasks spread across different domains of protein biology.
db-benchmarks - Fair database benchmarks framework and datasets