Ir al contenido


Foto

Uso del SDK grFinger de Griaule


  • Por favor identifícate para responder
27 respuestas en este tema

#21 BlackDaemon

BlackDaemon

    Member

  • Miembros
  • PipPip
  • 22 mensajes

Escrito 20 agosto 2009 - 12:25

hola

Bueno, aquí­ dando de nuevo, he estado "intentando" diseñar mi DB para un sistema de control de asistencia y esto es lo que ha salido hasta el momento, espero que cualquier persona me sepa corregir los errores en este diseño, ya que es el primero que hago xD

Otra cosa, como pueden ver en la tabla usuarios faltan muchos campos, eso ya lo pone cualquiera, pero es solo un pequeño ejemplo de como está quedando.

Imagen Enviada


adiós
  • 0

#22 Fenareth

Fenareth

    Advanced Member

  • Administrador
  • 3.486 mensajes
  • LocationMexico City

Escrito 20 agosto 2009 - 01:37

Hola !

No hacen falta las relaciones entre usuarios y huellas y asistencias ????

Creo  :$

Saludos !  :D
  • 0

#23 enecumene

enecumene

    Webmaster

  • Administrador
  • 7.419 mensajes
  • LocationRepública Dominicana

Escrito 20 agosto 2009 - 03:15

Hola !

No hacen falta las relaciones entre usuarios y huellas y asistencias ????

Creo  :$

Saludos !  :D


Efectivamente le falta esa relación (y).
  • 0

#24 BlackDaemon

BlackDaemon

    Member

  • Miembros
  • PipPip
  • 22 mensajes

Escrito 20 agosto 2009 - 03:36

Hola !

No hacen falta las relaciones entre usuarios y huellas y asistencias ????

Creo  :$

Saludos !  :D


Hola

BUeno, no sé, pensé que esas flechas indicaban la relación entre ambas tablas con respecto a la tabla usuarios, o no se nota? xD

dew
  • 0

#25 Fenareth

Fenareth

    Advanced Member

  • Administrador
  • 3.486 mensajes
  • LocationMexico City

Escrito 20 agosto 2009 - 03:53


Hola !

No hacen falta las relaciones entre usuarios y huellas y asistencias ????

Creo  :$

Saludos !  :D


Hola

BUeno, no sé, pensé que esas flechas indicaban la relación entre ambas tablas con respecto a la tabla usuarios, o no se nota? xD

dew


Jejejej, ya lo ví­, están como unidas las 3 en 1  :p... Yo mejor lo pondrí­a separados porque su relación no es la misma, y si nos ponemos a pensarle, tal vez su cardinalidad tampoco...

Saludos !  :D
  • 0

#26 BlackDaemon

BlackDaemon

    Member

  • Miembros
  • PipPip
  • 22 mensajes

Escrito 20 agosto 2009 - 04:00

Hola

uhmm no entiendo, separarlas como ?
y a que te refieres con su cardinalidad, eso, soy muy nuevo en esto xD

dew
  • 0

#27 Fenareth

Fenareth

    Advanced Member

  • Administrador
  • 3.486 mensajes
  • LocationMexico City

Escrito 20 agosto 2009 - 04:30

Separarlas poniendo una linea independiente para cada relación existente entre tablas... en este caso, deben verse tres lí­neas que surgen o llegan a la tabla de usuarios, recuerda que al final, este diseño no sólo lo debes comprender tu, si no cualquiera que lo vea...

En el caso de la cardinalidad, me refiero a si tienen una relación uno-uno, uno-muchos o muchos-muchos...

Por ejemplo: la relación entre usuarios y huellas, según lo entiendo es uno-uno es decir, una huella pertenece a un solo usuario y cada usuario solo puede tener una huella registrada...

Si notas, no todas las relaciones son iguales entre las tablas... por lo tanto la cardinalidad puede cambiar... Y eso se representa también en la gráfica de Entidad-Relación...

Jejeje, espero haber sido clara... si no, lo podemos aclarar un poco más...

Saludos !  :D
  • 0

#28 BlackDaemon

BlackDaemon

    Member

  • Miembros
  • PipPip
  • 22 mensajes

Escrito 20 agosto 2009 - 07:06

hehe
a ver, estoy usando DIA para diseñar mi DB, y bueno, si que son 3 lí­neas esas, solo que como van todas realacionadas por el campo id_usuario entonces parece o mas bien, están unidas, y ahí­ mismo pone que es 1:N, osea que cada usuario puede tener  más de una huella registrada, puede que se lastime el dedo o en el peor de los casos, que lo pierda xD así­ tener otra huella o más para que siga pudiendo registrar su horario y no poner pretexto de que se le salió el dedo y por eso la falta xD

dew
  • 0




IP.Board spam blocked by CleanTalk.