Re: [pgsql-es-ayuda] ¿Existen problemas cuando una BD es frecuentemente modificada en su estructura?

Hola Arturo.

no creo que el problema del rendimiento sea por modificar la estructura de
datos, puede que un vacuum full le sirva para optimizar los datos y mejore
el funcionamiento del planificado de postgresql, debe tener en cuenta que
un vacuum full bloquea la tabla y se debe ejecutar en una ventana de
mantenimiento.

¿que versión de postgres es?

para saber como esta funcionado el planificador puede buscar en el log de
postgres una consulta lenta y ejecutar el explaint analyze, con la salida
del explain se puede tener idea si hace falta indices.

El 2 de septiembre de 2016, 9:36, Arturo <arturomunive(at)gmail(dot)com> escribió:

> Buenos días:
>
> Tengo una duda, por condiciones que no puedocambiar, tengo que hacer,
> y he hecho, muchas modificaciones en la estrctura de bases de datos
> que ya están en funcionamiento (en producción), es decir he creado
> nuevas tablas, agregado y quitado columnas a tablas existente,
> cambiado agregado y borrado funciones.
>
> Aunque la base de datos sigue funcionando normalmente, solo he visto
> un poco mermada la velocidad pero se lo atribuyo al creciente numero
> de datos.
>
> Mi pregunta es:
> ¿De qué manera afecta todas estas modificaciones a una base de datos
> en producción?
>
> ¿Debería levantar un backup y eliminar la base de datos original, y
> asi obtener una base de datos con todas las estructuras creadas "de
> una sola vez"?
>
> ¿Sería esto beneficioso de alguna manera?
>
> Agradezco su tiempo cualquier respuesta, sugerencia o experiencia
> previa compartida será, como es obvio, muy agradecida.
>
> --
> Arturo Munive
>
> -
> 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
>

--
Raul Andres Gutierrez Alejo