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.
Testen Sie den Gremlin-Code in dem Kontext, in dem Sie ihn einsetzen werden
In Gremlin gibt es mehrere Möglichkeiten für Clients, Abfragen an den Server zu senden: mithilfe WebSocket von Bytecode GLV oder über die Gremlin-Konsole mithilfe von String-basierten Skripten.
Es ist wichtig zu wissen, dass die Ausführung von Gremlin-Abfragen je nachdem, wie Sie die Abfrage einreichen, unterschiedlich sein kann. Eine Abfrage, die ein leeres Ergebnis zurückgibt, kann als erfolgreich behandelt werden, wenn sie im Bytecode-Modus gesendet wurde, aber als fehlgeschlagen, wenn sie im Skriptmodus gesendet wurde. Wenn Sie beispielsweise eine Abfrage next()
im Skriptmodus einschließen, next()
wird die an den Server gesendet, aber der Client verarbeitet sie normalerweise selbst. ByteCode next()
Im ersten Fall schlägt die Abfrage fehl, wenn keine Ergebnisse gefunden werden, aber im zweiten Fall ist die Abfrage erfolgreich, unabhängig davon, ob die Ergebnismenge leer ist oder nicht.
Wenn Sie Ihren Code in einem Kontext entwickeln und testen (z. B. mit der Gremlin-Konsole, die Abfragen im Allgemeinen in Textform sendet), Ihren Code dann aber in einem anderen Kontext bereitstellen (z. B. über den Java-Treiber, der Bytecode verwendet), können Probleme auftreten, bei denen sich Ihr Code in der Produktion anders verhält als in der Entwicklungsumgebung.
Wichtig
Testen Sie den Gremlin-Code unbedingt in dem GLV Kontext, in dem er bereitgestellt wird, um unerwartete Ergebnisse zu vermeiden.