Base de Datos
Cada proyecto DYPAI incluye su propia base de datos PostgreSQL. Postgres completo — sin variantes recortadas — con los mismos tipos, constraints y SQL que usarías en cualquier sitio. Dedicada a tu proyecto, aislada del resto.
Tres formas de gestionarla
| Pídeselo a tu IA | "Crea una tabla orders con total, fecha y customer_id." — el MCP se encarga del SQL. Lo más rápido para la mayoría de tareas. |
| Editor visual | Entra en la pestaña Database para crear tablas, editar columnas y ver filas. Bueno para ajustes rápidos. |
| Editor SQL | Ejecuta cualquier SQL directamente. Bueno para migraciones complejas o queries que la UI no cubre. |
Cambiarás entre ellos según la tarea. Para un CRUD directo, la IA suele ser lo más rápido. Para inspeccionar datos, el editor visual. Para casos raros o lo que la IA falla, SQL.
Modelo de seguridad
La seguridad en DYPAI se aplica a nivel de endpoint, no a nivel de base de datos. No hay row-level security (RLS).
Eso significa: la base de datos confía en el workflow que la llama. Tus endpoints son la puerta. Si un endpoint filtra por ${current_user_id}, solo vuelven las filas de ese usuario. Si un endpoint no filtra, quien tenga acceso a ese endpoint ve todo.
Esto mantiene las cosas simples — razonas sobre el acceso en un sitio (el endpoint), no en dos (la tabla y el endpoint). Pero significa que cada endpoint que construyes es responsable de su propio filtrado. Más sobre esto en API Builder: Endpoints.
Nunca expongas tablas crudas
No construyas endpoints que devuelvan tablas enteras sin filtrar. Siempre escopa las queries al usuario actual, al registro pedido o a un check de rol explícito.
Schemas que puedes usar
Tu base de datos tiene varios schemas con reglas distintas:
public— tu schema. Lectura/escritura completa. Aquí van tus tablas.system— auth de usuarios, roles, metadata de endpoints, memoria de agentes. Solo lectura para tus queries. Puedes hacer JOINs desde aquí (p. ej.LEFT JOIN system.users).storage/auth— fontanería interna. Solo lectura. No escribas aquí.
El editor visual solo muestra public por defecto. El editor SQL te deja leer de los demás.
Copias de seguridad
Se hacen backups automáticos diarios de cada proyecto. Si necesitas restaurar, solicítalo desde el dashboard. Los backups se conservan 7 días en Free, más en planes superiores.
Límites
| Free | De pago | |
|---|---|---|
| Tamaño de DB | 500 MB | Hasta 100 GB |
| Conexiones concurrentes | 20 | Hasta 200 |
| Timeout de query | 30s | 30s |
| Retención de backups | 7 días | 30 días |