[Koha-bugs] [Bug 12478] Elasticsearch support for Koha

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Oct 6 11:59:39 CEST 2015


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478

--- Comment #143 from Jonathan Druart <jonathan.druart at bugs.koha-community.org> ---
Robin,
Maybe I have not drunk enough tea this morning but...
I am trying to improve the mappings area to have a consistent interface to
manage them.
The idea is to 1) move the elastic_mapping.sql to a elastic_mapping.json file
(easier to modify and read), 2) provide methods to serialize/unserialize
mappings and then 3) introduce a backup/import/reset mappings feature and
finally 4) make easier the mapping progression to get a good basis to use ES.

I have managed to create a json file from the sql file, the structure is
something like:

{
  biblio => {
    title => {
      label    => 'Title',
      type     => 'string',
      mappings => [
        {
          suggestible => 1,
          facet       => 1,
          marc21      => '245a',
          unimarc     => '200a',
          normarc     => '245a',
        },
      ]
   },
}

And I have some questions :)
- Do you agree with the idea?
- Don't you think the index_name should be a column of the search_fields table?
- Some of the fields don't have a type, should we assign "string" as the
default value?
- wordings: 'sortable' and 'facetable' sounds more appropriate than 'sort' and
'facet'
- (/me is clearing his throat) I think that all the mappings of a field should
be removed if the field is removed. In other word, there is a 1-n relationship
beetwen search_field and search_marc_map, which means that the join table
(search_marc_to_field) is not needed and we could simplify the structure
removing it.

I am going to wait for an answer before starting anything :)

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list