Quand utiliser nested plutôt que object ?

Question

IT Interview Practice · Accepted Answer

Choisissez `nested` lorsque plusieurs conditions doivent concerner le même élément d'un tableau. Sinon, les valeurs d'éléments différents peuvent satisfaire accidentellement la requête ensemble.

## Un produit avec deux variantes

```json
{"variants":[{"color":"red","size":"S"},{"color":"blue","size":"L"}]}
```

Il n'existe pas de variante rouge de taille L. Mais un mapping object ordinaire aplatit ces champs en plusieurs couleurs et plusieurs tailles, perdant le lien entre chaque taille et sa couleur. Une requête rouge et L peut donc trouver le produit à tort.

## Exiger les deux conditions sur une variante

Mappez `variants` comme `nested` et `color`/`size` comme keyword. Utilisez ensuite :

```json
{
  "query": {
    "nested": {
      "path": "variants",
      "query": {
        "bool": {
          "filter": [
            {"term":{"variants.color":"red"}},
            {"term":{"variants.size":"L"}}
          ]
        }
      }
    }
  }
}
```

Les deux filtres s'exécutent maintenant dans un même élément nested ; le produit d'exemple ne correspond donc pas. Remplacez L par S et la variante rouge peut correspondre.

## Payer le coût de nested seulement si nécessaire

Les éléments nested créent des documents internes supplémentaires et des requêtes plus coûteuses. Object ordinaire est plus simple si conserver les relations dans les tableaux est inutile. Testez les combinaisons valides et celles qui croisent plusieurs éléments avant de considérer le mapping correct.

[Documentation officielle](https://www.elastic.co/docs/reference/elasticsearch/mapping-reference/nested).

Un produit avec deux variantes

Exiger les deux conditions sur une variante

Payer le coût de nested seulement si nécessaire

Questions connexes