Control de Ingreso a Estadio

[Neftali [Germán.Estévez]]

Empezado por BlueSteel

Mi problema es como tengo que trabajar la aplicación o que debo utilizar para que en cada puerta se refresque las credenciales que estan disponibles y las que han ingresado. la idea es que el refresco se realice en todos las puertas que esten habilitadas y corriendo el sistema...

La clave es la que te han dicho. Lo único es que todos los clientes (Puertas/Accesos) trabajen contra la misma Base de Datos.

[[BlueSteel]]

Empezado por Neftali

La clave es la que te han dicho. Lo único es que todos los clientes (Puertas/Accesos) trabajen contra la misma Base de Datos.

Para eso tendré que poner algun timer que me actualice cada segundo ???

Salu2

[Casimiro Noteví]

No, nada de timers, cada usuario/cliente/puerta trabaja directamente con la base de datos central, se supone que están todos conectados en una red local.

[Neftali [Germán.Estévez]]

Empezado por BlueSteel

Para eso tendré que poner algun timer que me actualice cada segundo ???

Tal vez no te estamos entendiendo bien. ¿Porqué piensas que necesitas un Timer?

Si todos los datos están centralizados, cuando alguien entra grabas el Dato (credencial), cuando alguien sale también (o modificas el estado de esa credencial); Cuando te interese saber cómo está el estado de una persona (dentro o fuera) basta con que hagas una consulta de esa credencial y te devolverá en qué estado está (dentro o fuera).

[pacopenin]

Hola,

Según entiendo, tienes que olvidarte te tener abierta un consulta con las credenciales (de ahí tu necesidad de refrescar los datos para luego buscar si esta disponible o no).
Si como dice Neftali, lees con una consulta la credencial que se ha pistoleado, el valor devuelto es el que está real en la BBDD, por lo que si ya ha sido actualizado te lo dirá.

Saludos,

[[BlueSteel]]

Empezado por Neftali

Tal vez no te estamos entendiendo bien. ¿Porqué piensas que necesitas un Timer?

Si todos los datos están centralizados, cuando alguien entra grabas el Dato (credencial), cuando alguien sale también (o modificas el estado de esa credencial); Cuando te interese saber cómo está el estado de una persona (dentro o fuera) basta con que hagas una consulta de esa credencial y te devolverá en qué estado está (dentro o fuera).

No se.. para que me refresque los ingresos que se realizan en un PC (Control) diferente.

Otra cosa, como debo tratar el almacenamiento de los datos... lo digo por que como son minimo 4 controles diferentes.. que pasa si los 4 controles leen una credencial distinta y la quieren registrar.... el SQL Server se encarga de guardar todo....

En realidad no he probado esto... si bien he realizado sistemas que trabajan en red, en ninguno se ha dado la situación de que pueden ingresar un dato en más de un terminal a la vez...

Salu2

[Neftali [Germán.Estévez]]

No te preocupes de todo eso se encarga el SGBD.
Desde los distintos puestos lanzarás sentencias SQL de INSERT o de SELECT (para preguntar por el estado de una credencias) y el SGBD controla la concurrencia desde los distintos clientes.

Están pensados para trabajar con múltiples clientes realizando peticiones al mismo tiempo.

[[Delphius]]

Hola,
Si trabajaras con Firebird podrías hacer uso de los eventos y dejar que el mismo servidor "avise" a los clientes de los cambios. De ese modo no tienes que recurrir a técnicas como el uso timer.

Desconozco si en las últimas versiones de MS SQL Server hay algo parecido a los eventos... De lo poco que tengo entendido, solamente Firebird y PostgreSQL cuentan con dicha característica (supuestamente MySQL y Oracle también tienen algo como esto, pero no estoy bien informado y no quisiera aventurarme demasiado).

Saludos,

[[BlueSteel]]

Hola

Solo queria poner que ne funciono todo bien...y no tube que realizar nada extraordinario, y como dijo Neftali, el motor se encargo de todo...

Salu2