Dónde se guardan los datos del proyecto en modo invitado, al iniciar sesión y al cambiar de cuenta

SlateX guarda los datos del modo invitado y los de la sesión iniciada en dos archivos físicos de base de datos separados: usan el mismo modelo de datos, pero no son el mismo archivo. La base de invitado atiende solo los registros mientras no se ha iniciado sesión; la base de la cuenta atiende los registros tras iniciar sesión, y es además la única con una base de datos privada en la nube configurada. Al cambiar de cuenta, la pertenencia tampoco se resuelve como «quien tenga ahora la sesión iniciada se queda con todos los registros», sino que se juzga registro a registro con la condición de identidad de Apple.

Tener dos bases separadas resuelve «en qué lado caen los datos», y no equivale a garantizar ningún resultado de seguridad, de privacidad ni de funcionamiento entre dispositivos.

La base de invitado y la base de la cuenta son dos archivos

Las dos bases están en un subdirectorio dedicado dentro del directorio de soporte de la aplicación. Esa posición no es una carpeta Documents que se recorra a mano desde la app Archivos, así que no puede entenderse «haber encontrado el archivo de la base de datos» como que ya se dispone de todo el material, ni escribir una copia de respaldo solo de la base de datos como un plan completo de respaldo.

Las dos bases comparten la misma instancia del modelo de datos, de modo que los objetos de proyecto, escena, registro de toma y material de continuidad siguen expresándose con la misma estructura. La diferencia está en el punto de almacenamiento: los datos de invitado entran en la base de invitado y los datos de la sesión iniciada entran en la base de la cuenta. El código solo configura la base de datos privada en la nube para la base de la cuenta; la base de invitado no tiene ninguna configuración de subida a la nube en todo su ciclo de vida. Lo que se dice aquí es un hecho de configuración del código, no la conclusión de una prueba hecha en el dispositivo de que no se sube nada.

Las fotos y los vídeos no son lo mismo dentro de la base

El cuerpo de datos de una foto se guarda como datos binarios dentro de la base de datos, y por eso viaja con el registro de la base. El vídeo no: en la base se guarda una ruta que apunta a un archivo local, en lugar de meter el archivo de vídeo entero en el mismo campo de la base.

Esa diferencia hace que el registro de una foto y la ruta de un vídeo no puedan entenderse como el mismo mecanismo al cambiar de dispositivo. El código puede explicar qué guarda cada uno dentro de la base, pero no puede prometer con eso que «al cambiar de dispositivo se podrá obtener» ni que «no se podrá obtener». El receptor solo puede verlas como dos formas de almacenamiento distintas, y no equiparar la sincronización de la base de datos con que los archivos de medios ya hayan llegado.

Que en la base de datos haya un registro de un medio no significa que el archivo local correspondiente ya haya aparecido en el otro dispositivo.

Tras iniciar sesión, la pertenencia no es un cambio de dueño de la base entera

La pertenencia de los datos del lado de la cuenta se juzga registro a registro con la condición de identidad de Apple. El proyecto y sus registros alcanzables tienen que poder caer en la ruta de pertenencia de la identidad actual, y no puede, solo porque una cuenta esté ahora con la sesión iniciada, considerarse que todo lo de la base es de esa cuenta.

Ese juicio también afecta a si, al cambiar de cuenta, una lectura, una migración o un borrado de un registro pueden seguir haciéndose. Dicho de otra manera: el estado de la sesión es solo una de las condiciones para entrar en un entorno de datos u otro, y a qué identidad pertenece un registro concreto depende además de por qué cadena de relaciones puede volver el propio registro hasta esa identidad.

Los datos de invitado solo migran al iniciar sesión de forma explícita

Que los registros de invitado pasen a la base de la cuenta no ocurre de pasada al restaurar la sesión. Solo el camino en el que la persona pulsa iniciar sesión de forma explícita permite arrancar la migración de invitado; cuando la aplicación recupera la sesión a partir de credenciales ya guardadas, no mueve la base de invitado por su cuenta.

La migración en sí se ejecuta por fases: primero se toma una instantánea de la base de invitado, después se escriben en la base de la cuenta los objetos que pueden migrarse, y a continuación se comprueba atributo por atributo, relación por relación y pertenencia por pertenencia usando un contexto nuevo. Solo si la comprobación pasa se limpian los registros de invitado del lado de origen. Si cualquier fase falla, el lado de origen no entra en la limpieza.

Si la comprobación no pasa se conservan los originales, y es preferible no tocar nada a tocarlo a medias. Esta frase describe el orden de migración actual, y no significa que la red, la nube u otros dispositivos hayan completado ninguna comprobación adicional.

Hasta dónde responde esta página

Lo que este mecanismo puede responder es en qué base caen por separado los registros de invitado y los de la cuenta, cuál de las dos tiene configurada la base de datos privada en la nube, con qué forma aparecen los medios dentro de la base, y cómo migran los datos de invitado, tras su comprobación, al iniciarse la sesión de forma explícita. No prueba ningún modelo concreto de cifrado ni garantías de privacidad de alcance completo, tampoco puede probar que nadie sea capaz de leerlos, y la configuración del código no puede escribirse como una auditoría de seguridad ya hecha a nivel de dispositivo.

Si la pregunta pasa a ser si el otro dispositivo mostrará el mismo medio en el mismo momento, si se podrá recuperar tras borrar la aplicación o si con esto se cumple alguna norma concreta, este artículo solo describe cómo están organizados de verdad los datos en el directorio del proyecto de esta máquina, y no extrapola a esos casos.

FAQ

¿El modo invitado y la sesión iniciada usan la misma base de datos?

No. Los dos estados usan archivos físicos de base de datos separados, aunque comparten la misma instancia del modelo de datos; los registros de invitado entran en la base de invitado y los de la sesión iniciada, en la base de la cuenta.

¿La base de invitado también entra en la base de datos privada en la nube?

El código actual no configura ninguna subida a la nube para la base de invitado; solo la base de la cuenta tiene configurada la base de datos privada en la nube. Esta afirmación describe la configuración del código, y no equivale a haber demostrado con pruebas en el dispositivo todos los comportamientos de red.

¿Por qué las fotos y los vídeos no pueden entenderse con la misma expectativa entre dispositivos?

Porque el cuerpo de datos de la foto se guarda dentro de un campo de la base de datos, mientras que del vídeo la base guarda una ruta local. Son dos formas de almacenamiento distintas, y de que exista el registro en la base no puede inferirse que el otro dispositivo ya tiene el archivo correspondiente.

¿Cuándo pasan los datos de invitado a la cuenta con la sesión iniciada?

Solo cuando la persona inicia la sesión de forma explícita puede arrancar la migración de invitado; si el sistema recupera un estado de sesión ya existente, no migra de forma automática. La migración pasa por la escritura y la comprobación, y si la comprobación no pasa, los registros de origen se conservan.

Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.