Ayuda con arquitectura

18/05/2007 - 03:47 por Cesar Gazzo | Informe spam

Gente, tengo que hacer una aplicacion que es un Demonio que esta controlando
unos modems y una vez que recibe cierta información los graba en una DB.

Luego existen terminales con operadores que deben leer esa info que grabo el
Demonio.

Pregunta:
- De que forma podria hacer para que los clientes sepan que hay nuevos
registros en la db?

Una seria que cada N segundos hagan un Count(*) y si hay nuevos registros
los levanten.
Por otro lado estuve viendo algo de SystemMessaging y tambien gracias
ustedes algo de Log4Net.

Que recomiendan utilizar, seria un cliente y N > 10 estaciones terminales
que estarian las 24hs esperando esa información.

Desde ya muchas gracias y espero sus comentarios

César

Siga el debate

10 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#6 Cesar Gazzo

18/05/2007 - 14:57 | Informe spam

Analizando un poco mas descarto la posibilidad del SQLSERVER 2005 ya que creo
que voy a trabajar con un 2000.

La idea es asi:
Es una especie de CallCenter, existiran mas de 10 terminales (sinceramente
no se, pero creo que la idea es en un futuro cercano muchas mas) atendiendo
desde el telefono, mails, sms, etc.

En el server hay un demonio que por ahora solo estara leyendo los SMS,
cuando llega uno graba en una tabla el mensaje (Nro, Fecha, Mensaje) con un
estado de Ingresado.

Tengo ganas de que ese demonio envie un mensaje a todas las terminales y la
que este libre lo levante (SystemMessages).

Se va entendiendo??? algo hice con SystemMessages pero busco opiniones de
gente mas experimentada u otras soluciones.

Por ahi podria trabajar con Sockets...

Desde ya gracias!

Responder a este mensaje

#7 Alfredo Novoa

18/05/2007 - 16:46 | Informe spam

On Fri, 18 May 2007 05:57:00 -0700, Cesar Gazzo
wrote:

En el server hay un demonio que por ahora solo estara leyendo los SMS,
cuando llega uno graba en una tabla el mensaje (Nro, Fecha, Mensaje) con un
estado de Ingresado.

Tengo ganas de que ese demonio envie un mensaje a todas las terminales y la
que este libre lo levante (SystemMessages).

Pues es trivial. Las terminales que estén libres le tienen que mandar
un mensaje al servidor diciendo que se pueden encargar ellas, y el
servidor le tiene que dar la autorización a la primera que se lo pida.

Otra forma de hacerlo sería que el servidor supiese siempre cual es la
carga de trabajo de cada terminal, y que mandase la orden de proceso a
la terminal menos ocupada.

Se va entendiendo??? algo hice con SystemMessages pero busco opiniones de
gente mas experimentada u otras soluciones.

Pues en principio así está perfecto.

Por ahi podria trabajar con Sockets...

Con una cola de mensajes acabas antes.

Saludos

Responder a este mensaje

#8 Octavio Hernandez

19/05/2007 - 01:39 | Informe spam

Hola Alfredo!

Creo q te refieres a Notification Services...
¿Por qué no meterán en T-SQL 'event alerters' como los de IB/FB?

Slds - Octavio

"Alfredo Novoa" escribió en el mensaje
news:

On Thu, 17 May 2007 22:47:06 -0300, "Cesar Gazzo"
wrote:

- De que forma podria hacer para que los clientes sepan que hay nuevos
registros en la db?

También puedes mirar SQL Server Service Broker.

Saludos

Responder a este mensaje

#9 Alfredo Novoa

21/05/2007 - 13:14 | Informe spam

Hola Octavio.

On Sat, 19 May 2007 01:39:32 +0200, "Octavio Hernandez"
wrote: