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.
Bewährte Methoden: Optimale Nutzung von Neptune
Im Folgenden finden Sie einige allgemeine Empfehlungen für die Arbeit mit Amazon Neptune. Verwenden Sie diese Informationen, um schnell Empfehlungen für die Verwendung von Amazon Neptune und zur Maximierung der Leistung zu finden.
Inhalt
- Grundlegende Anleitungen für den Amazon-Neptune-Betrieb
- Bewährte Methoden für die Sicherheit in Amazon Neptune
- Vermeiden Sie verschiedene DB-Instance-Klassen in einem Cluster
- Vermeiden Sie wiederholte Neustarts während eines Massenladevorgangs
- Aktivieren Sie den OSGP Index, wenn Sie über eine große Anzahl von Prädikaten verfügen
- Vermeiden Sie lang laufende Transaktionen, wenn möglich
- Bewährte Methoden zur Verwendung von Neptune-Metriken
- Bewährte Methoden für das Optimieren von Neptune-Abfragen
- Load Balancing über Lesereplikate hinweg
- Schnelleres Laden mithilfe einer vorübergehend größeren Instance
- Ändern Sie die Größe Ihrer Writer-Instance, indem Sie ein Failover auf ein Lesereplikat durchführen
- Wiederholen des Uploads nach „Data Prefetch Task Interrupted“-Fehler
- Allgemeine bewährte Methoden für die Verwendung von Gremlin mit Neptune
- Strukturieren Sie Upsert-Abfragen, um die Vorteile der Engine zu nutzen DFE
- Testen Sie den Gremlin-Code in dem Kontext, in dem Sie ihn einsetzen werden
- Erstellen von effizienten Multi-Thread-Gremlin-Schreibvorgängen
- Bereinigung von Datensätzen mit der Eigenschaft „Erstellungszeit (Creation Time)“
- Verwenden der Methode datetime( ) für Groovy-Zeitdaten
- Verwenden von nativem Datum und Uhrzeit für Zeitdaten GLV
- Bewährte Methoden für die Verwendung des Gremlin-Java-Clients mit Neptune
- Verwenden Sie die neueste kompatible Version des Apache TinkerPop Java-Clients
- Wiederverwenden des Client-Objekts in mehreren Threads
- Erstellen separater Gremlin-Java-Client-Objekte für Lese- und Schreibendpunkte
- Hinzufügen mehrerer Lesereplikat-Endpunkte zu einem Gremlin-Java-Verbindungs-Pool
- Schließen des Clients zur Vermeidung des Verbindungs-Limits
- Erstellen einer neuen Verbindung nach einem Failover
- Setzen Sie maxInProcessPerConnection und maxSimultaneousUsagePerConnection auf den selben Wert.
- Senden von Abfragen an den Server als Bytecode und nicht als Zeichenfolgen
- Verwenden Sie den von einer Abfrage zurückgegebenen Oder-Iterator immer vollständig ResultSet
- Massenweises Hinzufügen von Scheitelpunkten und Edges in Stapeln
- Deaktivieren Sie das DNS Caching in der Java Virtual Machine
- Optionales Festlegen von Zeitüberschreitungen auf Abfrageebene
- Fehlerbehebung für java.util.concurrent.TimeoutException
- Bewährte Methoden für Neptune bei der Verwendung von openCypher und Bolt
- Erstellen einer neuen Verbindung nach einem Failover
- Verbindungsverwaltung für langlebige Anwendungen
- Verbindungsverwaltung für AWS Lambda
- Bevorzugung direktionaler gegenüber bidirektionalen Edges in Abfragen
- Neptune unterstützt nicht mehrere gleichzeitige Abfragen in einer Transaktion
- Schließen Sie anschließend Treiberobjekte
- Verwenden expliziter Transaktionsmodi zum Lesen und Schreiben
- Wiederholungslogik für Ausnahmen
- Legen Sie mithilfe einer einzigen Klausel mehrere Eigenschaften gleichzeitig fest SET
- Verwenden Sie parametrisierte Abfragen
- Verwenden Sie in der Klausel abgeflachte Maps anstelle von verschachtelten Maps UNWIND
- Platzieren Sie restriktivere Knoten in Path () -Ausdrücken mit variabler Länge auf der linken Seite VLP
- Vermeiden Sie redundante Prüfungen von Knotenbezeichnungen, indem Sie detaillierte Beziehungsnamen verwenden
- Geben Sie nach Möglichkeit Kantenbeschriftungen an
- Vermeiden Sie die Verwendung der WITH Klausel, wenn möglich
- Platzieren Sie restriktive Filter so früh wie möglich in der Abfrage
- Prüfen Sie explizit, ob Eigenschaften existieren
- Verwenden Sie keinen benannten Pfad (es sei denn, er ist erforderlich)
- Vermeiden Sie COLLECT (DISTINCT())
- Ziehen Sie beim Abrufen aller Eigenschaftswerte die Eigenschaftenfunktion der Suche nach einzelnen Eigenschaften vor
- Führen Sie statische Berechnungen außerhalb der Abfrage durch
- Batch-Eingaben UNWIND statt einzelner Anweisungen verwenden
- Verwenden Sie lieber „Benutzerdefiniert“ IDs für Knoten/Beziehungen
- Vermeiden Sie es, ~id-Berechnungen in der Abfrage durchzuführen
- Bewährte Methoden von Neptune mit SPARQL
