Symbol der App Calíope

Roadmap

Was gerade gebaut wird, was wir abwägen, wogegen wir uns entschieden haben und was gerade gelandet ist.

Diese Seite beschreibt Calíope 1.5. Das ist die Version, die wir gerade bauen; die 1.4 ist auf allen Geräten außer dem Mac im App Store, und auf dem Mac liefert der Store heute 1.3, während die 1.4 in der App-Review ist. Was unten als in 1.5 ausgeliefert steht, ist fertig, heute aber noch nicht ladbar, und was in 1.4 steht, kommt auf den Mac, sobald Apple sie freigibt.

Calíope wächst aus drei Quellen: was über den Support hereinkommt, die Diagnoseberichte, die Nutzer freiwillig teilen, und die tägliche Arbeit an echten Datenbanken. Diese Seite sagt, wo jeder Punkt steht — auch die, gegen die wir uns entschieden haben, mit Begründung, denn eine Roadmap, die nur Versprechen auflistet, sagt wenig aus. Fehlt etwas? Schlag eine Funktion vor.

Status-Legende · zu einem Abschnitt springen

🟣 In Arbeit — zugesagt und in Umsetzung

Mehr Engines: die Naht liegt schon

In Arbeit

Eine Engine zu Calíope hinzuzufügen heißt, Protokolle zu implementieren, nicht die Werkzeuge zu ändern. Diese Arbeit ist erledigt und erprobt: Backup-Engine, Schemavergleich und Fehlerkatalog laufen bereits darüber, und kein Engine-Name steht außerhalb seines eigenen Ordners — nicht einmal in den fünf Übersetzungsdateien. PostgreSQL kam als erste Engine genau so an, in 1.3, ohne dass ein einziges Werkzeug neu geschrieben wurde. Die nächste ist dieselbe Arbeit noch einmal.

Grundlage in 1.2 · erste neue Engine in 1.3
🟡 In Prüfung — Umfang, technische Passung und Nachfrage werden abgewogen. Kein Datum impliziert

SQL Server

In Prüfung

Microsoft SQL Server als nächste Engine. Der Ausführungsplan ist bereits geschrieben, gegen dieselbe Naht, durch die PostgreSQL kam: eine Engine hinzuzufügen heißt, eine Reihe von Protokollen zu implementieren, nicht die Werkzeuge zu ändern. Sie steht mit Absicht hier und nicht unter „In Arbeit“ — gebaut ist noch nichts.

Redis

In Prüfung

Ein In-Memory-Key-Value-Store, der eine andere Form hat als eine Tabelle: ein Schlüssel-Browser mit den Mustern, die man wirklich tippt, die Lebensdauer jedes Schlüssels sichtbar und änderbar, eine Ansicht, die jeden Wert nach seinem Typ darstellt — String, Liste, Set, Sorted Set, Hash, Stream — und ein Server-Panel mit Speicher, Keyspace und Clients. Hier gibt es kein SQL, also käme das als eigenes Werkzeug, so wie MongoDB kam.

DuckDB

In Prüfung

Spaltenbasierte Analytik in einer lokalen Datei, ohne Server. Sie liest CSV, JSON und Parquet direkt mit SQL, sodass ein Ordner voller Exporte etwas wird, das sich abfragen und verknüpfen lässt, ohne es vorher irgendwo zu laden. Ihr Platz ist neben dem SQLite-Editor, nicht in der Verbindungsliste: es gibt weder Host noch Passwort.

ClickHouse

In Prüfung

Spaltenbasierte Analytik auf einem Server, über dessen HTTP-Schnittstelle. Der Gewinn ist die Größenordnung, die eine zeilenbasierte Engine nicht erreicht: Aggregationen über Milliarden von Zeilen und materialisierte Sichten, die den teuren Teil vorberechnet halten. Sie nutzt den SQL-Editor und den Schema-Browser weiter, mit eigenem Dialekt und eigenem Vokabular dafür, woraus eine Tabelle besteht. Zusammen brächten die vier Calíope von drei Datenbankformen auf fünf: relational im Client-Server-Betrieb und relational in einer Datei gibt es heute, Dokumente kamen mit MongoDB, und diese ergänzen Key-Value sowie spaltenbasierte Analytik, lokal und verteilt.

Weitere Oberflächensprachen

In Prüfung

Calíope gibt es in fünf Sprachen: Englisch, Spanisch, Französisch, Deutsch und Italienisch. Portugiesisch und Japanisch kamen beide zur Sprache. Sag uns, welche du als Nächstes möchtest — die App ist echt übersetzt und nicht maschinell lokalisiert, jede neue Sprache ist also echte Arbeit, und wir treffen sie lieber richtig.

🔴 Nicht geplant — bewusst dagegen entschieden, mit Begründung. Diese Einträge bleiben absichtlich sichtbar

Verschlüsselte SQLite-Datenbanken (SQLCipher)

Nicht geplant

Der SQLite-Editor öffnet nur unverschlüsselte Datenbanken. SQLCipher zu unterstützen hieße, einen SQLite-Fork in einer sandboxed App-Store-App auszuliefern und zu pflegen, und das Werkzeug ist zum Betrachten von Core-Data-Speichern und eingebetteten App-Datenbanken gedacht, die nicht verschlüsselt sind.

Grund: Umfang und Wartung

Dein Standort auf der Geo-Karte

Nicht geplant

Anzuzeigen, wo du bist, würde eine Standortberechtigung und einen passenden Eintrag im App-Store-Datenschutzlabel erfordern — für etwas, das dieses Werkzeug nicht braucht: auf der Karte zählt, wo deine Daten sind, nicht wo du bist.

Grund: Datenschutzkosten ohne Nutzen

Beide Adressen vor dem Verbinden abtasten

Nicht geplant

Es wäre verlockend, Haupt- und Alternativ-Host parallel zu testen und den schnelleren zu nehmen. TCP-Verbindungen zu öffnen und ohne vollständigen Handshake fallen zu lassen, erhöht aborted_connects auf dem Server und kann in Host is blocked because of many connection errors enden. Der Wechsel passiert stattdessen beim echten Versuch.

Grund: es schadet dem Server, den du erreichen willst

MongoDB über die relationale Schicht

Nicht geplant

MongoDB ist ein eigenständiges Werkzeug mit eigener Sitzung und eigenem Satz Tabs, keine weitere Engine hinter den vorhandenen. Die relationale Abstraktion modelliert Fremdschlüssel, Binlog, Replikation und EXPLAIN; eine Dokumentdatenbank ließe das meiste davon leer, und jedes Werkzeug müsste anfangen zu fragen, welche Art Sitzung es gerade ansieht.

Grund: es wäre die falsche Form
🟢 Kürzlich veröffentlicht — die drei jüngsten; die vollständige Liste steht im Changelog

Calíope auf deinem iPhone

Veröffentlicht

Calíope richtet sich fürs Telefon ein und installiert sich von derselben App-Store-Seite wie der Mac und das iPad. Sie ist der ganze Client, kein Betrachter: Sie verbindet sich mit deinen Servern und führt deine Abfragen aus, mit denselben Werkzeugen wie auf dem iPad und ohne eine einzige Geräteabfrage im ganzen Baum. Deine Profile, Snippets, der Verlauf und die Assistenz-Unterhaltungen kommen über deine eigene iCloud, und wenn dieser Schalter geschlossen ist, nennt sie ihn, statt einen leeren Bildschirm zu zeigen und dich schließen zu lassen, es sei nichts passiert.

Version 1.4

PostgreSQL

Veröffentlicht

Native PostgreSQL-Anbindung neben MariaDB, MySQL und Amazon Aurora, mit eigenem Provider statt als MySQL-Adapter: Verbindungsprofile, Schema-Browser, SQL-Editor mit eigenen Snippets und Schlüsselwörtern, Backups und Wiederherstellung, Wartung, Rollen und Rechte sowie Server-Überwachung. Die Replikation ist der einzige Bereich, der weiterhin nur MySQL kennt, und was eine Engine nicht kann, wird ausgeblendet statt ausgegraut.

Version 1.3

MongoDB

Veröffentlicht

Ein Werkzeug für Dokumentdatenbanken mit ihrem eigenen Vokabular: Sammlungen und Dokumente durchsuchen, sie als JSON bearbeiten, Filter und Aggregations-Pipelines schreiben, Indizes verwalten und Server, laufende Operationen und Benutzer einsehen. Jeder Wert zeigt seinen Typ — ObjectId, decimal128, Datumswerte, Binärdaten — denn in einer schemalosen Datenbank ist das die halbe Information.

Version 1.2

Wie diese Roadmap funktioniert

In Arbeit heißt, es ist zugesagt und die Umsetzung läuft.

In Prüfung heißt, wir wägen Umfang, technische Passung und Nachfrage ab. Ein Liefertermin ist damit nicht gemeint.

Nicht geplant heißt, wir haben uns dagegen entschieden. Der Eintrag bleibt mit seiner Begründung sichtbar, damit die Entscheidung transparent statt stillschweigend ist.

Veröffentlicht heißt, es ist heute in der App. Die Version steht bei jedem Eintrag — beachte, dass die neueste noch in der App-Store-Prüfung sein kann.

Suchst du die vollständige Liste des Veröffentlichten? Zum Changelog →