Cambio de Modelo E/R a Modelo Relacional

[Santy316]

Hola,

Estoy realizando un ejercicio sobre cambios de modelo E/R a Modelo Relacional y he llegado a un punto en el que prácticamente me he quedado estancado, he investigado en internet y en libros pero lo único que consigo es confundirme mas en este punto.

Les comento a ver si me pueden ayudar:

ENTIDAD CLASE => Código (IP), Medio

SUBTIPOS DE CLASE => ORALES y ESCRITAS

ENTIDAD ALUMNO => Cód.Matricula(IP)

Las interrelaciones son:

ALUMNO(1,5) => asiste1 => ESCRITAS(1,1)

ALUMNO(3,7) => asiste2 => ORALES(0,1)

Tengo problemas en como desarrollar el modelo relacional por las cardinales en ALUMNOS (1,5) y (1,7) y luego si los subtipos los tendría que tratar como entidades distintas (es lo que en principio he hecho), pero las relaciones asiste1 y asiste2 tendrían los mismos atributos.

Muchas gracias de antemano!!!

[gnzsoloyo]

Tengo la impresión de que estás entremezclando ciertos conceptos, producto de querer transportar un modelo de clases al modelo relacional de datos, y no son exactamente compatibles...
Para ser breve: Cuando hablas de clases, estás hablando de POO, donde existen las clases, pero eso no existe en el modelo ER. Auqnue sí existe la herencia en el modelo EER (entidad-relacion extendido). Para poder visualizarlo como modelo ER, debes replantearlo desde la optica de ese paradigma, y dejar de lado por un momento el de objetos.

Lo que tienes es:
1) Una entidad Clase.
2) Clases tiene o puede tener una categoría Oral o Escrita, y eso puede ser tanto un atributo de la entidad Clase, como una entidad denominada Categoría, a la que se relaciona Clase.
No hay una regla fija en este sentido, sino que dependerá del diseño del sistema (usualmente si los tipos de clases no varían en el tiempo, sería un atributo ENUM, por ejemplo).
3) Todo alumno es una instancia de una única entidad, Alumno. Es una entidad fuerte, y como tal no tiene dependencias funcionales, salvo las de los datos mandatorios, perpo eso es tema de mejor estudio.
4) Todo alumno asiste o tiene clases. Pero como existe una cardinalidad N:N entre clases (puede asistir a más de una, y cada clase tiene N alumnos), debe existir una tabla que las relacione. Esa sería clases_alumnos, por ejemplo, que tendrá los atributos que correspondan (FK de cada alumno, con la FK de la clase en que está, una vez por cada par de valroes)-

Lo que seguo no existe en el modelo de datos es una herencia de Clase, porque la diferencia de un único atributo (oral o escrita), no justifica la creacion de una herencia, al menos en el modelo de datos.

Como dije, no confundas clases con entidades. No son modelos migrables ni dependientes.

[Santy316]

Hola,

En realidad mi problema no esta del todo bien planteado, adjunto la imágen del modelo que tengo actualmente:

http://imageshack.us/photo/my-images/7/rklt.png/

Y mi posible solución y del cual no estoy convencido del que este correcto es:

http://imageshack.us/photo/my-images/9/88q6.png/

Saludos!

[gnzsoloyo]

Allí es donde está el fallo: ALumno no se relaciona con Clase Oral o Clase Escrita, sino con Clase. A eso es a lo que me refiero. La relación con las otras es transitiva.
Y como esa relacion es de cardinalidad N:N, obligatoriamente tiene que crearse una tabla física para administrarla.

Por otro lado, estás todavía en etapa de modelado lógic. Y no veo que estés usando buenas herramientas de graficación.
¿No te convendría usar una buena CASE para eso?

[Santy316]

Hola,

Ya me voy aclarando un poco mas, creo entender que alumno se relacione con clase, pero una pregunta con la cardinalidad, ¿porque N:N?

Es porque un alumno puede asistir a clases ORALES o ESCRITAS?, siendo ya una cardinalidad de 2 y se puede denotar como N, verdad?

Por lo que entonces mi solución se quedaría con una sola relación ASISTE en el modelo lógico, es decir:

ASITE(Código,NumMatricula,Tipo)

Siendo claves los tres atributos

He probado algunas herramientas CASE pero en la mayoría tenia problemas para crear atributos compuestos, ahora he probado la recomendada por la universidad, pero aun la están puliendo, ¿que programa me recomendarías?

Saludos.

[Santy316]

Una pequeña modificación, lo que necesitaria sería lo siguiente:

ASITE(Código,NumMatricula)

Siendo claves los dos atributos

Saludos.

[gnzsoloyo]

Si me pregunta spor qué una cardinalidad N:N, estás necesitando repasar los conceptos clave del modelo relacional...

Digámoslo así (no nos olvidemos que un modelo es una abstracción o representación de la realidad, y no la realidad): Las cardinalidades N:N se evidencian cuando entre dos entidades dadas hay una relación bidireccional del tipo "Un alumno asiste a una o más clases diferentes, y en cada clase debe haber uno o más alumnos)".
Esa es una relación de N alumnos con N clases, y obligatoriamente requiere una tabla adicional para administrarla.
Adicionalmente, la clave primaria de esa tabla está representada por ambas claves foráneas (clave compuesta), y requiere un campo adicional en la clave si y sólo si un mismo alumno puede relacionarse con la misma clase, más de una vez al mismo tiempo (con los alumnos no se ve, pero hay otros escenarios donde esto se puede dar). Ese atributo adicional y que forma parte de la clave se denomina genéricamente "discriminante".

¿Se va entendiendo?

[gnzsoloyo]

Si me pregunta spor qué una cardinalidad N:N, estás necesitando repasar los conceptos clave del modelo relacional...

Digámoslo así (no nos olvidemos que un modelo es una abstracción o representación de la realidad, y no la realidad): Las cardinalidades N:N se evidencian cuando entre dos entidades dadas hay una relación bidireccional del tipo "Un alumno asiste a una o más clases diferentes, y en cada clase debe haber uno o más alumnos)".
Esa es una relación de N alumnos con N clases, y obligatoriamente requiere una tabla adicional para administrarla.
Adicionalmente, la clave primaria de esa tabla está representada por ambas claves foráneas (clave compuesta), y requiere un campo adicional en la clave si y sólo si un mismo alumno puede relacionarse con la misma clase, más de una vez al mismo tiempo (con los alumnos no se ve, pero hay otros escenarios donde esto se puede dar). Ese atributo adicional y que forma parte de la clave se denomina genéricamente "discriminante".

¿Se va entendiendo?

[Santy316]

Hola,

Perfecto!!!, muchísimas gracias por la aclaración ahora lo veo ya mas claro.

Por finalizar que programa CASE me recomendarías para desarrollar los diagramas?.

Un saludo y nuevamente muchas gracias.

[gnzsoloyo]

depende...
¿Qué DBMS vas a usar? ¿Oracle, SQL Server, MySQL, PostgreSQL, ... otro?
Pregunto porque hay herramientas mejores que otras para algunos de ellos.

[Santy316]

Hola,

Vamos a usar Oracle.