Bases de datos de las vistas previas
Cada vista previa de API tiene un Postgres efímero con migraciones y datos de ejemplo, aislado de producción.
Cuando una vista previa incluye tu API, EvonX le da su propia base de datos: un Postgres nuevo y efímero creado para esa vista previa, migrado al esquema actual y cargado con datos de ejemplo. Nada de lo que hagas en una vista previa puede tocar los datos de producción.
Qué obtienes, automáticamente
-
Una instancia de Postgres dedicada arranca junto a la vista previa: no es una base de datos compartida y nunca es la de producción.
-
Se ejecutan las migraciones para que el esquema coincida con el código que se previsualiza. Si el cambio que pruebas altera el modelo de datos, la base de datos de la vista previa ya lo refleja.
-
Se cargan datos de ejemplo: registros realistas (clientes, reparaciones, citas, lo que defina el dominio de tu app) para que las pantallas se vean con contenido y no vacías.
Cuando la vista previa se limpia, su base de datos se va con ella.
Qué significa en la práctica
- Prueba sin miedo. Borra registros, cancela citas, rompe un flujo a propósito: en el peor caso, reinicias la vista previa para tener una copia nueva.
- Los datos no se conservan entre vistas previas. Cada una empieza con las migraciones y los datos de ejemplo. Si una prueba necesita registros concretos, añádelos al principio de la sesión o pide a la IA que amplíe los datos de ejemplo para que todas las vistas previas futuras los incluyan.
- Los cambios de esquema se ponen a prueba con seguridad. Un hilo que altera el modelo de datos demuestra sus migraciones ejecutándolas aquí primero, antes de que toquen tu base de datos de producción gestionada.
Relacionado
- Base de datos gestionada: el equivalente en producción.
- Leer los logs de la vista previa: la fase de preparación de la base de datos en los logs de arranque.
Última actualización: 4 de septiembre de 2026