Zum Inhalt

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.

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

Hinweis: Diese Inhalte wurden mit Unterstützung von Künstlicher Intelligenz erstellt und redaktionell überprüft (Transparenzhinweis gemäß Art. 50 EU AI Act).