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 <arturomun...@gmail.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@postgresql.org > ) > Para cambiar tu suscripción: > http://www.postgresql.org/mailpref/pgsql-es-ayuda > -- Raul Andres Gutierrez Alejo
