Diseño ER base de datos

[gnzsoloyo]

Normalmente, para ambos, es politica de FDW no responder consultas sobre trabajos prácticos a nadie. Ni aunque los vayan a decapitar o poner en una pira.

Foros del Web no es el sitio adecuado para solicitar soluciones a trabajos cuya meta es que un alumno de facultad aprenda la asignatura.
Podemos, sí, dar guías, orientaciones, consejos o verificar si lo que intentan está mal y explicar por qué. Pero no las soluciones.

Dicho eso, y ya puestos a lo que preguntas, tu problema es que no estás realizando un buen analisis del sistema (cosa muy comun al principio de la materia), y quieres hacer las cosas de modo que luego de resulte "fácil" hacer consultas, cuando lo que en realidad debes hacer es buscar cual es la mejor solución posible para el diseño de la base, sin que te preocupe como harán luego los programadores para resolver los procesos.
Lo primero que debes hacer, en definitiva, es centrarte en la solución de los DATOS.
SI dado el caso, la solución requiere que una tabla tenga una PK de 140 campos, pues esa deberá ser la solución adoptada, NUNCA intentar simplificarlo porque te parezcan "demasiadas tablas", o claves "muy complicadas".
Si vas por el camino de hacer las cosas para esforzarte menos, desde ya tienes la reprobación de tu profesor asegurada.

Y no estoy bromeando.

Ahora bien, si tienes cuatro tipos de animales, y quieres una sola tabla, la solución es simple: Un campo debe ser SET o ENUM, y determinar que tipo de animal es. No es la mejor solución porque requeriría modificar la tabla toda vez que se ingrese un nuevo tipo.
La otra opción es crear una tabla de tipos de animales, y referenciar a los animales a esa.
La tercera solucion es crear una estructura padre/hijos con Animal en una tabla (lo generico) y una tabla por cada tipo de animal, relacionadas con la tabla padre, heredando su PK como propia (dependencia fuerte). Es una solución legal, pero sólo debe usarse si hay atributos en cada animal que no se repitan en los otros.

¿Se va entendiendo?