Elasticsearch Bulk-API - Index vs Erstellen/Aktualisieren

Ich bin mit dem Elasticsearch Bulk API zum erstellen oder aktualisieren von Dokumenten.

Ich tatsächlich wissen, ob Sie erstellt oder aktualisiert, aber ich kann meinen code vereinfachen, indem Sie einfach so dass Sie alle index oder "upserts" im SQL-Sinne.

Gibt es keine Nachteile bei der Verwendung index (und lassen Sie ES, es herauszufinden) über die Verwendung expliziter create und update?

InformationsquelleAutor Kong | 2016-01-03
  1. 60

    Wenn Sie create müssen Sie sicherstellen, dass das Dokument existiert noch nicht im index andernfalls wird der Aufruf schlägt fehl, in der Erwägung, dass das verschicken des gleichen Dokuments mit index immer erfolgreich.

    Dann, wenn aus Gründen der Leistung, wissen Sie, Sie erstellen ein Dokument (mit entweder create oder index) und dann wirst du nur das update nur ein paar Eigenschaften, dann mit update sinnvoll.

    Sonst, wenn Sie immer senden der vollständigen Dokumente, die ich benutzen würde index alle Zeit, sowohl die Erstellung und Aktualisierung. Wann immer es sieht ein index Aktion, ES wird entweder das Dokument erstellen wenn Sie nicht existiert oder zu ersetzen, wenn es vorhanden ist, aber der Anruf wird immer erfolgreich sein.

    • Auch, Index-API nicht unterstützt scripted updates, so müssen Sie Update-API, wenn Sie möchten verwenden von Skripts. Update-API nicht unterstützt externe Versionen, so müssen Sie Index-API, wenn Sie möchten, verwenden Sie externe Versionierung.
    InformationsquelleAutor Val
  2. 8

    Die kurze Antwort: Nein, es ist kein Nachteil.

    Erstellen und aktualisieren von Endpunkt sind spezielle Fälle. Mit erstellen, die Sie wollen, nichts zu tun, wenn das Dokument bereits vorhanden ist. Mit update können Sie weniger Daten, wenn Sie nicht alle Daten des Dokuments könnten Sie fügen Sie einfach ein paar Felder. Sie könnten auch stellen Sie sicher, das Dokument ist nur indiziert im Falle es ist schon da mit dem update.

    • Angenommen, Sie könnte möglicherweise ersetzen Sie ein bestimmtes Dokument viele, viele Male (wie die Indizierung der exakt gleiche Dokument mehrfach). Da ES nicht wirklich "löschen" nichts, Sie sind nicht das hinzufügen von mehr und mehr Dokumente und die Inkrementierung der Versionsnummer, wobei es dem garbage collector später zu bereinigen älteren Versionen? In diesem Fall ist nicht mit index-vs erstellen geht aufblasen Ihren index in der kurzen Frist, die möglicherweise Auswirkungen auf die Leistung? Und ist nicht die Zukunft eine starke Nutzung der garbage collection auch auf die Leistung auswirken? Das ist eine echte Frage ich mich auch, keine rhetorische einer. Dank
    • Aber wenn Sie aktualisieren ein Dokument, ist es nicht abrufen, ändern und dann auf index es trotzdem? Bei der Aktualisierung ein Ganzes Dokument, sagten wir, dass die Möglichkeit der Aktualisierung eines Dokuments, um es abzurufen, Sie zu ändern, und dann neu indizieren das gesamte Dokument. Dies ist die wahre. Allerdings verwenden Sie die update-API, können wir machen partielle updates wie Inkrementieren eines Zählers in einer einzigen Anfrage. Wir haben auch gesagt, die Dokumente sind unveränderlich: Sie können nicht geändert werden, nur ersetzt. Die update-API muss gehorchen den gleichen Regeln.
    InformationsquelleAutor Jettro Coenradie
  3. 4

    Werden Sie nicht in der Lage, verwenden Sie die Indexposition für alles. Nach der docs:

    index hinzufügen oder ersetzen eines Dokuments wie nötig

    Auch, wenn Sie die Aktualisierung eines Dokuments, könnte es sich lohnen, fügen Sie die "doc_as_upsert' - flag. Mehr info hier und hier

    InformationsquelleAutor Suhas K
Schreibe einen Kommentar