Datenbankclients sind traditionell schwergewichtig: DBeaver braucht eine Java-Laufzeit, viele Konkurrenten betten einen Browser ein, und ältere Werkzeuge wie Navicat sind kostenpflichtig. Das Open-Source-Projekt DBX geht den entgegengesetzten Weg und liefert einen einzelnen Binärbau von rund 25 Megabyte für macOS, Windows und Linux – gebaut mit Tauri 2, einem Rust-Backend und einer Vue-3-Oberfläche, ohne mitgeliefertes Chromium, ohne JRE und ohne Python-Umgebung.
Der eigentliche Anspruch liegt in der Treiberabdeckung. Nativ unterstützt DBX einer Liste zufolge mehr als neunzig Systeme: MySQL, PostgreSQL, SQLite, Redis, MongoDB, DuckDB, ClickHouse, SQL Server, Oracle, Elasticsearch, MariaDB, TiDB, CockroachDB, Redshift, Doris, StarRocks und chinesische Datenbanken wie Dameng, OceanBase, openGauss und KingbaseES – dazu Vektor- und Suchdienste wie Qdrant, Milvus, Weaviate und Meilisearch. Weitere Systeme wie Snowflake, Trino, Hive, DB2, Neo4j, Cassandra, BigQuery, Databricks, SAP HANA oder Teradata laufen über agentenbasierte JDBC-Profile. Auch Nachrichtenwarteschlangen wie Kafka, Pulsar und RocketMQ lassen sich verwalten. Wer von DBeaver oder Navicat kommt, kann Verbindungsprofile importieren.
Zwei Eigenschaften verbinden das Werkzeug mit dem aktuellen Werkzeugtrend. Erstens ein KI-SQL-Assistent, der aus einer Beschreibung SQL erzeugt, Abfragen erklärt, optimiert und korrigiert und dabei vor der Ausführung eigene Sicherheitsprüfungen durchlaufen lässt; als Backends dienen Claude, OpenAI, lokale Modelle über Ollama oder jede OpenAI-kompatible Schnittstelle. Zweitens ein eigener, in Rust geschriebener MCP-Server, der getrennt von der Desktop-App verteilt wird und über `npx -y @dbx-app/mcp-server` in `.mcp.json` eingebunden wird. Damit können Coding-Agents wie Claude Code, Cursor und Codex Datenbanken über bereits konfigurierte Verbindungen abfragen, Tabellen durchsuchen und SQL ausführen. Die Berechtigungen werden zentral über eine Verbindungs-Allowlist und die Stufen Read only, Data read/write und Full access gesteuert – intern `read_only`, `safe_write` und `high_risk_write`; ein altes Umgebungsflag kann diese Richtlinie nie aufweichen.
Für Teams gibt es eine Docker-Variante mit Web-Oberfläche auf Port 4224 inklusive Multi-Arch-Images. Bemerkenswert ist die Sorgfalt bei Geheimnissen: Verbindungs-, Plugin-, KI- und Tunnel-Zugangsdaten werden verschlüsselt in der Datei `dbx.db` abgelegt, der Schlüssel liegt auf dem Desktop im Betriebssystem-Schlüsselspeicher und in Docker/Web in `${DBX_DATA_DIR}/.dbx/secret.key`, ersetzbar durch `DBX_SECRET_KEY_FILE` oder `DBX_SECRET_KEY` aus einem Secret Manager. Installationen, die noch Klartext-Zugangsdaten enthalten, zeigen beim Start einen Migrationsassistenten mit Backup und Prüfschritt – ein Detail, das viele vergleichbare Werkzeuge bis heute vermissen lassen. Für ein 25-MB-Werkzeug ist das ein ungewöhnlich vollständiges Sicherheitsmodell.
Grenzen bleiben: Das Projekt steht unter Apache-2.0 und finanziert sich über Sponsoren und Spenden; die Liste neuer nativer Treiber wächst schneller als die Dokumentation, und wer eine exotische Datenbank aus der Agentenliste braucht, lädt JDBC-Treiber nach. Für Entwicklerinnen und Entwickler, die viele Systeme betreuen und zugleich Agenten Zugriff auf Daten geben wollen, ist DBX damit eine der klarsten Umsetzungen dessen, wohin der Werkzeugmarkt derzeit kippt: kleine Binärdateien, lokale Ausführung, MCP von Anfang an.
