La spécification de la taille totale de résultats à retourner pour ElasticSearch requête lors de l'utilisation inner_hits

ElasticSearch permet inner_hits pour définir "à partir de" et "taille" des paramètres, ainsi que l'extérieur du corps de la requête de recherche.

Par exemple, supposons que mon index contient 25 livres, chacun ayant moins de 50 chapitres. L'extrait de code ci-dessous, vous obtiendrez tous les chapitres de tous les livres, parce qu'un "volume" de 100 livres inclut tous de 25 livres, et une "taille" de 50 chapitres comprend tous "moins de 50 chapitres":

        "index": 'books',
        "type": 'book',
        "body": {
          "from" : 0, "size" : 100, //outer hits, or books
          "query": {
              "filtered": {
                "filter": {
                  "nested": {
                    "inner_hits": {
                      "size": 50 //inner hits, or chapters
                    },
                    "path": "chapter",
                    "query": { "match_all": { } }, 
                  }
                }
               }
            },
            .
            .
            .

Maintenant, j'aimerais mettre en œuvre la pagination avec un scénario comme celui-ci. Ma question est, comment?

Dans ce cas, dois-je retourner le au-dessus du maxi de 100 * 50 = 5000 documents à partir de la requête de recherche et de mettre en œuvre la pagination au niveau de l'application, en affichant uniquement la tranche je suis intéressé? Ou, est-il un moyen de spécifier le nombre total de visites à revenir en arrière dans la requête de recherche lui-même, indépendant de l'intérieur/extérieur taille?

Je suis à la recherche à la "réponse", comme suit, et qui seraient donc comme ces données pour être en mesure d'être paginé:

        response.hits.hits.forEach(function(book) {
           chapters = book.inner_hits.chapters.hits.hits;

           chapters.forEach(function(chapter) {
               //... this is one displayed result ...
           });
        });

Cela fonctionne pour ajouter la taille=5000 pour OBTENIR votre url par: elastic.co/guide/en/elasticsearch/guide/current/pagination.html
Je suis à l'aide de la "recherche" de la méthode dans le Node.js client (et d'activer le suivi montre qu'il est en train de faire un POST) et non pas de la construction de l'URL directement, cependant, je suis déjà à l'aide de 'taille' paramètres deux fois à l'endroit indiqué par l'extérieure des hits " et "intérieure hits" des commentaires dans mon code. 'taille' œuvres de limiter le parent documents en cours d'examen, et le nombre de imbriquée à l'intérieur des résultats retournés à l'intérieur de chacune de ces parents, mais j'ai essentiellement voulez être en mesure de spécifier la "taille" et " de " à travers l'ensemble de ce jeu.
pouvez-vous ajouter taille: 5000 au même niveau que l'indice: "les livres"? C'est la façon dont je limite le total des résultats dans le rubis client.

InformationsquelleAutor mmccaff | 2015-09-21

elasticsearch

Je ne pense pas que ce soit possible avec Elasticsearch et nested champs. La façon dont vous voyez le résultat est correct: ES pagine et retourne books et il ne voit pas l'intérieur de nested inner_hits. N'est pas la façon dont il fonctionne. Vous devez gérer la pagination manuellement dans votre code.

Il est une autre option, mais vous avez besoin d'un relation parent/enfant au lieu de nested.

Alors vous êtes en mesure d'interroger les enfants (sens, les chapitres) et de paginer les résultats (les chapitres). Vous pouvez utiliser inner_hits et retourner la parent (le livre lui-même).

PUT /library
{
  "mappings": {
    "book": {
      "properties": {
        "name": {
          "type": "string"
        }
      }
    },
    "chapter": {
      "_parent": {
        "type": "book"
      },
      "properties": {
        "title": {
          "type": "string"
        }
      }
    }
  }
}

La requête:

GET /library/chapter/_search
{
  "size": 5, 
  "query": {
    "has_parent": {
      "type": "book",
      "query": {
        "match_all": {}
      },
      "inner_hits" : {}
    }
  }
}

Et un exemple de sortie (paré, exemple complet ici):

  "hits": [
     {
        "_index": "library",
        "_type": "chapter",
        "_id": "1",
        "_score": 1,
        "_source": {
           "title": "chap1"
        },
        "inner_hits": {
           "book": {
              "hits": {
                 "total": 1,
                 "max_score": 1,
                 "hits": [
                    {
                       "_index": "library",
                       "_type": "book",
                       "_id": "book1",
                       "_score": 1,
                       "_source": {
                          "name": "book1"
                       }
                    }
                 ]
              }
           }
        }
     },
     {
        "_index": "library",
        "_type": "chapter",
        "_id": "2",
        "_score": 1,
        "_source": {
           "title": "chap2"
        },
        "inner_hits": {
           "book": {
              "hits": {
                 "total": 1,
                 "max_score": 1,
                 "hits": [
                    {
                       "_index": "library",
                       "_type": "book",
                       "_id": "book1",
                       "_score": 1,
                       "_source": {
                          "name": "book1"
                       }
                    }
                 ]
              }
           }
        }
     }

J'ai soupçonné depuis le début que je suis peut-être mieux fait de l'indexation de chaque imbriquée chapitre de son propre document, au lieu d'utiliser la nidification dans le même document, mais continue sur le chemin d'essayer de faire fonctionner les choses à la nidification. Documents séparés simplifie un peu les autres cas, c'est donc une raison de plus pour le faire, et avec des relations parent/enfant, je serai en mesure de les relier. Merci pour la réponse. Si je n'ai pas de page à l'intérieur de inner_hits comme je veux, je vais changer la façon dont je suis l'indexation des données.

InformationsquelleAutor Andrei Stefan

0

L'api de recherche permet l'ajout de certains paramètres standard, répertoriés dans les docs à: https://www.elastic.co/guide/en/elasticsearch/client/javascript-api/current/api-reference-2-0.html#api-search-2-0

Selon la doc:

taille Nombre — Nombre de visites à retourner (par défaut: 10)

Qui permettrait de faire votre demande de quelque chose comme:
```
    "size": 5000,
    "index": 'books',
    "type": 'book',
    "body": {
```
- C'est ce que j'attendais devrait fonctionner. Il ne produit pas une erreur, mais elle n'a pas d'incidence sur le nombre de résultats retournés. J'ai mis à jour ma question afin de montrer de quelle partie de la réponse que je suis en train de regarder, depuis, de nidification et de inner_hits il pourrait être un peu inhabituel.
- Ah, je crois que je comprends mieux maintenant. Si la taille que j'ai spécifiée, la poignée de limitation de l'extérieur uniquement les enregistrements que je comprends. Donc si vous avez 1 ou 50 coups sur chaque interne des résultats que vous obtiendrez le même résultat en arrière. Peut-être que vous pouvez écrire un script pour un champ qui calcule le nombre d'interne des résultats, alors vous pouvez travailler votre chemin vers l'arrière à partir de là?
- Oui, c'est ça le problème. Je veux limiter la taille de l'intérieur de la frappe dans tous de l'extérieur des tubes. Non seulement l'extérieur des hits, et pas seulement à l'intérieur frappe à l'intérieur de chaque externe frappé. Je suis nouveau sur ElasticSearch et que vous n'avez pas utilisé le script champs, mais espérais que je n'aurais pas à et qu'il pourrait y avoir une solution plus simple que j'ai été absent. 🙂
InformationsquelleAutor Phil

Vous devez vous connecter pour publier un commentaire.