RE: Duda sobre replicacion Streaming

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: mfrosabal(at)uci(dot)cu
To: juancarlosrz(dot)78(at)gmail(dot)com
CC: pgsql-es-ayuda(at)postgresql(dot)org; alvherre(at)alvh(dot)no-ip(dot)org
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" <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 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 <alvherre(at)alvh(dot)no-ip(dot)org>