Qué es una base de datos y por qué tu app necesita una

Una base de datos es el sitio donde vive la información de tu aplicación. Los usuarios, los pedidos, los mensajes, lo que sea que tu app maneje. Está separada de las pantallas, y esa separación es el concepto entero.

Las pantallas son la cara. La base de datos es la memoria. Puedes cambiar la cara mil veces sin tocar la memoria, y eso es justo lo que hace que las herramientas sin código funcionen.

Si estás montando algo y te has quedado atascado en "¿y dónde guardo esto?", este post es para ti.

¿Qué es una base de datos en una app sin código?

Es una hoja, pero con reglas.

Coge una lista de clientes. Cada fila es un cliente. Cada columna es un dato de ese cliente: nombre, correo, teléfono, fecha de alta. Eso ya es una base de datos, aunque esté en un Excel.

Lo que la convierte en base de datos de verdad son tres cosas:

Los campos tienen tipo. La columna de fecha guarda fechas, no texto que parece una fecha. La de precio guarda números. Así puedes ordenar, filtrar y sumar sin que se rompa nada. En una hoja de cálculo esto es opcional, y ahí empiezan la mitad de los desastres.

Cada fila tiene identidad. Un identificador único que no cambia aunque el cliente se cambie el nombre. Es lo que permite que otras tablas apunten a esa fila.

Las tablas se relacionan. La tabla de pedidos apunta a la de clientes. No copias el nombre del cliente en cada pedido: pones el enlace. Esa es toda la magia, y es lo que hace que cambiar un dato una vez lo cambie en todos los sitios donde aparece.

Por qué tu app necesita una

Porque sin ella, tu app no recuerda nada.

Es literal. Una web sin base de datos puede enseñar información, pero no puede guardarla. En el momento en el que alguien escribe algo, se registra, sube un archivo o marca una casilla, hay que guardarlo en algún sitio. Ese sitio es la base de datos.

Y hay un motivo más práctico, que es el que descubres montando. Si tienes los datos separados de las pantallas, puedes:

Cambiar la interfaz sin perder nada. Rehaces las pantallas y los datos siguen intactos.

Tener varias caras sobre los mismos datos. Una pantalla para tus clientes, otra para ti, otra para tu equipo. Todas leyendo la misma tabla.

Llevarte los datos si te cansas de la herramienta. Esto es más importante de lo que parece. Los datos son tuyos. La herramienta es alquilada.

Ese último punto es el que me haría elegir una herramienta u otra si empezara hoy. Si tus datos están atrapados dentro de un constructor, estás casado con él.

Los tres conceptos que hay que dominar y ya

Tabla. Un tipo de cosa. Clientes en una, pedidos en otra, productos en otra. La prueba para saber si algo merece tabla propia: ¿existe por sí mismo? Un cliente sí. Un teléfono no, es un campo del cliente.

Campo. Un dato dentro de la tabla. Elige bien el tipo desde el principio. Cambiarlo después con datos dentro es un dolor de muelas.

Relación. El enlace entre tablas. Un pedido pertenece a un cliente. Un cliente tiene muchos pedidos. Cuando lo dices en voz alta, la estructura sale sola.

Con eso montas el ochenta por ciento de las aplicaciones que se le ocurren a la gente normal. En serio. Lo que hace que la gente se atasque no es que falte conocimiento, es que se lanzan a montar pantallas antes de decidir qué tablas necesitan.

¿Qué herramienta uso para los datos?

Hay dos familias y conviene saber en cuál estás.

Las que parecen hoja de cálculo. Airtable es la más conocida. Ves las filas, arrastras columnas, montas relaciones con un clic. Ideal para empezar porque tienes retroalimentación visual constante: metes un dato y lo ves. El límite llega con volumen alto o consultas complicadas.

Las bases de datos de verdad. Supabase y compañía. Más potentes, sin límites prácticos, con control fino de permisos. Piden un poco más de cabeza al principio, pero no te vas a quedar corto nunca. Tengo el montaje explicado en Supabase como base de datos de tu app con IA.

La decisión honesta: si es tu primer proyecto y quieres ver algo funcionando esta semana, empieza por la familia visual. Si sabes que esto va a crecer y va a tener usuarios de verdad pagando, monta desde el principio sobre una base seria. Migrar después se puede, pero es un fin de semana perdido.

El repaso completo de opciones está en el hub de bases de datos y CRM sin código.

Tres ejemplos con la misma lista de clientes

Una app de presupuestos. Tabla de clientes, tabla de presupuestos, cada presupuesto apunta a un cliente. La pantalla muestra los presupuestos de cada uno y su estado. Con eso ya sustituyes una carpeta de PDFs con nombres imposibles.

Un portal de seguimiento. Los mismos clientes, pero ahora entran ellos. Ven solo sus filas. Los datos no cambian: cambia quién mira y qué se le enseña.

Un panel de números. Las mismas dos tablas, pero contando: cuánto has presupuestado este mes, cuántos han dicho que sí, cuál es tu media. Ni un dato nuevo, solo preguntas distintas a lo que ya tienes.

Tres aplicaciones distintas, una sola base de datos. Ese es el momento en el que se entiende por qué los datos van separados de las pantallas.

Lo que una base de datos no es

No es la app. Es la mitad de abajo. Necesitas algo por delante para que la gente la use, y ese algo es otra herramienta distinta.

No es una copia de seguridad. Que tus datos estén en la nube no significa que estén a salvo. Si borras una tabla por error, está borrada. Exporta de vez en cuando, aunque solo sea a un archivo en tu ordenador.

No es un sitio para archivos pesados. Los vídeos, los PDFs y las imágenes grandes van a un almacenamiento aparte, y en la base de datos guardas el enlace. Meter archivos dentro de las filas es la forma más rápida de que todo vaya lento.

No se arregla sola. Si metes los datos mal, se quedan mal. Un campo de teléfono donde la gente escribe "el fijo o el móvil, llámame por la tarde" es un campo inútil para siempre. Piensa qué vas a poder hacer con cada dato antes de recogerlo.

Cómo empezar sin equivocarte demasiado

Papel y boli, diez minutos. Escribe las cosas que tu app va a manejar. Rodea con un círculo las que tengan vida propia. Esas son tus tablas.

Debajo de cada una, apunta qué datos necesitas de verdad. No lo que estaría bien tener algún día. Lo que necesitas para que la app funcione mañana. Siempre se pueden añadir campos, y siempre acabas usando menos de los que pusiste.

Dibuja flechas entre las tablas y ponle nombre a la flecha en forma de frase: "un cliente tiene muchos pedidos".

Y ahora sí, abre la herramienta. Vas a montar en media hora lo que sin ese papel te habría llevado dos tardes y una rehecha entera.

El resto del camino, desde los datos hasta la app funcionando con usuarios, lo tienes en el hub de crear apps sin programar.

Si no tienes claro qué herramienta encaja con tu proyecto ni por dónde meter la IA en el montaje, el test te da una lectura rápida en unos minutos.

Hacer el test de IA