Lo primero es que para eso no debe ser trigger sino un proceso que diariamente revise si algun record llego al due_date si deseas ponerlo en un trigger esa tabla deberias estar seguro que se actualiza diariamente pero no deberia ser ahi *-------------------------------------------------------* *-Edwin Quijada *-Developer DataBase *-JQ Microsistemas
*-Soporte PostgreSQL *-www.jqmicrosistemas.com *-809-849-8087 *-------------------------------------------------------* Date: Mon, 2 Jan 2012 11:23:36 -0500 From: [email protected] To: [email protected] CC: [email protected]; [email protected] Subject: Re: [pgsql-es-ayuda] 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. 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 esquemasEl esquema mas grande tiene 180 tablasLa tabla mas grande pesa al rededor de 100 GBOtras 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. -- Álvaro Herrera <[email protected]>
