query-builder
whoosh
Our great sponsors
- SonarLint - Clean code begins in your IDE with SonarLint
- Revelo Payroll - Free Global Payroll designed for tech teams
- Onboard AI - Learn any GitHub repo in 59 seconds
- InfluxDB - Collect and Analyze Billions of Data Points in Real Time
query-builder | whoosh | |
---|---|---|
0 | 5 | |
46 | 456 | |
- | - | |
0.0 | 10.0 | |
almost 5 years ago | 2 months ago | |
Crystal | Python | |
MIT License | GNU General Public License v3.0 or later |
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.
query-builder
We haven't tracked posts mentioning query-builder yet.
Tracking mentions began in Dec 2020.
whoosh
-
Milli-py: Python bindings for Milli, an embeddable high-performance search engine
The only other embeddable search engine I'm aware off, Whoosh, is brilliant but building the index was quite slow, and search performance degraded quite a lot as number of documents increase (performance is strictly a non-goal). Meilisearch was comparatively faster, I didn't like managing a server to get "just search" in my scripts and applications. However, their underlying engine Milli solves both issues I had, and all that was needed creating bindings for it.
-
Meilisearch v1.0 – the open-source Rust alternative to Algolia and Elasticsearch
Is it really "just a single statically linked binary"?
I'd love to use Meilisearch as you describe, but their so-called SDKs are just about for the search client, you still need the HTTP server listening on localhost.
I would love to see something like SQLite based off Meilisearch (i.e. a fully selfcontained library like https://github.com/mchaput/whoosh). Do you know if such a thing exists?
-
Starting a KF Discord Bot
Your best bet is to start using a proper search library rather than the simple loop with 'in' checks that you have now. A search lib will handle things like Unicode/ASCII similarities, removal of stop words, stemming, TF-IDF (and other) weighting, etc. and will be massively faster as well. Quite a few pages come up if you Google "python search engine", also Whoosh looks promising.
What are some alternatives?
Elasticsearch - Free and Open, Distributed, RESTful Search Engine
query.cr - Query abstraction for Crystal Language. Used by active_record.cr library.
hermes - Datamapper like Crystal ORM and adapter for Elasticsearch
soegen - Elasticsearch client library for crystal, similar to rubys stretcher gem
Search Engine Parser - Lightweight package to query popular search engines and scrape for result titles, links and descriptions
elasticsearch-dsl-py - High level Python client for Elasticsearch
Whoosh
pysolr - Pysolr — Python Solr client
solrpy - Automatically exported from code.google.com/p/solrpy
lunr.js - A bit like Solr, but much smaller and not as bright
django-haystack - Modular search for Django