En general los locks estan asociados a consultas insert/updates/deletes. En cuanto a las mejoras de comportamiento estaba pensando en algo asi como timeout's en las conexiones, anteriormente realice cambios en los keepalive del sistema de datos y mejoro bastante pero no se existen otro valores similares para ir afinando el comportamiento del motor. He monitoreado el sistema y estoy seguro de que no existen ejecuciones de alter's/drop's, ya que las conexiones remotas utilizan perfiles con limitaciones al respecto, y el usuario administrador se cuida bastante.
2010/11/17 Jaime Casanova <[email protected]> 2010/11/17 Javier Fritz Aliste <[email protected]>: > > Estimados. > > > > Contamos con una aplicación que se conecta a una base de datos atraves de > la > > wan, esto nos genera en ocasiones problemas con las conexiones de estos > > terminales remotos, el problema es que cuando el ancho de banda se ve > > degragado se generan multiples locks y bloquea la tabla consultada > > si es una consulta (SELECT) los bloqueos solo impiden ejecutar ALTER > TABLE, DROP TABLE y asi... > > > impidiendo que las demas consultas que no poseen problemas de velocidad > > queden a la espera. Existe alguna configuración que permita mejorar el > > comportamiento de la base de datos y hacerla mas resistente a este tipo > de > > fallos?. > > > > que considerarias tu que deberia pasar? o como consideras que postgres > deberia "mejorar" ante el degradamiento del ancho de banda? > > -- > Jaime Casanova www.2ndQuadrant.com > Professional PostgreSQL: Soporte y capacitación de PostgreSQL > -- Javier Fritz -- Javier Fritz
