Re: query asincronico y SPI

Hola a todos, ya solucione el problema siguiendo los consejos que me dieron.

La funcion en C que tenia con SPI, la cambie por un demonio en C con
libpq, el cual esta siempre esperando una regla on inser or on update
que me gatilla el evento notify, Al principio me costo entederlo, pero
una vez digerido es mas facil de lo que pensaba.

Gracias a todos

El 24/09/05, Horacio Miranda<hmiranda(at)gmail(dot)com> escribió:
> El 24/09/05, Luis Rodrigo Gallardo Cruz<rodrigo(at)nul-unu(dot)com> escribió:
> > On Sat, Sep 24, 2005 at 03:13:12PM -0400, Mario Soto Cordones - Venezuela wrote:
> > > OK, pero no utilizo libpq, lo que yo utilizo es SPI, no se si
> > > utilizando libpq, peueda crear funciones en lenguaje C que se gatillen
> > > como las que hago el plpgsql, por ejemplo. Pero creo que libpq,
> > > funciona para hacer aplicaciones clientes en c y conectarlas a
> > > postgresql .
> >
> > Precisamente. El servidor no tiene hebras, así que no puedes hacer la
> > llamada asíncrona. La solución con NOTIFY es que hagas _otro_ cliente,
> > (con libpq, si lo haces en C) que sólo se dedique a recibir las
> > notificaciones y correr la función que quieres al recibirlas. Este otro
> > cliente debe estar corriendo todo el tiempo.
> Es lo que me referia a coordinador transaccional, algo entre la base
> de datos y el cliente que este realizando las consultas, cuando se
> tengan los datos, estos sean entregados al cliente. Podria ser con
> socket, cola de mensajes u otra tecnica que requieran.
> >
> > --
> > Rodrigo Gallardo
> >
> > ---------------------------(fin del mensaje)---------------------------
> > TIP 7: no olvides aumentar la configuración del "free space map"
> >
>
>
> --
> Saludos Horacio Miranda.
> RedHat Certified Engineer.
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 3: si publicas/lees desde Usenet, por favor envía "subscribe-nomail"
> a majordomo(at)postgresql(dot)org para que tus mensajes puedan llegar
> a los suscriptores de la lista
>

--
cordialmente,

Ing. Mario Soto Cordones