[SOLUCIONADO] Diseño de BD

[oso_reyes]

Hola necesito su ayuda para revisar el diseño de esta BD, tuve unas recomendaciones de agregar una tabla de proveedores por mi profesor, ahora pido su ayuda para ver si ustedes tienen alguna otra recomendación, ya sea en relaciones, tipo de datos o tablas, gracias por su ayuda, saludos.

[quimfv]

Primero: NO SE HACEN TAREAS ESCOLARES
Segundo: para poder diseñar una BD hay que saber para que sirve, se puede intuir algo, pero las reglas de negocio no se desprenden de un diseño parcial.

[oso_reyes]

Se que no se hacen tareas escolares, soy un recién egresado de universidad, el diseño que publique no es de un trabajo escolar sino de una bd para una pagina php que pretendo hacer como práctica para enriquecer conocimientos acerca de la programación y diseño, considero que no esta demás pedir ayuda y tomar en cuenta otras opiniones ya que en ocasiones estas hacen ver errores, gracias por tu respuesta.

Saludos.

[quimfv]

...tuve unas recomendaciones de agregar una tabla de proveedores por mi profesor...

Iniciado por quimfv

Primero: NO SE HACEN TAREAS ESCOLARES
Segundo: para poder diseñar una BD hay que saber para que sirve, se puede intuir algo, pero las reglas de negocio no se desprenden de un diseño parcial.

Si no es una tarea escolar aplicate el segundo punto e informanos sobre lo que nos pides que demos nuestra opinión.

...una bd para una pagina php que pretendo hacer como práctica para enriquecer conocimientos...

eso dice nada.

[lolainas]

Pega aquí el enunciado de cómo debe ser la base de datos y te ayudamos en lo que podamos en el diseño, se nota que te has pegado tus horas diseñando esas tablas y andas bastante liado, por la nomenclatura se deduce un poco de que trata tu aplicación pero no es suficiente.

Hay que ver como los espantáis, pobre chaval, menudo rapapolvo se ha llevado...

[quimfv]

Iniciado por lolainas

Hay que ver como los espantáis, pobre chaval, menudo rapapolvo se ha llevado...

No era la intención ...

[gnzsoloyo]

Iniciado por oso_reyes

(...) ahora pido su ayuda para ver si ustedes tienen alguna otra recomendación, ya sea en relaciones, tipo de datos o tablas, (...)

Personalmente le veo varias cosas poco claras, y algunos problemas de redundancia nociva.
- No se entiende el concepto de catálogos, ni por qué hay tres tablas con semejantes estructuras. Es como si se estuviesen confundiendo las entidades del modelo E-R con las clases del modelo de clases del sistema, y no son la misma cosa.
- No es correcto relacionar un catálogo con un usuario en esa forma, porque plantea que l catálogo puede existir aunque el cliente no exista, pero el cliente no puede existir sin un catálogo. A mi entender está mal analizado.
- Hay un precio unitario en el detalle de la venta que no debería estar, ya que el precio unitario es en todo caso un atributo del stock, o de las existencias, y no de la acción de venta. Lo es en la venta en un determinado momento del tiempo, pero eso no lo hace un atributo propio del detalle de venta. Sigue siendo parte del dominio del producto.
- Funcionalmente, una imagen no debe ser almacenada en la tabla (varias razones), sino la ruta relativa del archivo. E incluso no es buena idea ni siquiera eso, porque un producto bien podría tener N imágenes, por lo que debería ser una tabla independiente, relacionada con el producto.
- La FK de un catalogo no va en producto, por la misma razón mencionada en el caso del usuario.
- Conceptualmente, un servicio de reparación no está en un estado binario de Reparado/No reparado. En la realidad puede tener varios estados posibles (Reparado, Pendiente, Presupuestado, Aprobado, Terminado, y siguen). Ponerlo como Reparado/No reparado no es suficiente en ningún sistema que conozca.

... Puede haber mas, pero con esto alcanza para iniciar.