Diagrama Entidad-Relación

[AnGuisi]

Quiero que me den sugerencias acerca de un diagrama entidad-relación que he estado construyendo pero conforme he ido programando me he encontrado con múltiples problemas.

Este diagrama es el del un sistema para el control de servicio técnico de computadoras.




Mi pregunta es.
Los atributos de las tablas caracteristicas_hardware y caracteristicas_software, son atributos multievaluados? Osea serán parte de nuevas tablas?
Estos atributos guardan informacion de los diferentes tipos de hardware y software respectivamente, señalados en las otras entidades "hardware" y "software" y puesto a que existen muchos tipos de hardware y software estos atributos siempre estaran cargados de multiples valores que es su debido momento tomaran uno dependiendo de que tipo de hardware o software sean.

Esto trae como consecuencia que a la hora de consultar, un solo atributo guarde una gran cantidad de informacion. Pienso que seria mejor manejarlos en tablas separadas, lo que conllevaria una gran ventaja al trabajar en conjunto con php ya que podria colocar cada resultado en un lugar especifico. En cambio asi como está una variable me guarda por ejemplo la marca y modelo de todo lo que me trae poblemas a la hora de ubicar los resultados.

MUCHAS GRACIAS DE ANTEMANO.

[gnzsoloyo]

Los atributos de las tablas caracteristicas_hardware y caracteristicas_software, son atributos multievaluados? Osea serán parte de nuevas tablas?

Siempre que una relacion sea N:N, se crea una tabla relacional, porque a nivel de implementación del modelo lógico al físico, no pueden existir campos multivaluados. Por eso se deben crear tablas relacionales que administren esa cardinalidad de forma inequívoca, consistente.
Digamos que no es una regla opcional. Es mandatoria (obligatoria), y está perfectamente descripta en toda la literatura sobre fundamentos de bases de datos.

[AnGuisi]

La relación hardware - caracteristicas_h es 1:N

[gnzsoloyo]

No exactamente. En realidad los atributos que describe esa entidad, no tienen sentido como entidad propia. Son atributos de la entidad Hardware, no una entidad independiente.
Eso es lo que se aprecia, a menos que expliques un poco mejor por qué defines esa entidad que no parecer serlo.
Por lo demás, lo que nos estás mostrando no es un diagrama de una base de datos, sino un DER de análisis de un sistema, o lo que se denomina el DER Lógico. Todavía no nos estás mostrando el DER Físico, o diagrama de tablas.
Desde el punto de vista de una definición abstracta dde un modelo de sistema para adminsitrar lo que pareces estar intentando analizar, tiene bastantes defectos conceptuales y descriptivos.

En definitiva, es un diagrama incompleto, y no refleja un esquema para implementación.
Necesitaríamos por lo menos que nos des la lista de reglas de negocio que cumplir, antes de ver si lo que estás diagramando es correcto.