Re: Duda sobre replicacion Streaming

Necesito crear un trigger dinámico que compruebe si un determinado campo de tipo date llegó a la fecha indicada cambie el estado de cierta peticion a inactivo. me explico mejor tengo una tabla issues que tiene en sus campo uno que es due_date de tipo date, a medida que pase el tiempo debo comprobar que si la fecha llegó a la fecha today, debo cambiar el estado de esta peticion a inactiva.

Pueden ayudarme con eso.

----- Original Message -----

From: "Juan Carlos Ramirez Zambrano" <juancarlosrz(dot)78(at)gmail(dot)com>
To: "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: "Ayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Friday, December 30, 2011 9:37:40 AM
Subject: Re: [pgsql-es-ayuda] Duda sobre replicacion Streaming

El 29 de diciembre de 2011 21:10, Alvaro Herrera < alvherre(at)alvh(dot)no-ip(dot)org > escribió:

Excerpts from Juan Carlos Ramirez Zambrano's message of jue dic 29 23:56:11 -0300 2011:

> Ok, no tengo mucha experiencia en postgres, y agradeceria mucho tu ayuda si
> me pudieras orientas mas o menos que configuracion debera tener el
> autovaccum,

Hum. Ponlo en "on" en postgresql.conf, le das un pg_ctl reload, y con
eso ya debería estar al menos funcionando. A partir de ahí yo sugeriría
bajar el valor de autovacuum_vacuum_scale_factor a 0.1 (el valor que
viene es 0.2, demasiado alto; pg_ctl reload nuevamente) y ya con eso
debería comportarse decente. Asegúrate que autovacuum_naptime no es un
valor demasiado alto; el valor por omisión de 1 minuto es razonable.

¿Por qué estás considerando pg_attribute separadamente del resto de las
tablas?

Ok, voy a revisar las configuracion que me comentas,

Te comento por que ese pensó en un plan asi.

La base de datos que tengo pesa al rededor de 500 GB
Tiene 14 esquemas
El esquema mas grande tiene 180 tablas
La tabla mas grande pesa al rededor de 100 GB
Otras pensan en 20 y 30 GB

Se penso en separar los mantenimientos por que si se ejecuta el vacuum para el pg_attribute se tarda demasiado, de echo el ultimo que se ha estado haciendo es un autovacuum que entro solo y lleva 15 horas, el ultimo autovaccum que se había realizado de esta tabla fue el sabado pasado.

Y el de las tablas grandes esta tardadon hasta 5 horas pro tabla y esto nos pega con lentitud.

De los mantenimientos por tablas de cada tercer dia es por para evitar alentar la base de datos, esto de acuerdo a lo que se había estado revisando.

Gracias por tu apoyo, te agradecería mucho si me pudieras orientan si se hace un script para los mantenimientos como me recomendarías que se hiciera, con que frecuencia y si a todo en una misma sesion.

Ultimamnete se han estado teniendo problemas por el comportamiento de la base de datos, se ha pensado en realizar la replicaicon, pero si se hace esto, se pueden heredar los problemas ?

Nuevamente gracias por la ayuda.

<blockquote>

--
Álvaro Herrera < alvherre(at)alvh(dot)no-ip(dot)org >

</blockquote>

Fin a la injusticia, LIBERTAD AHORA A NUESTROS CINCO COMPATRIOTAS QUE SE ENCUENTRAN INJUSTAMENTE EN PRISIONES DE LOS EEUU!
http://www.antiterroristas.cu
http://justiciaparaloscinco.wordpress.com