2017-11-02 6 views
2

Ich bin ein wenig verwirrt, um zu verstehen, wie meine Abfrage von ArangoDB interpretiert wird und warum einfache Filterung nicht wie erwartet funktioniert. Hier ist meine Abfrage:ArangoDB AQL Pfade Filter

FOR v, e, p in 3 OUTBOUND "company/jquery" company_teams, team_contributors, committed 
    OPTIONS {uniqueVertices: "global", bfs: true} 
    FILTER p.vertices[1]._key == "1055031914" 
    FILTER length(p.vertices[2].parents) < 2 
RETURN v._id 

Diese Abfrage gibt ein leeres Ergebnis zurück. Wenn ich jedoch nur einen Filter (egal welchen) verlasse, bekomme ich das Ergebnis. Daraus schließe ich, dass dies kein datenbezogenes Problem ist, dh entweder missverstehe ich, wie die Abfrage ausgeführt wird, oder etwas anderes.

Gedanken, Ideen?

+0

Mit einem der Filter entfernt und "RETURN p" in der letzten Zeile, welches Ergebnis erhalten Sie? – CoDEmanX

+0

Dies ist eine sehr interessante Frage, und was ich sehe, ist auch sehr interessant. Auch wenn ich nicht weiß, wie ich es interpretiere. Diese Abfrage gibt mir ein Diagramm 'FÜR v, e, p in 3 outbound "Unternehmen/jquery" company_teams, team_contributors verpflichtete OPTIONS {uniqueVertices: "global", bfs: true} // FILTER p.vertices [1] ._ key == "1055031914" FILTER Länge (p.vertices [2] .parents) <2 RETURN p' –

+0

Dieser hat leeres Ergebnis 'FÜR v, e, p in 3 OUTBOUND" Firma/jquery "company_teams, team_contributors, committed OPTIONEN {uniqueVertices:" global ", bfs: true} FILTER p.vertices [1] ._ key ==" 1055031914 " // FILTER Länge (p.vertices [2] .parents) <2 RÜCKKEHR p' @CoDEman, haben Sie darüber nachgedacht? –

Antwort

2

Anscheinend ist das ein Fehler, Arango Team hat das bestätigt. Hier ist die Github ticket, wenn Sie es verfolgen möchten.

+0

Seit Version 3.2.7 behoben – CoDEmanX

Verwandte Themen