Tengo la base de datos diseñada y quisiera saber si es correcta, es decir si las relaciones están bien hechas.

Desde ya muchas gracias
| ||||
Respuesta: Base de datos para aplicacion Get things Done Veo algo raro entre las dos tablas personas y loguin. defines varios roles y varios estados, pero la relacion entre estas dos tablas es de 1 a 1, por lo tanto pueden fucionarse en una sola. en caso de que no lo sea (que una persona pueda tener mas de un rol) entonces no le corresponde a la persona saber el id_rol, eso lo sabe el loguin y esta de mas en esa tabla, ademas no hay forma de relacionar el loguin con personas aparte del email, que si bien es una clave candidata, propagar un string es costoso (no que no funcione, sino que es costoso) mejor seria ponerle a personas un id autoincrementado y propagar a este y a mail dejarlo como clave unica. idem con la clave primaria nick de loguin, misma recomendacion, y con el nombre de la tarea (no podrias tener dos veces el mismo nombre de tarea? no podrian existir en la hitoria dos tareas que se llamen "documentar" ? ) esa evidentemente no es clave ni primaria, ni unica, a lo sumo un indice comun o fulltext si vas a buscar mucho por ese campo. creo que podrias hacerlo andar sin cambiar nada, pero son solo algunas sugerencias |
| |||
Respuesta: Base de datos para aplicacion Get things Done Hola NSD, muchas gracias por tu respuesta, el rol tiene el estado de usuario común y administrador, y el estado de usuario es para decir si esta activo o no. Según lo que dices debería fusionar las tablas de usuario y loguin?? A las tablas que debería agregar el id autoincremental sería, la funcionada entre loguin y personas, tabla tareas y tabla tareas asignadas? Saludos |
| ||||
Respuesta: Base de datos para aplicacion Get things Done no, haber, si una persona puede tener mas de un rol, y segun como se loguea se asigna el rol, debes quitar de personas el campo id_rol eso esta MAL, como segun como se loguea se asigna un rol que alla dos tablas esta BIEN no hay que fusionar, la fusion era si y solo si, cada persona tenia un unico rol. A las que tienes que agregar el utoincremental y usarlo como PK es a las tablas: personas, loguin, tareas. Debes tratar que todas tus claves foraneas sean siempre numericas (cuando se pueda, a veces deben ser otros tipos de datos si o si) |
Etiquetas: |