RE: Manejar versiones en base de datos

Si usas el EMS manager puedes activar el log y al final del dia aplicas el log. Esto es lo que hago con mis desarrolladores pero como dice Alvaro es una disciplina ferrea para que las cosas se hagan como debe ser, tuve hasta que amonestar personal para lograrlo pero luego es facil.La ventaja del EMS es que cada vez que haces un cambio el te genera en un log los alter que usa para ese cambio y luego solo es cuestion de aplicarlo.

> Date: Wed, 9 Apr 2014 10:11:45 -0300
> From: alvherre(at)2ndquadrant(dot)com
> To: fsigu(at)hotmail(dot)com
> CC: pgsql-es-ayuda(at)postgresql(dot)org
> Subject: Re: [pgsql-es-ayuda] Manejar versiones en base de datos
>
> Fernando Siguenza escribió:
> > Amigos como esta, queria ver si me pueden ayudar, estoy desarrollando un sistema en c# con postgres, hasta ahora esta funcionando super bien, pero tengo un inconveniente que no se como manejar.
> > El tema es las versiones de la base de datos, me explico tengo una tabla articulos con los campos codigo, nombre y precio por ejemplo.
> > Ahora luego de unas semanas o meses, esta tabla ya ha cambiado, ahora tiene dos nuevos campos costo, fecha_ultima_compra por decir algo.
> > Entonces lo que quiero es saber como se podria hacer para copiar todos los registros de la tabla articulo antigua a la nueva, y con eso evito el tener que estar revisando de tabla en tabla que campos han cambiado, que procedimientos igual han cambiado etc etc para poder actualizar la version de la tabla vieja a la nueva.
> > No se si alguien trabajo en fox ahi hay el comando append, el cual hacia esto con un solo comando.
> > Espero me puedan dar algunas guias o ideas de como poder hacer lo que les comento.
>
> Lo que necesitas es un sistema development/staging/production, y una
> imposición de disciplina férrea a los desarrolladores que haga que
> escriban scripts con ALTER que conviertan una versión a la versión
> siguiente cada vez que hagan cambios al modelo de datos. Cada día, se
> toma una copia pg_dump de "producción" y se restaura en staging, luego
> se aplican los scripts que hagan falta; una vez que en staging un cambio
> de modelo está aprobado, aplicas el script correspondiente al servidor
> de producción (lo cual en efecto avanza la versión).
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda