Wir haben eine Neo4J 2.1.3-Datenbank und wir haben eine Eindeutigkeitsbedingung, die wie folgt erstellt wurde:

CREATE CONSTRAINT ON (Segment: SEGMENT) ASSERT segment.segmentId IS UNIQUE

Wenn wir dies über den Browser testen, funktioniert dies beim Erkennen von Verstößen, z. B .:

CREATE (n: SEGMENT {name: "duplicate", segmentId: 110484}) RETURN n

Ergebnisse in

Node 589 existiert bereits mit dem Label SEGMENT und der Eigenschaft "segmentId" = [110484]

Neo.ClientError.Schema.ConstraintViolation

was ist in Ordnung.

Wir haben ein Load-Tester-Setup mit 3 Maschinen und mehreren Threads pro Box, bei dem Cypher über REST mit Neo4J kommuniziert und die zu erstellenden Transaktionsendpunkte wie oben beschrieben verwendet werden (aber natürlich viel mehr für unsere App relevante Eigenschaften) der Neo4J-Master in einem HA-Setup.

Wir können in diesem Setup zuverlässig mehrere Verstöße gegen die Eindeutigkeitsbeschränkung reproduzieren, die NICHT von Neo4J abgefangen werden. Sie werden fehlerfrei ausgeführt. In der resultierenden Datenbank werden mehrere Knoten mit der Bezeichnung SEGMENT und demselben Wert für die Eigenschaft segmentId angezeigt (wir sind es) absichtlich doppelte segmentId-Werte für unseren Test generieren.

Ist noch jemand auf dasselbe Problem gestoßen? Ist das ein Neo4J-Bug?

Vielen Dank