Qué se está construyendo, qué estoy valorando, qué he decidido no hacer y qué acaba de llegar.
Esta página describe Calíope 1.7. Es la versión que estoy construyendo ahora mismo; la 1.6 ya está en la App Store en todos los aparatos, el Mac incluido, así que todo lo que aparece abajo como publicado en la 1.6 se puede descargar; lo marcado 1.7 llega con la próxima actualización.
Calíope crece de tres cosas: lo que llega por soporte, los informes de diagnóstico que la gente decide compartir y el trabajo diario contra bases de datos reales. Esta página dice en qué punto está cada cosa — incluidas las que decidí no hacer, con su motivo, porque un roadmap que solo enumera promesas no cuenta gran cosa. ¿Falta algo? Sugiere una función.
Un respaldo —también uno programado—, una restauración o una consulta larga enseñarán su progreso en vivo en la pantalla bloqueada y en la Dynamic Island del iPhone, y en el Apple Watch: las tablas ya procesadas, lo que falta y un aviso en cuanto algo falle. Se apoya en el programador de respaldos y en las alertas SQL que Calíope ya tiene, para seguir un trabajo largo sin quedarte en su pantalla.
Las tablas son tarjetas en el espacio que te rodea y las claves foráneas, líneas entre ellas; las agarras y las mueves con la mano, y cada esquema puede ir en su propia capa. Se construye sobre la versión nativa de visionOS que llega con la 1.6: un esquema de decenas de tablas se lee mejor cuando tiene sitio para extenderse.
Un motor nuevo con herramienta propia, como MongoDB y Redis. Necesita un driver del protocolo nativo de Cassandra (CQL), que escribiré a partir de la especificación pública de Apache Cassandra, como todos los drivers de Calíope. ScyllaDB habla el mismo protocolo, así que un solo driver sirve para los dos.
Herramienta propia, sobre HTTP o HTTPS como ClickHouse. El cliente se escribirá sólo a partir de la especificación oficial de la API REST, sin tomar nada de Kibana ni de otras herramientas. OpenSearch nació como fork de Elasticsearch, y la herramienta cubrirá los dos.
El japonés será el sexto idioma de la interfaz, traducido entero como los otros cinco y no localizado a máquina.
Una opción más en Respaldo para sacar una copia con los datos personales sustituidos por otros falsos pero realistas, pensada para desarrollo y pruebas.
Después de cada respaldo, Calíope lo restauraría en una conexión de pruebas que tú eliges, comprobaría que esté completo y lo borraría.
Un registro de cada CREATE, ALTER y DROP, con quién y cuándo, que también avisa de los cambios hechos fuera de Calíope.
Ver quién bloquea a quién en este momento y terminar la sesión que causa el bloqueo, con un historial de interbloqueos.
Un botón que revisa los privilegios de las cuentas y te dice qué conviene corregir, sin tocar nada por su cuenta.
El portugués como séptimo idioma de la interfaz, después del japonés.
El Editor SQLite abre sólo bases sin cifrar. Soportar SQLCipher significa distribuir y mantener un fork de SQLite dentro de una app en sandbox de la App Store, y la herramienta está pensada para inspeccionar almacenes de Core Data y bases embebidas de aplicaciones, que no van cifradas.
Enseñar dónde estás exigiría un permiso de ubicación y su entrada en la ficha de privacidad de App Store, a cambio de algo que esta herramienta no necesita: en el mapa lo que importa es dónde están tus datos, no dónde estás tú.
Sería tentador probar el host principal y el alternativo en paralelo y quedarse con el más rápido. Abrir y cerrar conexiones TCP sin completar el handshake suma aborted_connects en el servidor y puede acabar en Host is blocked because of many connection errors. El failover ocurre en el intento real.
MongoDB es una herramienta autocontenida, con su propia sesión y su propio juego de pestañas, no un motor más detrás de los que ya hay. La abstracción relacional modela claves foráneas, binlog, replicación y EXPLAIN; una base de documentos dejaría casi todo eso vacío, y cada herramienta tendría que empezar a preguntarse qué clase de sesión está mirando.
Seleccionas en el Finder un archivo .sqlite, .duckdb o Parquet y pulsas la barra espaciadora, o lo tocas en la app Archivos del iPad y del iPhone, y ves sus tablas, sus columnas con su tipo y sus primeras 20 filas sin abrir Calíope. En el Mac, también los TSV; los CSV conservan la vista previa del propio sistema. La extensión lee con el motor DuckDB que ya lleva la app —compartido con ella, no una segunda copia—, nunca escribe en el archivo y, si a los tres segundos o así no ha terminado, lo dice. En el Apple Vision Pro no hay vista rápida de Calíope: visionOS no carga las extensiones de vista previa de otras apps. Más en la Ayuda.
TiDB entra por el motor MySQL que Calíope ya habla, y lo que TiDB no tiene se esconde en vez de salir en gris: sin disparadores, rutinas, eventos, registro binario ni monitor de réplica, pero con las secuencias en Catálogos y AUTO_RANDOM y las claves agrupadas en el Constructor de tablas. Lo que funciona distinto sigue a TiDB: el registro de consultas lentas lee SLOW_QUERY, con su umbral en milisegundos, y STATEMENTS_SUMMARY; el EXPLAIN visual lee el plan propio de TiDB y su asesor de índices propone a partir de él; el Tablero enseña lo que TiDB publica por SQL y n/a en lo demás; y el Editor SQL tiene las palabras reservadas y las fichas de funciones de TiDB. Probar conexión reconoce TiDB y ofrece «Usar TiDB». Diez capítulos de TiDB en el Manual del DBA. TiDB 8.5 o posterior.
Valkey entra por el cliente escrito para Redis, con sus siete herramientas: Claves, Servidor, Memoria, Comandos lentos, Clientes, Consola y Topología, clúster incluido. El panel Servidor enseña la versión y el modo propios de Valkey, el prompt de la Consola dice valkey>, y Probar conexión reconoce Valkey y ofrece «Usar Valkey». Fragmentos, Reportes y el Asistente IA también trabajan con Valkey. Los doce capítulos de Redis del Manual del DBA dicen dónde difiere Valkey, y un capítulo nuevo lo resume. Valkey 8.0 o posterior.
En curso significa que está comprometido y el trabajo está en marcha.
Planificado significa que decidí hacerlo y digo por qué; el trabajo todavía no ha empezado. No implica fecha de entrega.
En estudio significa que estoy valorando alcance, encaje técnico y demanda. No implica fecha de entrega.
Descartado significa que decidí no hacerlo. La entrada se queda visible con su motivo, para que la decisión sea transparente y no silenciosa.
Publicado significa que hoy está en la app. En cada entrada figura la versión en la que llegó — y ten en cuenta que la más reciente puede no estar todavía en la App Store; el aviso de arriba dice cuál es.
¿Buscas la lista completa de lo publicado? Ver el changelog →