27 replies to this topic

[BlackDaemon]

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.




adiós

[Fenareth]

Hola !

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

Creo  :$

Saludos ! 

[enecumene]

Hola !

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

Creo  :$

Saludos ! 

Efectivamente le falta esa relación .

[BlackDaemon]

Hola !

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

Creo  :$

Saludos ! 

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

[Fenareth]

Hola !

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

Creo  :$

Saludos ! 

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  ... 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 ! 

[BlackDaemon]

Hola

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

dew

[Fenareth]

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 ! 

[BlackDaemon]

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