El caso: una cafetería que quiere vender en línea

Feria Diseña Tu Futuro (2) (8643030438).jpg — Imagen libre de Wikimedia Commons (CC BY 2.0, autor: Fundación General Universidad La Laguna from La Laguna, España)

Doña Martha tiene una cafetería en Zapopan. Hoy toma pedidos por WhatsApp en una libreta y ya perdió dos semanas de datos cuando se le mojó. Quiere una app sencilla donde el cliente vea el menú, haga pedidos y ella registre qué se vendió y a quién. Tu trabajo no es programar: es diseñar la base de datos y entregar una especificación clara para que una IA la construya bien. Esto es exactamente lo que hace un buen vibe coder.

Qué vas a entregar Un documento corto con: tus tablas y sus campos (con tipo), cómo se relacionan, tres consultas clave, y tus decisiones de respaldo y seguridad. Con eso, cualquier IA construye sobre un cimiento firme.

Paso a paso guiado

Ruta del proyecto

¿Qué cosas distintas hay que guardar? Para la cafetería: cliente, producto (del menú) y pedido. Cada una será una tabla. Si te sale una tabla que mezcla dos cosas, sepárala.
Para cada tabla, lista sus campos y su tipo. producto: nombre (texto), precio (número). cliente: nombre (texto), telefono (texto). pedido: fecha (fecha), total (número), cliente_id (número).
Todo pedido pertenece a un cliente: agrega cliente_id como foránea en pedidos. Un pedido puede incluir muchos productos y un producto aparece en muchos pedidos: eso es muchos a muchos y pide una tabla puente pedido_producto.
Pide en español lo que Doña Martha necesita ver: los pedidos de hoy, el producto más vendido, los clientes de Zapopan. Redacta qué tabla, qué filtro y qué columnas llevaría cada una.
Decide la frecuencia de respaldo (por ejemplo, diario automático), que siempre respaldarás antes de migrar, y que toda consulta usará parámetros para evitar el SQL injection.

Un borrador para critiquear

Un compañero propuso guardar todo en una sola tabla 'pedidos' con columnas: cliente_nombre, cliente_telefono, producto_nombre, producto_precio, cantidad, fecha. Vamos a juzgar esa decisión con lo que aprendiste.

[Contra la tabla única]

Esta actividad interactiva ('Constructor de argumentos') requiere el motor completo de Lumbre. El contenido estatico se muestra arriba; para la experiencia interactiva, visita la version online de este objeto.

Doña Martha crece y en seis meses tendrá 40,000 pedidos. Si deja la tabla única mal diseñada, ¿qué problema es más probable al consultar "los 10 productos más vendidos"?

¿Qué tan seguro te sientes de entregar el diseño de base de datos de tu propio producto siguiendo estos pasos?

Escribe tu entrega del proyecto para TU producto (no el de la cafetería): lista tus tablas con dos o tres campos cada una y su tipo, indica las relaciones, y anota tu regla de respaldo y tu regla de seguridad.

Pista

Formato sugerido: tabla → campos (tipo); luego "clientes 1—N pedidos"; luego tres consultas; luego respaldo diario y consultas parametrizadas.

Una base de datos bien diseñada no se nota; una mal diseñada se nota todos los días.
— Regla de campo para vibe coders

Cerraste el curso de Bases de datos

Se requiere 60% de aciertos para avanzar.

Fin del Curso 12 y del Nivel 1 (Entender). Sigues la ruta hacia el Nivel 2 (Construir), empezando por Agentes de IA desde cero: tu software deja de esperar clics y empieza a actuar solo.