Ingeniería
Estudio
Por área de la empresa
Por sector · 12
Veodar
Tecnología · Base de datos en el dispositivo
SQLite es una base de datos completa que vive dentro de la propia app, en un archivo del dispositivo. Con ella la app guarda, busca y calcula sin depender de la cobertura, y envía los cambios cuando la conexión vuelve. Diseñamos ese modelo de datos local, la sincronización con tu servidor y lo que hace falta para que nada se pierda por el camino.
Se combina con
Situaciones
Guardar en el dispositivo compensa cuando el trabajo no puede pararse porque falle la red: en un sótano, en una nave, en el campo o en un avión.
Hoy cada pantalla pide los datos al servidor y, si no hay red, no hay app. Con los datos en el dispositivo se trabaja igual y se envía después.
Dos personas editan lo mismo, o un envío se corta a medias. Cada cambio se apunta en una cola con su orden y se aplica una sola vez, con una regla clara para los conflictos.
Catálogos, clientes o históricos que hoy se descargan cada vez. Guardados en el dispositivo, con sus índices, se buscan al momento y sin gastar datos.
Datos de clientes, firmas o fotos que no deben quedar legibles si el aparato se pierde. La base de datos se cifra y la clave se guarda donde el sistema la protege.
Servicios
Cuatro tipos de encargo. Los dos primeros son casi siempre uno solo: guardar en el dispositivo obliga a decidir cómo se sincroniza.
Módulo 1 · CajoneraLas tablas que la app necesita para trabajar sola: qué se descarga, qué se crea en el dispositivo y cómo se relaciona. Con escrituras que se completan enteras o no se hacen.
Ejemplos de entregables
Módulo 2 · BarreraUna cola de cambios pendientes que sale cuando hay red, reintenta si falla y no duplica. Y una regla escrita para los conflictos: quién gana, o cuándo se pregunta a una persona.
Ejemplos de entregables
Módulo 3 · ÍndiceÍndices para que las listas largas respondan al momento, búsqueda de texto dentro de los registros y los cálculos que hoy se piden al servidor, hechos en el propio aparato.
Ejemplos de entregables
Módulo 4 · CerraduraLa base de datos cifrada, los cambios de estructura entre versiones de la app sin perder lo guardado y un modo de recuperar los datos si un dispositivo falla antes de sincronizar.
Ejemplos de entregables
Un ejemplo en funcionamiento
Ejemplo funcional con datos ficticios. Quita la cobertura, cierra un parte y añade otro: se guardan en el teléfono y esperan en la cola. Devuélvela y mira cómo salen, y qué pasa cuando la oficina ha tocado el mismo parte.
Conexión
La oficina, mientras tanto
Regla si hay conflicto
Cola de cambios
En el teléfono (SQLite)
| Parte | Estado | Enviado |
|---|
En la oficina (simulada)
| Parte | Estado |
|---|
La base de datos de este ejemplo vive en la memoria de tu navegador y la oficina está simulada: nada se envía. El orden de las operaciones, la cola y la regla de conflictos son los que se programan en una app real.
Integración
La base de datos del dispositivo no sustituye a la de tu empresa: es una copia de trabajo de la parte que cada persona necesita. La verdad sigue estando en tu servidor.
De dónde viene
A dónde llega
Cómo trabajamos y qué entregamos
Miramos qué datos maneja la app, de dónde vienen, quién los cambia y qué falla hoy cuando no hay red.
Escribimos qué se guarda en el dispositivo, cómo se sincroniza, qué regla resuelve los conflictos y qué queda fuera.
El recorrido principal funcionando sin conexión en tus dispositivos, con la cola de cambios a la vista.
La pruebas en modo avión, con cortes a mitad de un envío y con dos personas cambiando el mismo dato.
El modelo de datos, la regla de conflictos, cómo se migra entre versiones y cómo se recuperan los datos de un dispositivo.
Preguntas
¿Falta la tuya? Escríbela a info@veodar.com y te respondemos con una pregunta concreta, no con un dossier.
Es una base de datos relacional completa, con consultas SQL, transacciones e índices. Lo que la distingue es que no necesita un servidor: es una biblioteca dentro de la app y un archivo en el dispositivo. Por eso es la que usan por dentro los propios sistemas de iPhone y Android.
No. SQLite guarda y consulta; enviar los cambios a tu servidor y recibir los suyos hay que diseñarlo. Es la parte que más cuidado necesita y la que decide si una app sin conexión es de fiar, así que se define y se prueba antes que las pantallas.
Depende de la regla que se haya escrito, y esa regla la decides tú con nosotros: que gane el último cambio, que gane la oficina, que se combinen campo a campo o que la app pregunte. Lo que no puede pasar es que uno de los dos cambios desaparezca sin que nadie lo sepa.
Si la base de datos se cifra y la clave se guarda en el almacén protegido del sistema, lo guardado no se puede leer sin desbloquear el aparato. Además se decide qué datos no deben quedarse en el dispositivo más de lo necesario.
Mucho más de lo que una app suele necesitar: el límite práctico lo pone el espacio libre del dispositivo, no SQLite. Lo que conviene acotar es qué se descarga, porque no tiene sentido llevar en el teléfono lo que esa persona no va a usar.
Sí. Hay bibliotecas maduras para React Native, para Swift y para Kotlin, y es también la base de datos habitual en las aplicaciones de escritorio. El modelo de datos y la regla de sincronización se diseñan igual; cambia la biblioteca que los ejecuta.
Actualizado:
Servicios relacionados
Otras tecnologías
Empezar
Con saber qué trabajo se interrumpe cuando falla la red y qué datos intervienen nos basta para una primera respuesta.
Qué ayuda a valorarlo
¿Antes de escribir? Mira cómo presupuestamos un proyecto o las soluciones por área de la empresa.
Cookies
Guardamos tu idioma y esta elección para que la web funcione. Con tu permiso medimos visitas y velocidad de forma anónima, sin cookies de seguimiento ni publicidad.
Cookies
Necesarias
Tu idioma, esta elección y la protección antispam del formulario de contacto.
Medición anónima
Páginas vistas y tiempos de carga, en conjunto, con Vercel. No usan cookies ni te siguen por otros sitios.