Re: Reportes "real-time"

Lo mas adecuado para este caso, si es que deseas que se haga inmediatamente llegue un record a una tabla o mediante algun evento asi, es usar un metodo LISTEN/NOTIFY y un lenguaje que sea untrusted como pljava, plpython o pljavascript, escoge tu veneno, ya con eso puedes manejar las pasarelas,que supongo que son webservices a esa plataforma, como mejor te convenga. Para el asunto de enviar diario un mensaje pues haz un script en cualquier lenguaje que te guste y ponlo en un cron cada cierto tiempo como mas te guste.

________________________________
From: pgsql-es-ayuda-owner(at)postgresql(dot)org <pgsql-es-ayuda-owner(at)postgresql(dot)org> on behalf of Abel Osorio <abel(dot)m(dot)osorio(at)gmail(dot)com>
Sent: Tuesday, September 6, 2016 12:33 PM
To: Ruben Fitó
Cc: pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: [pgsql-es-ayuda] Reportes "real-time"

Hola Ruben, buenos días. Personalmente no conozco ningún complemento que pueda integrarse con una pasarela de SMS. De todas formas, en mi opinión, separaría el "envío" de la información del "colectado". "Qué" información debe enviarse sí es algo de podría conocer la base de datos (hasta se podría implementar con una vista simplemente). "Cómo" es una cuestión de implementación. Si lo harías con MVC, la información la daría el Model pero el envío lo haría un Controller. Creo que en este caso debería implementarse algo por el estilo.

Sin embargo, es algo que nunca hice. Sólo te dejo mi opinión por si te sirve.

Suerte con eso.
Saludos!!

2016-09-06 5:12 GMT-03:00 Ruben Fitó <r(dot)fito(at)ubiquat(dot)com<mailto:r(dot)fito(at)ubiquat(dot)com>>:
Muy buenas lista,

Hoy les pido consejo sobre una nueva funcionalidad que deseamos implementar.

Tenemos una aplicación que maneja operaciones realtime y una vez almacenadas queremos que se realicen envíos SMS/e-mail según ciertas premisas, como por ejemplo la primera vez que se ha realizado una operación de un cliente. Pues como este tipo de reportes, deseamos hacer muchos otros.

Lo primero que nos ha pasado por la cabeza es que la propia aplicación cree un thread post-almacenado que haga las queries correspondientes para ver si se han de enviar mensajes o no.

En mi humilde opinión creo que existen mejores alternativas, como por ejemplo crear un programa que de soporte a la base de datos para capturar notify y enviar sms si es necesario.

No obstante, seguro que hay varios programas open-source que pueden hacer algo semejante, pero no he sabido encontrarlos.

Notas:

* Nuestra infraestructura ya dispone de una integración con pasarelas SMS y dispone de su propio smtp.
* Por otro lado también deseamos enviar mensajes cada X tiempo. Por ejemplo, una vez al día.

Me recomiendan alguno??

Saludos

--
Ruben Fitó
Software Engineer
[Ubiquat Technologies, SL]
r(dot)fito(at)ubiquat(dot)com<mailto:j(dot)catarineu(at)ubiquat(dot)com>
www.ubiquat.com<http://www.ubiquat.com/>
Tota la informació continguda en aquest document i arxius adjunts és CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per error, si us plau elimini'l i posi's en contacte amb l'emissor.

All information contained in this document and any attachments are CONFIDENTIAL and protected under trade secret laws. If you receive this message by mistake, please delete it and notify it immediately to the sender.