Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).
Open-Source-Wissenssysteme mit PostgreSQL- oder Dateiformat-Speicherung, aktiver Weiterentwicklung & hoher Reife — Top-22-Topliste¶
Die Topliste aktiver & reifer Open-Source-Wissenssysteme filtert nach OSI-Lizenz, Entwicklungsaktivität und Reife. Diese Seite legt ein viertes Kriterium obendrauf, das gezielt den Betriebsaufwand adressiert: Der eigentliche Wissensinhalt darf nur in PostgreSQL oder in einem reinen Dateiformat (Markdown, SQLite, Einzeldatei) persistiert werden — kein zwingendes zweites oder drittes Pflicht-Backend wie MongoDB, Elasticsearch, Vespa oder eine dedizierte Vektor-Datenbank. Ein Selfhosting-Stack mit „nur einem Datenspeicher" ist einfacher zu betreiben, zu sichern und zu migrieren als einer mit drei verschiedenen Diensten.
Hinweis: Nur OSI-anerkannte Lizenzen
Wie in der Gesamtübersicht zählen hier ausschließlich Systeme unter einer OSI-anerkannten Open-Source-Lizenz (MIT, GPL, LGPL, AGPL, BSD, Apache-2.0). Source-available-Sonderfälle wie Outline (BSL) oder Open WebUI (eigene Lizenz mit Branding-Pflicht) fallen unabhängig vom Speicherbackend heraus — konsistent mit der Handhabung in der MCP-Topliste.
Tipp: Cache/Queue/Blob-Storage zählt nicht als Pflicht-Zweitsystem
Ein Dienst wie Redis, der ausschließlich als Cache, Session-Store oder Job-Queue dient und keinen dauerhaften Wissensinhalt hält, disqualifiziert ein System hier nicht — solange der Content selbst vollständig aus PostgreSQL oder den Dateien rekonstruierbar bleibt. Bei Docmost (Rang 15) und AFFiNE (Rang 16) ist das explizit der Fall und unten vermerkt. Dieselbe Logik gilt für reinen Datei-/Blob-Speicher für Uploads (z. B. MinIO/S3 für Bild-Anhänge): Solange die eigentlichen Wissensdaten in PostgreSQL liegen und ein Anhangsverzeichnis auch auf einem lokalen Dateisystem statt S3 laufen kann, zählt das nicht als Pflicht-Zweitdatenbank — relevant bei AppFlowy (Rang 17).
Bewertungskriterien¶
graph TD
Start["Speicherbackend eines Wissenssystems prüfen"] --> A{"Content-Persistenz ausschließlich in PostgreSQL oder Dateiformat?"}
A -->|"Ja: PostgreSQL als einzige Datenbank"| B["Kandidat für diese Liste"]
A -->|"Ja: Markdown/SQLite/Einzeldatei ohne DB-Server"| B
A -->|"Nein: zwingendes Pflicht-Zweitsystem (MongoDB, Elasticsearch, Vespa, dedizierte Vektor-DB)"| C["Ausschluss"]
B --> D{"Sehr aktive Weiterentwicklung UND hohe Reife?"}
D -->|"Ja"| E["Aufnahme in Top 22"]
D -->|"Nein"| C graph LR
subgraph Dateiformat["Reines Dateiformat"]
DokuWiki
TiddlyWiki
Zettlr
SilverBullet
Logseq
TriliumNext["TriliumNext Notes"]
end
subgraph PostgreSQL["PostgreSQL als einzige DB"]
Wikijs["Wiki.js"]
XWiki
MediaWiki
Khoj
Docmost
AFFiNE
AppFlowy
HedgeDoc
Wikibase
SMW["Semantisches MediaWiki"]
Paperless["Paperless-ngx"]
Linkwarden
end
subgraph Beides["Beides wählbar"]
Joplin
Memos
Flowise
AnythingLLM
end Achtung: Momentaufnahme, Stand August 2026
Welches Backend ein Projekt „empfiehlt" oder „standardmäßig" nutzt, verändert sich mit neuen Major-Releases. Vor dem Aufsetzen eines Produktivsystems die aktuelle Installationsdokumentation des jeweiligen Projekts prüfen — insbesondere bei Rang 11–16, wo mehrere Backends parallel unterstützt werden.
Top 22 im Überblick¶
| Rang | System | Kategorie | Lizenz | Speicherbackend | Aktivität/Reife |
|---|---|---|---|---|---|
| 1 | Wiki.js | Wiki | AGPL-3.0 | PostgreSQL (empfohlener Standard), auch MySQL/SQLite | Sehr aktiv, seit 2016 produktionsreif |
| 2 | MediaWiki | Wiki | GPL-2.0 | PostgreSQL offiziell unterstützt (Standard MySQL/MariaDB) | Höchste Reife dieser Liste, durchgängig von der WMF weiterentwickelt |
| 3 | XWiki | Wiki | LGPL-2.1 | PostgreSQL offiziell unterstützt | Monatliche Releases, seit 2003 reif |
| 4 | DokuWiki | Wiki | GPL-2.0 | Reines Dateiformat, kein Datenbankserver | Reif seit 2004, stetige statt rasante Release-Kadenz |
| 5 | TiddlyWiki | PKM/Non-lineares Wiki | BSD-3-Clause | Einzeldatei (HTML) — reinstes Dateiformat dieser Liste | Ununterbrochen gepflegt seit 2004 |
| 6 | Zettlr | PKM/Zettelkasten-Editor | GPL-3.0 | Reine Markdown-Dateien, keine Datenbank | Kontinuierliche Releases, breite akademische Nutzerbasis |
| 7 | Logseq | PKM/Outliner | AGPL-3.0 | Markdown-/Org-Dateien (optional SQLite bei Logseq DB) | Aktive Migration auf die neue DB-Engine |
| 8 | SilverBullet | PKM/Markdown-Wiki | MIT | Markdown-Dateien im Dateisystem | Aktiv wachsendes Plug-System |
| 9 | Joplin | PKM/Notizen | MIT | Lokal SQLite/Markdown; Joplin-Server-Sync optional SQLite oder PostgreSQL | Sehr regelmäßige Releases über alle Plattformen |
| 10 | TriliumNext Notes (Community-Fork von Trilium Notes) | PKM/hierarchische Notizen | AGPL-3.0 | Einzelne SQLite-Datei | Nach Maintainer-Pause seit 2024 als Fork wieder sehr aktiv |
| 11 | Memos | Leichtgewichtige Notizen | MIT | SQLite (Standard) oder PostgreSQL | Schlank, aber durchgängig aktiv gepflegt |
| 12 | Flowise | Agenten-Workflow-Plattform | Apache-2.0 | SQLite (Standard) oder PostgreSQL, kein Pflicht-Fremdsystem | Hohe Release-Kadenz im LangChain-Ökosystem |
| 13 | Khoj | PKM/KI-natives „zweites Gehirn" | AGPL-3.0 | PostgreSQL mit pgvector — Vektorsuche direkt in der Datenbank | Sehr schnelle Integration neuer LLM-Fähigkeiten |
| 14 | AnythingLLM | RAG/Wissensmanagement | MIT | SQLite + eingebettete Datei-Vektordatenbank (LanceDB) im Standardbetrieb | Aktive Discord-getriebene Entwicklung |
| 15 | Docmost | Wissensmanagement (Confluence-Alternative) | AGPL-3.0 | PostgreSQL als alleiniger Content-Speicher (Redis nur als Cache/Queue) | Jung, aber ungewöhnlich hohe Commit-Frequenz |
| 16 | AFFiNE | Wissensmanagement/Whiteboard | MIT | PostgreSQL als Metadaten-Speicher im Selfhosting-Betrieb | Wöchentliche Canary-Builds |
| 17 | AppFlowy | Workspace-Plattform (Notion-Alternative) | AGPL-3.0 | PostgreSQL als Content-Speicher (über AppFlowy Cloud) | Eigene Rust-CRDT-Engine, aktive Weiterentwicklung seit 2021 |
| 18 | HedgeDoc | Kollaborative Markdown-Notizen | AGPL-3.0 | PostgreSQL oder SQLite frei wählbar | Aktiv gepflegt, breite Editor-Community |
| 19 | Wikibase (Wikidata-Basis) | Strukturiertes Wissensmanagement | GPL-2.0 | PostgreSQL offiziell unterstützt (MediaWiki-Datenbankschicht) | Professionell von Wikimedia Deutschland weiterentwickelt |
| 20 | Semantisches MediaWiki | Wiki-Erweiterung (Semantik) | GPL-2.0+ | PostgreSQL offiziell unterstützt (MediaWiki-Datenbankschicht) | Seit professional.wiki-Sponsoring (ab 2023) wieder deutlich aktiver, siehe Installation |
| 21 | Paperless-ngx | Dokumentenarchiv/Wissensablage | GPL-3.0 | PostgreSQL empfohlen, SQLite möglich | Sehr aktive Weiterentwicklung, große Community seit dem Fork 2021 |
| 22 | Linkwarden | Lesezeichen-/Link-Archivierung | AGPL-3.0 | PostgreSQL als alleiniges Pflicht-Backend (Meilisearch nur optional für Volltextsuche) | Aktive Weiterentwicklung, paralleles kommerzielles Cloud-Angebot bei vollständig offenem Kern |
Highlights im Detail¶
Khoj: pgvector macht die zweite Datenbank überflüssig¶
Wo RAG-Plattformen wie Dify oder Onyx zwingend eine separate Vektor-Datenbank (Weaviate, Milvus, Vespa) neben PostgreSQL benötigen und deshalb aus dieser Liste herausfallen, löst Khoj dasselbe Problem mit der pgvector-Erweiterung innerhalb von PostgreSQL. Ein einziger Datenspeicher reicht für relationale Daten und Embeddings gleichermaßen — genau das Betriebsmodell, das diese Topliste auszeichnen soll.
DokuWiki, TiddlyWiki & Zettlr: das reinste Dateiformat-Extrem¶
Diese drei Systeme brauchen keinen Datenbankserver überhaupt — Backup ist ein einfaches rsync oder git commit des Datenverzeichnisses, Restore ein Zurückkopieren der Dateien. Der Preis dafür ist eine im Vergleich zu den PostgreSQL-Systemen langsamere Release-Kadenz (insbesondere DokuWiki und TiddlyWiki), die aber ausreicht, um die Aktivitäts-Schwelle dieser Liste zu erfüllen — anders als etwa BookStack, das trotz vergleichbarer Reife am Speicherkriterium scheitert (siehe unten).
Paperless-ngx: das einzige reine Dokumentenarchiv dieser Liste¶
Paperless-ngx erweitert den Scope bewusst um eine vierte Kategorie neben Wiki, PKM und RAG-Plattform: ein OCR-gestütztes Dokumentenarchiv, das eingehende PDFs/Scans automatisch verschlagwortet und durchsuchbar macht. Fachlich ein anderer Anwendungsfall als ein Wiki, aber technisch und lizenzrechtlich passt es exakt in dieses Raster — PostgreSQL als empfohlenes Backend, GPL-3.0, seit dem Fork von „Paperless" 2021 durchgängig sehr aktiv.
AppFlowy: dritte PostgreSQL-gestützte Notion-Alternative neben Docmost und AFFiNE¶
AppFlowy rundet das Trio PostgreSQL-gestützter Notion-Alternativen ab (Rang 15–17) mit einer eigenen Rust-CRDT-Engine — anders als Docmost (Yjs/Node.js), aber verwandt mit AFFiNE (ebenfalls Rust-basiert). Die Evolution digitaler PKM-Wissensgraphen ordnet AppFlowy primär als lokal/P2P-synchronisierendes Desktop-System ein — für den hier relevanten Selfhosting-Fall zählt jedoch der zweite Betriebsmodus: die selbst betreibbare AppFlowy Cloud mit PostgreSQL als zentralem Content-Speicher statt reiner P2P-Synchronisation. Redis und ein S3-kompatibler Blob-Store für Datei-Uploads laufen im Standard-Stack mit, disqualifizieren das System aber nicht — dieselbe „Cache/Blob zählt nicht als Pflicht-Zweitsystem"-Logik wie bei Docmost und AFFiNE greift hier, solange der eigentliche Wissensinhalt vollständig aus PostgreSQL rekonstruierbar bleibt.
Linkwarden: eine fünfte Kategorie — Lesezeichen- und Link-Archivierung¶
Wo Paperless-ngx eingehende Dokumente archiviert, sichert Linkwarden (Rang 22) ausgehende Web-Links dauerhaft: Zu jedem gespeicherten Lesezeichen legt es automatisch Screenshot, PDF und ein Einzeldatei-HTML-Archiv an, um Link-Rot vorzubeugen. PostgreSQL ist das einzige Pflicht-Backend — Meilisearch verbessert nur optional die Volltextsuche, ist für den Grundbetrieb aber nicht erforderlich. Das parallele kommerzielle Cloud-Angebot (linkwarden.app) neben dem vollständig offenen AGPL-3.0-Kern zeigt zudem, dass „aktiv kommerziell getragen" und „uneingeschränkt Open Source" sich hier nicht ausschließen.
Was bewusst nicht in dieser Liste steht¶
Achtung: Ausschluss trotz Open Source, Aktivität oder Reife
Vier Kategorien von Systemen fallen aus dieser Liste heraus, obwohl sie in verwandten Toplisten dieser Dokumentation auftauchen:
- Zwingendes Pflicht-Zweitsystem jenseits Postgres/Datei: Dify und Onyx (ehem. Danswer) benötigen zusätzlich zu PostgreSQL zwingend eine dedizierte Vektor-Datenbank bzw. einen Suchindex (Weaviate/Milvus bei Dify, Vespa bei Onyx) — architektonisch das Gegenteil des „ein Datenspeicher reicht"-Prinzips dieser Liste. Aus demselben Grund fehlt Karakeep (ehem. Hoarder): Die Standard-Deployment-Vorlage führt Meilisearch als festen zweiten Dienst für die Kernsuche, nicht nur optional wie bei Linkwarden (Rang 22).
- Kein PostgreSQL-Support: BookStack (nur MySQL/MariaDB, kein offizieller PostgreSQL-Support trotz wiederholter Community-Nachfrage) und Growi (MongoDB-basiert) erfüllen das Speicherkriterium nicht, obwohl beide aktiv gepflegt und reif sind.
- Andere primäre Datenbank im Sync-Server: Standard Notes' selbstgehosteter Sync-Server ist primär auf MySQL ausgelegt statt auf PostgreSQL oder Dateiformat.
- Lizenzausschluss unabhängig vom Speicherbackend: Outline (BSL) und Open WebUI (eigene Lizenz mit Branding-Pflicht) — Details siehe Lizenz-Sonderfälle in der MCP-Topliste.
Entscheidungshilfe nach Anwendungsfall¶
graph TD
Ziel{"Worauf kommt es an?"} -->|"Maximale Portabilität, kein DB-Server"| A["DokuWiki / TiddlyWiki / Zettlr"]
Ziel -->|"Enterprise-Wiki mit PostgreSQL"| B["Wiki.js / XWiki / MediaWiki"]
Ziel -->|"RAG mit nur einer Datenbank statt Vektor-DB-Stack"| C["Khoj"]
Ziel -->|"Dokumentenarchiv mit OCR"| D["Paperless-ngx"]
Ziel -->|"Kollaborative Markdown-Notizen, freie DB-Wahl"| E["HedgeDoc"]
Ziel -->|"PKM mit reinen Textdateien im eigenen Sync-Ordner"| F["Logseq / SilverBullet"]
Ziel -->|"Strukturierte Fakten auf PostgreSQL"| G["Wikibase / Semantisches MediaWiki"]
Ziel -->|"Notion-artiger Team-Workspace auf PostgreSQL"| H["AppFlowy / Docmost / AFFiNE"]
Ziel -->|"Lesezeichen & Weblinks dauerhaft archivieren"| I["Linkwarden"] 🔗 Verwandte Themen¶
- Startseite — zurück zur Dokumentations-Zentrale
- Open-Source-Wissenssysteme mit aktiver Weiterentwicklung & hoher Reife (Top 20) — Basis-Topliste ohne Speicherbackend-Filter
- Die führenden Open-Source-Wissenssysteme 2026 (Top 20) — breiteste Schwester-Topliste nach Verbreitung
- Beste Open-Source-Wissenssysteme für den eigenen Selfhosting-Server (Top 20) — Selfhosting-Fokus, für den ein einfaches Speicherbackend direkt relevant ist
- Wiki-Engines mit PostgreSQL- oder Dateiformat-Speicherung (Top 15) — dieselben Speicherkriterien, enger gefasst auf reine Wiki-Engines statt der gesamten Wissenssysteme-Klasse
- Workspace-, Kollaborations- & Docs-as-Code-Plattformen (Top 20) — dieselben Speicherkriterien für Team-Workspace-, Groupware- und Docs-as-Code-Hosting-Plattformen statt Wiki/PKM/RAG
- Bidirektionale Wissensgraphen & Real-time Block-Editoren (Top 15) — dieselben Speicherkriterien, enger gefasst auf bidirektionale PKM-Verlinkung und Block-Editoren
- Semantische & RAG-Wissenssysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 15) — dieselben Speicherkriterien, enger gefasst auf Vektordatenbanken, RAG-Frameworks und RAG-Plattformen
- Visuelle, Local-First & agentische Wissenssysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 15) — dieselben Speicherkriterien, enger gefasst auf Canvas-Werkzeuge, CRDT-Infrastruktur und agentisches Gedächtnis
- Multi-Agenten-Wissensökosysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 14) — dieselben Speicherkriterien, enger gefasst auf Multi-Agenten-Orchestrierungs-Frameworks
- Rust-Bausteine für Wissenssysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 15) — dieselben Speicherkriterien, enger gefasst auf Rust-native Entwickler-Bausteine
- Frameworks & Bibliotheken für Wissenssysteme mit PostgreSQL-/Dateiformat-Speicherung (Top 16) — dieselben Speicherkriterien, sprachübergreifende Schwester-Topliste zur Rust-Speicherbackend-Topliste
- PostgreSQL DBA Praxis-Handbuch — vertiefend zur Datenbankschicht hinter den PostgreSQL-Rängen dieser Liste
- Beste Wissensmanagement-Systeme (Open Source) mit MCP-Server (Top 20) — enger gefasste Schwester-Topliste mit MCP-Support als Kernkriterium
- Khoj: KI-„Zweites Gehirn" für persönliche Wissenssuche — vertiefend zu Rang 13
- Flowise: Visueller Flow-Builder für LangChain — vertiefend zu Rang 12
- AnythingLLM: All-in-One Desktop- & Docker-RAG-Plattform — vertiefend zu Rang 14
- Dify: Visuelle Agenten- & Workflow-Plattform — Gegenbeispiel, ausgeschlossen wegen Pflicht-Vektor-DB
- Onyx (ehem. Danswer): RAG-Plattform — Gegenbeispiel, ausgeschlossen wegen Pflicht-Suchindex Vespa
Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).