Milloin valitset nested-tyypin object-tyypin sijaan?

Question

IT Interview Practice · Accepted Answer

Valitse `nested`, kun useiden ehtojen on koskettava samaa taulukon alkiota. Muuten eri alkioiden arvot voivat vahingossa täyttää kyselyn yhdessä.

## Tuote, jolla on kaksi versiota

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

Punaista L-kokoista versiota ei ole. Tavallinen object-mapping kuitenkin litistää kentät useiksi väreiksi ja ko'oiksi ja hukkaa niiden välisen yhteyden. Punaisen ja L-koon kysely voi siis virheellisesti täsmätä tuotteeseen.

## Vaadi molemmat ehdot samalta versiolta

Määritä `variants` tyypiksi `nested` ja `color`/`size` tyypiksi keyword. Käytä sitten:

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

Molemmat suodattimet toimivat nyt saman nested-alkion sisällä, joten esimerkkituote ei täsmää. Vaihda L arvoksi S, niin punainen versio voi täsmätä.

## Maksa nestedin kustannus vain tarvittaessa

Nested-alkiot luovat lisää sisäisiä dokumentteja ja kalliimpia kyselyjä. Tavallinen object on yksinkertaisempi, kun taulukon sisäisiä suhteita ei tarvitse säilyttää. Testaa sekä kelvolliset että eri alkioista yhdistetyt yhdistelmät ennen mappingin hyväksymistä.

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

Tuote, jolla on kaksi versiota

Vaadi molemmat ehdot samalta versiolta

Maksa nestedin kustannus vain tarvittaessa

Aiheeseen liittyvät kysymykset