Allow for an alternative search engine like Elasticsearch
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
I am looking for a way to integrate an additional way to search the Evergreen database. PostgreSQL is great and versatile but I could imagine a scenario where we would allow the local server administrator to implement an alternative in some circumstances. For example:
opac_search_
'keyword => 'elasticsearch',
'title' => 'postgres',
'series' => 'postgres'
.....
]
staff_search_
'keyword => 'postgres',
'title' => 'postgres',
'series' => 'postgres'
.....
]
This could start small and slowly grow. The Elasticsearch team maintains a Perl API: https:/
Therefore, I believe this could be used inside of Evergreen with the results coming back in the same compatible methods interpreted by the rest of the Evergreen code.
I understand that search is complicated and feature-rich. I realize this would create yet another piece of the stack but I think it could be worth it! There are a ton of built-in Elasticsearch features not the least of which is "Phrase suggester" https:/
Thoughts on this are welcome. Trying to get a conversation about it.
tags: | added: opac search wishlist |
Changed in evergreen: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
tags: | removed: wishlist |
I know the koha folks have an elasticsearch option too!
I haven't worked much with elasticsearch, but I've really enjoyed working with solr. It's really easy to tune queries. It also has a result grouping feature that might help out with implementing metarecord search (https:/ /cwiki. apache. org/confluence/ display/ solr/FieldColla psing). Also, "did-you-mean", sweet facets, and all that other fun stuff. CPAN has a solr library, but I haven't had a chance to kick its tires yet.