3.27. Las razones de cardinalidad a menudo dictaminan el diseño detallado de una base de datos.
La
razón de cardinalidad depende del significado real de los tipos de entidad implicados y queda definida
por la aplicación específica. Para las siguientes relaciones binarias, sugiera las razones de cardinalidad
basándose en el significado de sentido común de los tipos de entidad. Explique claramente las
suposiciones que haga.
1. ESTUDIANTE Relacion Uno a Uno, Porque un estudiante tiene un DNI asociado y un DNI sólo
pertenece a un único Estudiante. DNI
2. ESTUDIANTE Relacion Muchos a Muchos, Porque un estudiante puede tener varios profesores y un
profesor puede tener varios estudiante. PROFESOR
3. AULA Relacion Uno a Uno, Porque una aula tiene exactamente una pared y una pared pertenece
exactamente a una aula. PARED
4. PAÍS Relacion Uno a Uno, Porque un pais solo tiene 1 presidente. PRESIDENTE_ACTUAL
5. CURSO Relacion Uno a Uno, Porque un curso tiene un libro especifico para ese curso. LIBROTEXTO
6. ELEMENTO (que se puede encontrar en un pedido) Relacion Muchos a Muchos, Porque un pedido
puede contener varios elementos diferentes y, a su vez, un elemento específico puede ser incluido en
múltiples pedidos. PEDIDO
7. ESTUDIANTE Relacion Muchos a Muchos, Porque un estudiante puede estar matriculado en más de
una clase, y una clase puede tener varios estudiantes matriculados. CLASE
8. CLASE Relacion Uno a Muchos, Porque Una clase puede tener un solo profesor a cargo, y un profesor
puede estar enseñando en varias clases PROFESOR
9. PROFESOR Relacion Uno a Uno, Porque Cada profesor generalmente tiene su propia oficina asignada.
OFICINA
10. ARTÍCULO_SUBASTA_ EBAY Relacion Uno a Muchos, Porque Un artículo de subasta puede tener
múltiples ofertas de diferentes compradores. OFERTA_EBAY