Property Graph oder RDF Store auswählen

Zwei Modelle, zwei Schwerpunkte

Ein Labeled Property Graph speichert Eigenschaften direkt an Knoten und Kanten. RDF beschreibt Aussagen als Tripel mit globalen IRIs; benannte Graphen können Herkunft oder Kontext tragen. Beides bildet Beziehungen ab, aber Identität und Austausch funktionieren verschieden.

RDF ist naheliegend, wenn standardisierte Vokabulare, Linked Data, SPARQL oder regelbasierte Ableitungen wichtig sind. Ein Property Graph passt oft zu anwendungsnahen Traversierungen, reichhaltigen Kanteneigenschaften und einem kontrollierten Schema.

Mit eigenen Aufgaben vergleichen

Übertragen Sie denselben Datenausschnitt in beide Modelle. Testen Sie zehn reale Leseabfragen, wiederholten Import, Export und eine Schemaänderung. Messen Sie Laufzeit, Modellierungsaufwand und Ergebnisprüfbarkeit.

Die Kategorien sind keine Leistungsversprechen. Datenverteilung, Indizes, Engine und Hardware dominieren viele Benchmarks.

Entscheidung dokumentieren

Trennen Sie Muss-Kriterien von Komfortmerkmalen: Standardexport, Inferenz, Transaktionen, Rechte, Betriebsmodell und verfügbare Kompetenz. Ein Exit-Test sollte Daten und Kernabfragen ohne proprietäre Annahmen reproduzieren.

Dieselbe Beziehung in Turtle und Cypher

RDF formuliert eine Aussage; im Property Graph trägt die Kante zusätzlich eine Quelle.

# Turtle
ex:p17 schema:category ex:c9 .

// Cypher
CREATE (p:Product {id:'p17'}), (c:Category {id:'c9'})
CREATE (p)-[:IN_CATEGORY {source:'erp'}]->(c);

Eigenständiges, begrenztes Beispiel. Produktsyntax und Version vor dem Einsatz prüfen.

Im Graphdatenbank-Pfad weiterlesen

• Cypher MATCH, WHERE und RETURN erklärt
• ISO GQL: Was der Standard für Teams bedeutet
• Indexe und Constraints im Graph planen
• Alle Graphdatenbank-Beiträge