⏳ Dieser Artikel ist geplant für den 31. Mai 2026 und noch nicht öffentlich sichtbar.

Neo4j vs. Kuzu vs. Memgraph – welche Graph-DB für welches AI-Setup?
TL;DR: „Neo4j für Enterprise und Ökosystem. Kuzu für embedded und schnellen Prototyp. Memgraph für Streaming und Echtzeit. Cypher kannst du überall — die Wahl ist fast nie über Syntax, sondern über Deployment-Modell."
— Till FreitagWorum es geht
Sobald ein Knowledge Graph ernst gemeint ist, steht die DB-Frage im Raum. Drei Engines bestimmen 2026 den Markt für AI-Setups: Neo4j, Kuzu und Memgraph. Sie sprechen alle Cypher (in Varianten), unterscheiden sich aber massiv in Deployment, Performance-Profil und Lizenz.
Dieser Artikel hilft bei der Wahl — ohne in Cypher-Mikro-Benchmarks abzudriften.
Die drei Profile in einem Satz
- Neo4j — der Industriestandard. Server-basiert, riesiges Ökosystem, Enterprise-Features. Was du bei einem CTO-Pitch verteidigen kannst, ohne Folien.
- Kuzu — embedded, columnar, extrem schnell für Batch-Analytics. „SQLite für Graphen". Default für lokale RAG-Prototypen.
- Memgraph — Server, in-memory, stream-native. Wenn der Graph sich pro Sekunde mehrmals ändert (Logs, Sensoren, Trading).
Direkter Vergleich
| Neo4j | Kuzu | Memgraph | |
|---|---|---|---|
| Deployment | Server (Self-Hosted oder Aura Cloud) | Embedded (in-process) | Server (Self-Hosted oder Cloud) |
| Storage | nativ Graph, Disk | columnar, Disk | in-memory + WAL |
| Sprache | Cypher (de-facto Standard) | openCypher | openCypher |
| Stärke | reife Tools, Ökosystem, Enterprise | analytische Queries, schneller Start | Streaming, niedrige Latenz |
| Schwäche | Lizenzkosten, Memory-hungrig | jung, kleinerer Treiber-Pool | RAM-Bedarf, weniger Ökosystem |
| Lizenz | GPLv3 (Community) / Commercial (Enterprise) | MIT | BSL → Apache 2.0 (nach 4 J.) |
| Vector-Index | ja (HNSW, nativ) | ja (HNSW) | ja (HNSW) |
| GraphRAG-Frameworks | erste Wahl, alles integriert | LlamaIndex, wachsend | LlamaIndex, wachsend |
| Cloud-Angebot | Aura | (keins offiziell) | Memgraph Cloud |
| Best bei | Enterprise Agents, Produktion | Embedded RAG, Notebooks, lokale Tools | Echtzeit-Analytics, Fraud, Ops |
Wann was?
Neo4j
Wenn ihr Production-Ready in Enterprise wollt, ist Neo4j fast immer die Defaultwahl. Gründe:
- Jedes RAG-Framework hat einen Neo4j-Connector (LlamaIndex, LangChain, GraphRAG).
- Bloom, Neo4j Browser, Workspace — die Tools für Ontologie-Workshops sind reif.
- Multi-Tenant, RBAC, Backup, Clustering — alles vorhanden, ohne dass ihr es selbst baut.
- AuraDB mit EU-Region für DSGVO ist out-of-the-box.
Trade-off: Die Enterprise-Lizenz ist nicht günstig, und für kleine Setups (< 5 Mio. Knoten) ist Neo4j Overkill.
Kuzu
Wenn ihr embedded denkt — der Graph soll im selben Prozess leben wie eure App oder euer Notebook — ist Kuzu unschlagbar:
- Eine Library, keine separate Server-Instanz.
- Lädt Parquet, CSV, JSON nativ.
- Columnar Storage → analytische Queries (Aggregation, Pfad-Counts) fliegen.
- Perfekt für lokale RAG-Tools, Agent-Sandboxes, Jupyter-Workflows, Edge-Deployments.
Trade-off: Kein Multi-User-Zugriff (file lock), kleinerer Treiber-Pool, weniger integrierte Tools.
Memgraph
Wenn der Graph lebt — kontinuierliche Updates aus Kafka, Webhooks, IoT — ist Memgraph der Spezialist:
- In-memory mit WAL → millisecond-Queries auch bei hohem Schreibvolumen.
- MAGE (Module-Library) für Graph-Algorithmen on-stream.
- Native Kafka-Integration.
- Stream-First-Use-Cases: Fraud Detection, Network Monitoring, Real-Time-Recommendations.
Trade-off: RAM-Bedarf skaliert direkt mit dem Graph. Kleineres Framework-Ökosystem als Neo4j.
AI-spezifische Aspekte
Vector-Index im Graphen
Alle drei haben mittlerweile native Vector-Indizes (HNSW). Praktisch heißt das: Hybrid Retrieval in einer einzigen Query — Subgraph-Traversal kombiniert mit semantischer Suche, ohne separate Vector-DB. Das war 2024 noch ein Argument für zusätzliche Tools wie Qdrant oder Weaviate — heute reicht eine Engine.
GraphRAG-Reife
- Neo4j: Microsoft GraphRAG, LlamaIndex KG Index, LangChain — alles unterstützt Neo4j first-class. Dokumentation und Beispiele sind die besten.
- Kuzu: LlamaIndex hat einen offiziellen Kuzu-Graph-Store, wächst schnell. Für lokale Prototypen die schnellste Wahl.
- Memgraph: LlamaIndex-Support vorhanden, weniger Tutorials. Eher die Wahl, wenn ihr aus dem Streaming-Use-Case kommt und Graph dazunehmen wollt.
Cypher-Kompatibilität
Alle drei sprechen openCypher in ähnlichen Dialekten. Das ist die gute Nachricht: Migrieren ist machbar. Die schlechte: Enterprise-Features von Neo4j (APOC, GDS-Library) sind oft das Argument für den Lock-in.
Entscheidungsbaum
Brauchst du Echtzeit-Updates (>10 Writes/s, ms-Latenz)?
→ ja → Memgraph
→ nein
│
Läuft der Graph im selben Prozess wie deine App?
→ ja → Kuzu
→ nein
│
Brauchst du Multi-Tenant, Enterprise-Backup, Cluster?
→ ja → Neo4j (Aura oder Self-Hosted Enterprise)
→ nein → Neo4j Community oder Kuzu, je nach Team-ErfahrungUnser pragmatischer Default
- Prototyp/Notebook: Kuzu. Schnell installiert, schnell weg.
- Production-Service mit Web-UI / API: Neo4j Aura (EU-Region).
- Streaming/Real-Time: Memgraph.
- Embedded in Desktop-App oder Edge: Kuzu, ohne Diskussion.
Wenn ein Kunde uns fragt „welche?", ist die Antwort fast immer Neo4j — nicht weil es objektiv überlegen ist, sondern weil das Ökosystem (Tools, Hires, Doku) den Unterschied macht, sobald mehr als eine Person damit arbeitet.
Fazit
Die Frage „welche Graph-DB?" wird selten über Cypher-Syntax entschieden. Sie wird entschieden über Deployment-Modell, Schreib-/Lese-Profil und Team-Erfahrung. Drei klare Profile, drei klare Default-Entscheidungen — und in 80 % der Fälle ist die Wahl in fünf Minuten gemacht.
Verwandte Artikel:
- Was ist ein Knowledge Graph? – warum überhaupt Graph
- GraphRAG vs. Vector RAG – wozu der Graph dient
- Entity Extraction mit LLMs – wie er gefüllt wird
- Knowledge Graph als Service – wenn ihr es nicht selbst aufsetzen wollt








