Normalización Adecuada

[plasma]

Que hay gente del club!?
En esta ocasión posteo este mensaje para compartirles la siguiente duda.

Empiezo a desarrollar un reloj checador utilizando un lector de huella digital, tengo los datos de los empleados, id de empleado, nombre, direccion, telefono, departamento, puesto, número de seguro social, fotografìa y huella digital, mi duda es: para efectos de optimización de tiempos de acceso, indexación y busquedas sería mejor dividir los datos en dos tablas?, la primera conteniendo unícamente el id, la fotografía y huella digital y los demás datos en otra tabla y realizar las busquedas sólo en la primer o cómo quedaría mejor?

[Casimiro Notevi]

Con tan poquitos datos será mejor una única tabla, porque además, lo más "pesado" que es la foto y la huella, tendrás que acceder a ella cada vez, así que seguramente será lo mejor: una única tabla.

[waltergomez]

Si una tabla sobra. La huella debe ser unique key (por algun mecanismo que desconozco), el id primary key. La foto la obtenes a pedido.

[plasma]

Gracias por sus respuestas, walter, no entendí eso de a pedido...

[AGAG4]

Una duda que no viene al caso, como cuanto Cuesta un Lector de Huella Digital ???? en dolares por supuesto ....

[plasma]

Este lector es el que estoy usando, es uno de los más económicos, pero depende de las características del ambiente en el que va a trabajar y el uso que se le va a dar.

http://www.microsoft.com/hardware/mo...=comparePrices

[Zeta]

Y el historial por supuesto, no?
Porque me imagino que es para ese fin

Yo he visto un lector en funcionamiento con un personal de más de 600 y no funciona muy bien, puede ser por la calidad o no se que, además otra cosa es que en las mujeres el problema es mayor y pierden mucho más tiempo, ya que tienen cremas en las manos o las uñas las tienen más largas de cuando entraron los datos y no se lee la huella completa. (además no solamente tenemos que poner una huella, por lo menos que tenga archivada dos por si se lastima o le cortan el dedo, y es en serio.)

Saludos

[ANG4L]

Buenas gente, donde se pueden conseguir las librerias para poder trabajar con un scanner de estos ?

Saludos !

[PedroAlfonso]

Plasma: No pierdas de vista que lo usual es guardar cinco lecturas (enroll) de la huella digital para que la identificación posterior funcione bien.
Yo tengo ya en marcha una aplicación de este tipo, les enrolo el índice derecho y el izquierdo (5 veces cada uno, o sea, 5 campos cada uno 'blob'). Los dos dedos los enrolé para que no hubiera excusas de manos lastimadas o algo por el estilo.

Tengo solamente 36 empleados y al principio efectuaba una busqueda 1:n pero se pone un poco lenta la cosa, ahora tienen un ID númerico cada uno para identificarlos 1:1. Primero teclean su ID númerico y luego se compara la huella.

Además del sistema de asistencia utilizo la huella para un programa de cliente frecuente con ya casi 14,000 personas enroladas, y los problemas son pocos, ando por ahi del 3 al millar con problemas para enrolar.
Obviamente debo utilizar un ID alterno -tarjeta->integer- para luego comparar la huella 1:1. Para esta aplicación enrolo solo el índice derecho.

Leí por ahi que sugerían establecer 'unique key' el campo de la huella pero esto hasta donde entiendo no es posible, porque cada lectura de la misma huella es diferente a la otra, la utilería (DLL) es la que hace el trabajo de comparar (no sé como) la lectura de la huella con las lecturas guardadas (enroll).

En cuanto al comentario de que el lector no funciona bien, pues es cierto, pero con cinco huellas enroladas no he tenido problemas graves, aunque por ahi tenemos un cojín húmedo al lado de cada lector porque las huellas resecas (cocineros, campesinos o gente con oficios rudos) no se leen bien, pero humedeciendo el dedo mejora.

Saludos a todo el club. Mis respetos para todos.

[[Al González]]

¡Hola a todos!

Empezado por ANG4L

...donde se pueden conseguir las librerias para poder trabajar con un scanner de estos ?...

Querrás decir las bibliotecas . La que yo he utilizado con lectores u.are.u 4000B de DigitalPersona es el SDK GrFinger, que es compatible con varias marcas y modelos de lectores dactilares. Incluso creé un componente para Delphi 7 que simplifica la manera de usar este SDK.

Un abrazo biométrico.

Al González.

[rcor]

Empezado por Al González

¡Hola a todos!


Querrás decir las bibliotecas . La que yo he utilizado con lectores u.are.u 4000B de DigitalPersona es el SDK GrFinger, que es compatible con varias marcas y modelos de lectores dactilares. Incluso creé un componente para Delphi 7 que simplifica la manera de usar este SDK.

Un abrazo biométrico.

Al González.

Hola a Todos

Que posibilidades hay de que compartas tu componente ?

Saludos
rcor

[[Al González]]

¡Hola a todos!

Empezado por rcor

...Que posibilidades hay de que compartas tu componente ?...

Totales, es freeware. Contáctame por correo electrónico.

Un abrazo compartido.

Al González.

[JerS]

Empezado por Al González

¡Hola a todos!


Querrás decir las bibliotecas . La que yo he utilizado con lectores u.are.u 4000B de DigitalPersona es el SDK GrFinger, que es compatible con varias marcas y modelos de lectores dactilares. Incluso creé un componente para Delphi 7 que simplifica la manera de usar este SDK.

Un abrazo biométrico.

Al González.

Hola Amigo me gustaria que compartieras conmigo ese componente que utilizastes para delphi 7. estoy como loco tratando de programar un lector APC y no he podido, te lo agradeceria