Knoten, Kanten und Eigenschaften richtig lesen

Drei Rollen im Property Graph

Ein Knoten steht für eine identifizierbare Entität, eine Kante für eine konkrete Beziehung und eine Eigenschaft für einen Wert an einem dieser Elemente. Diese Faustregel ist nützlich, aber keine Naturgesetzlichkeit.

„Berlin“ kann als String-Eigenschaft genügen, wenn nur eine Anzeige gebraucht wird. Sobald Orte eigene Attribute, Hierarchien oder Verbindungen erhalten, sollte Berlin ein Knoten mit stabiler Identität sein.

Wann eine Beziehung Eigenschaften braucht

Eine Beschäftigung hat oft Beginn, Ende, Rolle und Quelle. Werden diese Angaben an die Person gehängt, vermischen sich mehrere Beschäftigungen. Als Kante mit Eigenschaften bleiben sie dem richtigen Arbeitgeber zugeordnet.

Wenn die Beziehung selbst an weiteren Beziehungen teilnehmen muss, ist ein Beziehungsknoten meist klarer als eine immer stärker beladene Kante.

Lesetest für das Schema

Lesen Sie jedes Muster als Satz: „Person 17 arbeitet seit März bei Firma 7.“ Wenn Richtung oder Eigenschaft nicht eindeutig in diesen Satz passt, ist das Schema noch nicht entschieden.

Prüfen Sie außerdem Kardinalitäten mit Gegenbeispielen: mehrere Rollen, überlappende Zeiträume und unbekannte Enddaten.

Beschäftigung als Cypher-Muster

Die Beziehung trägt nur Angaben, die genau diese Beschäftigung beschreiben. Personenname und Firmenname bleiben an ihren Knoten.

MATCH (p:Person {id: $personId})
MATCH (o:Organisation {id: $organisationId})
MERGE (p)-[r:ARBEITET_BEI]->(o)
SET r.beginn = date('2026-03-01'),
    r.rolle = 'Data Steward'
RETURN p.id, type(r), o.id, r.beginn

Eigenständiges Redaktionsbeispiel mit reservierten example.org-Adressen oder ausdrücklich als Pseudocode gekennzeichneter Notation. Kein Produktbenchmark.

Im Grundlagenpfad weiterlesen

• Knowledge Graph einfach erklärt
• Graph und Hypergraph: der praktische Unterschied
• Wissensgraph oder klassische Datenbank?
• Alle Grundlagen