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" <[email protected]>
To: "Alvaro Herrera" <[email protected]>
Cc: "Ayuda" <[email protected]>
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 < [email protected] > 
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 < [email protected] >

</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

Responder a