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.1.0 (21.11.2020)
Ab dem 21.11.2024 wird die Engine-Version 1.4.1.0 allgemein bereitgestellt. Bitte beachten Sie, dass es mehrere Tage dauert, bis eine neue Version in jeder Region verfügbar ist.
Warnung
Der Abfrageplan-Cache wird für den Anwendungsfall der Ausführung parametrisierter Abfragen mit numerischen Parameterwerten vorübergehend nicht unterstützt. Dies ist auf einen Fehler bei der Behandlung doppelter Verwendungen eines Parameters vom numerischen Typ in der Abfrage zurückzuführen. Beispiel:
MATCH (n:movie) WHERE n.runtime>=$minutes RETURN n UNION MATCH (n:show) WHERE n.duration>=$minutes RETURN n parameters={"minutes":130}
Bei Abfragen, die viele Indexsuchen für Anweisungen oder Wörterbuchindizes durchführen, kann es zu einer Leistungsregression von 5% kommen. Das Abrufen der Anzahl aller Scheitelpunkte oder das Abrufen aller Scheitelpunkte wäre beispielsweise id davon nicht betroffen. Das Abrufen aller Eigenschaften aller Scheitelpunkte könnte zu einer Regression von bis zu 5% führen.
Neue Funktionen in dieser Engine-Version
-
Unterstützung für
CALLUnterabfragen mit einer schreibgeschützten Unterabfrage hinzugefügt, sodass Operationen innerhalb eines definierten Bereichs ausgeführt werden können. EineCALLUnterabfrage wird einmal für jede eingehende Zeile ausgeführt, und die in einer Unterabfrage zurückgegebenen Variablen sind für den äußeren Gültigkeitsbereich der umschließenden Abfrage verfügbar. Variablen aus dem äußeren Gültigkeitsbereich können mithilfe einer Importklausel in eineCALLUnterabfrage importiert werden.WITHWeitere Informationen finden Sie unter Unterstützung für CALL-Unterabfragen in Neptune.MATCH (origin:airport {code:"AUS"})-[:route]->(stopover) CALL { WITH stopover MATCH (stopover)-[r:route]->(destination) RETURN destination ORDER BY r.dist DESC LIMIT 2 } RETURN stopover, destination -
OpenCypher-Funktionen hinzugefügt. Wir führen acht neue Funktionen ein, die bei Zeichenketten, Sammlungsoperationen und der Sortierung von Sammlungen helfen. Dazu gehören:
textIndexOfcollToSet,collSubtract,collIntersection,collSortcollSortMaps,collSortMulti, undcollSortNodes. Die Beschreibung, Eingabeparameter, Ausgabe und Beispiele finden Sie unter Neptune OpenCypher Functions.
Verbesserungen in dieser Engine-Version
Verbesserungen bei Gremlin
-
Neuer Parameter für den Labormodus
AccurateQRCMemoryEstimation. Wenn der Gremlin-Abfrageergebnis-Cache aktiviert ist, ermöglicht er das Zwischenspeichern von Abfrageergebnissen in der Datenbank. Standardmäßig wird eine ungefähre Schätzung verwendet, um die Größe des zwischengespeicherten Ergebnisses zu bestimmen. Wenn dieser Labormodus-ParameterAccurateQRCMemoryEstimationaktiviert ist, verwendet die Größenschätzung für zwischengespeicherte Ergebnisse eine genaue Größenschätzung statt einer ungefähren Größenschätzung. -
Es wurde ein Problem mit der Filteroptimierung „Nicht“ in Gremlin-Abfragen behoben, die auf der Standard-Ausführungsengine ausgeführt wurden. Dieses Problem betraf Abfragen, bei denen Kanten mit dem Schritt not () in Kombination mit einem der Schritte outV () /inv () /otherV () gefiltert wurden. Zu den Beispielabfragen gehören:
-
g.E().hasLabel("knows").not(outV().hasId("5")) -
g.V().has('airport','code','SDF').outE().where(not(otherV().has(id, within('1','5','7')))).count()
-
Verbesserungen bei OpenCypher
-
Verbesserte Leistung für Abfragen, die große statische Listen oder Karten verwenden. Bei bestimmten Abfragen mit UNWIND über eine große Liste verschachtelter Maps, die zum Einfügen/Upsert eines Knotens mit Eigenschaften verwendet werden, wurden erhebliche Leistungsverbesserungen erzielt.
-
Führt einen neuen OpenCypher-Abfragehinweis ein, der die Engine anweist, konsistente Datentypen für die in der Abfrage verwendeten Werte anzunehmen. Einzelheiten AssumeConsistentDataTypes zum neuen OpenCypher-Abfragehinweis finden Sie unter.
-
Führt eine Reihe neuer OpenCypher-Funktionen für den Umgang mit Text- und Sammlungswerten ein.
In dieser Engine-Version wurden Fehler behoben
Korrekturen für Gremlin
-
Es wurde ein Problem im TinkerPop OSS-Codepfad behoben, bei dem eine Bytecode-Repräsentation einer Traversal-Abfrage erstellt wurde, wenn einer der
withStrategies()/withoutStrategies()/with()Schritte für einGraphTraversalSource„g“ -Objekt verwendet wurde. Durch das Problem wurden fälschlicherweise neue Anweisungen an Bytecode angehängt, anstatt bestehende Anweisungen für dieselbe Strategie zu ersetzen, und es kam zu einer Nichtübereinstimmung der Cache-Schlüssel während der Invalidierung des Ergebniscaches, wodurch die gespeicherten Ergebnisse gelöscht wurden.
OpenCypher-Korrekturen
-
Das Verhalten bei IN-Klauseln wurde korrigiert.
`~id`matchCREATE/MERGE/MATCH Wenn ein ungültiger`~id`Wert wie Null oder Typen ohne Zeichenfolge verwendet wird, wird jetzt eine korrekte Ausnahme für CREATE/MERGE Klauseln ausgelöst und für eine Klausel wird kein Ergebnis zurückgegeben.MATCH -
<string>IFE wurde behoben, wenn der Benutzer einen Wert eines nicht unterstützten Typs mit Aggregationsfunktionen (z. B. sum ()) verwendet.
-
Es wurde ein Problem behoben, bei dem einige Mutationsabfragen mit niedriger Latenz aufgrund einer großen Anzahl von Abfragen mit einem Fehler fehlschlugen. OutOfMemory
Fehlerkorrekturen für SPARQL
-
Ein Audit-Log-Problem bei der Verarbeitung von SPARQL-Abfragen, die das Zeichen enthalten, wurde behoben.
'%'
Query-Language In dieser Version unterstützte Versionen
Stellen Sie vor dem Upgrade eines DB-Clusters auf Version 1.4.1.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.1.0
Sie können von der Engine-Version 1.2.0.0 oder höher auf diese Version aktualisieren.
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.1.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.1.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 AWS Premium-Support zur Verfügung.