Icône de l'app Calíope

Roadmap

Ce qui est en construction, ce que nous évaluons, ce que nous avons décidé de ne pas faire et ce qui vient d'arriver.

Cette page décrit Calíope 1.5. C'est la version que nous construisons en ce moment ; la 1.4 est terminée et en cours d'examen par Apple, et la boutique propose aujourd'hui la 1.3 sur le Mac et la 1.2 sur iPad : ce qui figure ci-dessous comme livré en 1.4 ou en 1.5 est terminé, mais pas encore téléchargeable.

Calíope grandit à partir de trois choses : ce qui arrive par le support, les rapports de diagnostic que les gens choisissent de partager, et le travail quotidien sur de vraies bases de données. Cette page dit où en est chaque élément — y compris ceux que nous avons décidé de ne pas faire, avec leur raison, car une roadmap qui n'énumère que des promesses ne dit pas grand-chose. Il manque quelque chose ? Proposez une fonctionnalité.

Légende des statuts · aller à une section

🟣 En cours — engagé et en cours de réalisation

Plus de moteurs : la couture est déjà en place

En cours

Ajouter un moteur à Calíope, c'est implémenter des protocoles, pas modifier les outils. Ce travail est fait et éprouvé : le moteur de sauvegarde, le comparateur de schémas et le catalogue d'erreurs passent déjà par là, et aucun nom de moteur n'est écrit hors de son propre dossier — pas même dans les cinq fichiers de traduction. PostgreSQL a été le premier moteur à arriver ainsi, en 1.3, sans réécrire un seul outil. Le suivant, c'est le même travail à nouveau.

Fondations en 1.2 · premier nouveau moteur en 1.3
🟡 À l'étude — périmètre, faisabilité technique et demande à l'étude. Aucune date impliquée

SQL Server

À l'étude

Microsoft SQL Server comme prochain moteur. Le plan d'exécution est déjà écrit, contre la même couture par laquelle PostgreSQL est arrivé : ajouter un moteur, c'est implémenter un ensemble de protocoles, pas modifier les outils. Il est ici et non dans « en cours » à dessein — rien n'a encore été construit.

Redis

À l'étude

Un magasin clé-valeur en mémoire, qui n'a pas la forme d'une table : un explorateur de clés avec les motifs que l'on tape vraiment, la durée de vie de chaque clé visible et modifiable, une vue qui dessine chaque valeur selon son type — chaîne, liste, ensemble, ensemble trié, hash, flux — et un panneau serveur avec la mémoire, l'espace de clés et les clients. Il n'y a pas de SQL ici, donc cela arriverait comme un outil à part, comme MongoDB.

DuckDB

À l'étude

Analytique en colonnes dans un fichier local, sans serveur à lancer. Elle lit CSV, JSON et Parquet directement en SQL, si bien qu'un dossier d'exports devient quelque chose que l'on peut interroger et joindre sans le charger nulle part au préalable. Sa place est à côté de l'éditeur SQLite, pas dans la liste de connexions : il n'y a ni hôte ni mot de passe.

ClickHouse

À l'étude

Analytique en colonnes sur un serveur, via son interface HTTP. Ce qu'elle apporte, c'est l'échelle qu'un moteur orienté lignes n'atteint pas : des agrégations sur des milliards de lignes, et des vues matérialisées qui gardent la partie coûteuse précalculée. Elle réutilise l'éditeur SQL et l'explorateur de schéma, avec son propre dialecte et son propre vocabulaire pour ce qui compose une table. À eux quatre, ils feraient passer Calíope de trois formes de base de données à cinq : le relationnel client-serveur et le relationnel dans un fichier sont déjà là, les documents sont arrivés avec MongoDB, et ceux-ci ajoutent le clé-valeur et l'analytique en colonnes, locale et distribuée.

Plus de langues d'interface

À l'étude

Calíope existe en cinq langues : anglais, espagnol, français, allemand et italien. Le portugais et le japonais ont été évoqués. Dites-nous laquelle vous voudriez ensuite — l'app est réellement traduite et non localisée à la machine, donc chaque nouvelle langue est un vrai travail et nous préférons viser juste.

🔴 Écarté — décidé non, avec la raison. Ces entrées restent visibles à dessein

Bases SQLite chiffrées (SQLCipher)

Écarté

L'Éditeur SQLite n'ouvre que des bases non chiffrées. Prendre en charge SQLCipher implique de distribuer et maintenir un fork de SQLite dans une app sandboxée de l'App Store, et l'outil est prévu pour inspecter des magasins Core Data et des bases embarquées d'applications, qui ne sont pas chiffrées.

Raison : périmètre et maintenance

Votre position sur la carte spatiale

Écarté

Afficher où vous êtes exigerait une autorisation de localisation et son entrée dans l'étiquette de confidentialité de l'App Store, en échange de quelque chose dont cet outil n'a pas besoin : sur la carte, ce qui compte est où sont vos données, pas où vous êtes.

Raison : coût en vie privée sans bénéfice

Sonder les deux adresses avant de se connecter

Écarté

Il serait tentant de tester l'hôte principal et l'alternatif en parallèle et de garder le plus rapide. Ouvrir et fermer des connexions TCP sans terminer la poignée de main augmente aborted_connects sur le serveur et peut finir en Host is blocked because of many connection errors. Le basculement se fait lors de la tentative réelle.

Raison : cela nuit au serveur que vous visez

MongoDB via la couche relationnelle

Écarté

MongoDB est un outil autonome, avec sa propre session et son propre jeu d'onglets, et non un moteur de plus derrière ceux qui existent. L'abstraction relationnelle modélise les clés étrangères, le binlog, la réplication et EXPLAIN ; une base de documents laisserait presque tout cela vide, et chaque outil devrait se demander quel type de session il regarde.

Raison : ce serait la mauvaise forme
🟢 Livré récemment — les trois plus récentes ; la liste complète est dans le changelog

Calíope sur votre iPhone

Livré

Calíope se dispose pour le téléphone et s'installe depuis la même page de l'App Store que le Mac et l'iPad. C'est le client entier, pas une visionneuse : elle se connecte à vos serveurs et exécute vos requêtes, avec les mêmes outils que l'iPad et sans une seule vérification d'appareil dans tout l'arbre. Vos profils, snippets, historique et conversations avec l'assistant arrivent par votre propre iCloud, et quand cet interrupteur est fermé elle le nomme au lieu d'afficher un écran vide en vous laissant conclure que tout va bien.

Version 1.4

PostgreSQL

Livré

Connectivité PostgreSQL native aux côtés de MariaDB, MySQL et Amazon Aurora, avec son propre provider et non un adaptateur MySQL : profils de connexion, explorateur de schéma, éditeur SQL avec ses propres fragments et mots-clés, sauvegardes et restauration, maintenance, rôles et privilèges, et supervision du serveur. La réplication reste le seul domaine propre à MySQL, et ce qu'un moteur ne sait pas faire est masqué plutôt que grisé.

Version 1.3

MongoDB

Livré

Un outil pour les bases de documents, avec leur propre vocabulaire : parcourir collections et documents, les éditer en JSON, écrire des filtres et des pipelines d'agrégation, gérer les index et consulter le serveur, ses opérations en cours et ses utilisateurs. Chaque valeur affiche son type — ObjectId, decimal128, dates, binaires — car dans une base sans schéma c'est la moitié de l'information.

Version 1.2

Comment fonctionne cette roadmap

En cours signifie que c'est engagé et que le travail est en cours.

À l'étude signifie que nous évaluons le périmètre, la faisabilité technique et la demande. Aucune date de livraison n'est impliquée.

Écarté signifie que nous avons décidé de ne pas le faire. L'entrée reste visible avec sa raison, pour que la décision soit transparente plutôt que silencieuse.

Livré signifie que c'est dans l'app aujourd'hui. La version d'arrivée figure sur chaque entrée — et notez que la plus récente peut encore être en cours d'examen sur l'App Store.

Vous cherchez la liste complète de ce qui est livré ? Voir le changelog →