Buenas yo normalmente para los despliegues de los cambios a producción de base de datos pasando por staging me apoyaba en soluciones del framework de desarrollo, por ejemplo en el mundo de ruby on rails existe una entidad llamada migrations ( http://edgeguides.rubyonrails.org/active_record_migrations.html) y basado en ese mismo concepto, puedes encontrar múltiples implementaciones en frameworks basados en java u otros lenguajes.
El 3 de febrero de 2017, 14:01, Sebastián <sebast...@indomitux.com.ar> escribió: > El 31/01/17 a las 11:07, Alvaro Herrera escribió: > >> Para generar los scripts, Euler Taveira desarrolló una herramienta >> llamada pgquarrel que sirve para generar scripts de cambios entre una >> versión de una DB y otra. ¿Quizás eso te pueda ayudar? Está en sus >> comienzos, pero yo creo que promete. Dale una mirada y si necesitas >> más, recomiendo hablar con Euler (recomiendo ir al pgconf en Porto >> Alegre, si tu portugués es mejor que el mío). >> > Excelente. Es justamente esa etapa la que demanda mucho trabajo, replicar > los cambios hechos en desarrollo a producción! > > Voy a probarlo. > > Finalmente, recuerda que en Postgres el DDL es transaccional: si tienes >> un problema aplicando un script, aplicas ROLLBACK y estás de vuelta >> donde estabas. Cuando vayas a hacer algo en producción, siempre ten un >> plan para volver al inicio en caso que las cosas se pongan verdes! >> > > Siempre interrumpo el servicio de la aplicación, hago un dump, luego los > cambios, habilito el servicio a usuarios más comprometidos y luego, si todo > parece ir bien, al resto. > > Muchas gracias por sus sugerencias, > > -- > > Seb > > > > - > Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda@postgresql.org > ) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda >