Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Amazon Neptune Engine Version 1.4.7.0 (03.03.2020)
Ab 2026-03-03 wird die Engine-Version 1.4.7.0 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist.
Neue Features in dieser Engine-Version
OpenCypher liest die S3-Unterstützung für Parquet- und CSV-Dateien über OC. Lesen Sie die Dokumentation. neptune.read ()
OpenCypher Geodatenabfragefunktionen. Diese Version enthält 12 Funktionen für räumliche Typen, die auf dem Standard ISO/IEC 13249-3:2016 basieren, einen neuen Geometrieeigenschaftstyp für POINT, der in einem neuen geopetrischen Index für den schnellen Abruf gespeichert ist, und Unterstützung für das Textformat (WKT). Well-Known Räumliche DatenGeofunktionenWeitere Informationen finden Sie in der und der Dokumentation.
Verbesserungen in dieser Engine-Version
Verbesserte Abfrageleistung für SPARQL-Unterabfragen, die kleine Ergebnismengen zurückgeben, einschließlich solcher mit kleinen LIMIT-Werten
Verbesserte Abfrageleistung in Fällen, in denen Variablen durch eine sehr große Anzahl konstanter Werte eingeschränkt sind (z. B. durch eine SPARQL VALUES-Klausel oder eine UNWIND-Klausel) OpenCypher
Verbesserungen bei Einfügeabfragen mit niedriger Latenz durch einige Optimierungen der Wörterbucheinfügungen
-
Der DFE-Engine wurden neue Gremlin-Sprachschritte hinzugefügt (siehe Beschreibung der Gremlin-Schritte in DFE).
Pfad und Durchquerungsschritte:
order(local)Schritte zur Aggregation und Erfassung:
dedup(local)
-
Leistungsverbesserung für OpenCypher Abfragen, einschließlich
COLLECT(DISTINCT ...). Das unter Rewriting COLLECT (DISTINCT...) -Abfragen beschriebene Umschreiben ist nicht mehr erforderlich, wenn die Engine-Version 1.4.7.0 oder höher verwendet wird.
In diesem Engine-Version behobene Fehler
Allgemeine Korrekturen:
Problem behoben, bei dem das Laden großer Mengen beim Laden einer großen Anzahl von Edge-Dateien nicht mehr reagierte
Es wurde ein globales Problem beim Patchen von Datenbankclustern behoben, das sekundäre Cluster-Updates der Versionen 1.4.0.0, 1.4.1.0 und 1.4.2.0 betraf.
Query-Language In dieser Version unterstützte Versionen
Stellen Sie vor dem Upgrade eines DB-Clusters auf Version 1.4.7.0 sicher, dass Ihr Projekt mit den folgenden Versionen der Abfragesprache kompatibel ist:
Die älteste unterstützte Version von Gremlin:
3.7.1Die neueste unterstützte Version von Gremlin:
3.7.1openCypher-Version:
Neptune-9.0.20190305-1.0SPARQL-Version:
1.1
Upgrade-Pfade zur Engine-Version 1.4.7.0
Sie können von der Engine-Version 1.2.0.0 oder höher auf diese Version aktualisieren.
Aktualisierung globaler Datenbankcluster auf diese Version
Upgrades von Nebenversionen auf Engine-Version 1.4.7.0 werden für Neptune-Cluster, die Teil einer globalen Datenbank sind, nicht unterstützt. Amazon Neptune mit einer globalen Datenbank verwenden Non-global Datenbankcluster und Hauptversionsupgrades sind nicht betroffen.
Um ein Upgrade eines globalen Datenbank-Clusters auf Version 1.4.7.0 durchzuführen, müssen Sie zuerst die sekundären Cluster aus der globalen Datenbank entfernen (sieheEntfernen eines Clusters), das primäre Cluster auf 1.4.7.0 aktualisieren und dann neue sekundäre Cluster in der globalen Datenbank erstellen.
Upgrade auf diesen Release
Wenn auf einem DB-Cluster eine Engine-Version ausgeführt wird, für die es einen Upgrade-Pfad zu dieser Version gibt, kann sie jetzt aktualisiert werden. Sie können jeden geeigneten Cluster mithilfe der DB-Cluster-Operationen auf der Konsole oder mithilfe des SDK aktualisieren. Mit dem folgenden CLI-Befehl wird ein geeignetes Cluster sofort aktualisiert:
Für Linux, OS X oder Unix:
aws neptune modify-db-cluster \ --db-cluster-identifier(your-neptune-cluster)\ --engine-version 1.4.7.0 \ --allow-major-version-upgrade \ --apply-immediately
Für Windows:
aws neptune modify-db-cluster ^ --db-cluster-identifier(your-neptune-cluster)^ --engine-version 1.4.7.0 ^ --allow-major-version-upgrade ^ --apply-immediately
Statt --apply-immediately können Sie --no-apply-immediately angeben. Für die Durchführung eines Hauptversions-Upgrades ist der allow-major-version-upgrade-Parameter erforderlich. Stellen Sie außerdem sicher, dass Sie die Engine-Version angeben, da Ihre Engine sonst möglicherweise auf eine andere Version aktualisiert wird.
Wenn Ihr Cluster eine benutzerdefinierte Cluster-Parametergruppe verwendet, müssen Sie diesen Parameter einschließen, um ihn zu anzugeben:
--db-cluster-parameter-group-name(name of the custom DB cluster parameter group)
Ebenso sollte für Instances im Cluster, die eine benutzerdefinierte DB-Parametergruppe verwenden, dieser Parameter eingeschlossen werden, um ihn zu spezifizieren:
--db-instance-parameter-group-name(name of the custom instance parameter group)
Testen Sie immer vor dem Upgrade
Wenn eine neue Haupt- oder Nebenversion der Neptune-Engine veröffentlicht wird, testen Sie Ihre Neptune-Anwendungen immer zuerst dafür, bevor Sie sie dazu aktualisieren. Selbst ein Nebenversions-Upgrade könnte neue Features oder Verhaltensweisen einführen, die sich auf Ihren Code auswirken können.
Vergleichen Sie zunächst die Seiten mit den Versionshinweisen Ihrer aktuellen Version mit denen der Zielversion, um festzustellen, ob es Änderungen an den Versionen der Abfragesprache oder andere wichtige Änderungen geben wird.
Die beste Methode, eine neue Version zu testen, bevor Sie Ihren Produktions-DB-Cluster aktualisieren, besteht darin, den Produktions-Cluster zu klonen, so dass auf dem Klon die neue Engine-Version ausgeführt wird. Sie können dann Abfragen auf dem Klon ausführen, ohne dass der Produktions-DB-Cluster davon betroffen wird.
Erstellen Sie vor einem Upgrade immer einen manuellen Snapshot
Bevor Sie ein Upgrade durchführen, wird dringend empfohlen, immer einen manuellen Snapshot Ihres DB-Clusters zu erstellen. Ein automatischer Snapshot bietet nur kurzfristigen Schutz, wohingegen ein manueller Snapshot verfügbar bleibt, bis Sie ihn explizit löschen.
In bestimmten Fällen erstellt Neptune im Rahmen des Upgrade-Prozesses einen manuellen Snapshot für Sie, aber Sie sollten sich nicht darauf verlassen und in jedem Fall Ihren eigenen manuellen Snapshot erstellen.
Wenn Sie sicher sind, dass Sie Ihren DB-Cluster nicht auf den Zustand vor dem Upgrade zurücksetzen müssen, können Sie den manuellen Snapshot, den Sie selbst erstellt haben, sowie den manuellen Snapshot, den Neptune möglicherweise erstellt hat, explizit löschen. Wenn Neptune einen manuellen Snapshot erstellt, hat dieser einen Namen, der mit preupgrade beginnt, gefolgt vom Namen Ihres DB-Clusters, der Quell-Engine-Version, der Ziel-Engine-Version und dem Datum.
Anmerkung
Wenn Sie versuchen, ein Upgrade durchzuführen, während eine ausstehende Aktion ausgeführt wird, kann ein Fehler wie der folgende auftreten:
We're sorry, your request to modify DB cluster (cluster identifier) has failed. Cannot modify engine version because instance (instance identifier) is running on an old configuration. Apply any pending maintenance actions on the instance before proceeding with the upgrade.
Wenn dieser Fehler auftritt, warten Sie, bis die ausstehende Aktion abgeschlossen ist, oder starten Sie sofort ein Wartungsfenster, damit das vorherige Upgrade abgeschlossen werden kann.
Weitere Informationen zum Upgraden Ihrer Engine-Version finden Sie unter Warten eines Amazon-Neptune-DB-Clusters. Wenn Sie Fragen oder Bedenken haben, steht Ihnen das AWS Support-Team in den Community-Foren und über den Premium-Support zur Verfügung. AWS
