Transformación DER al Modelo Relacional. JERARQUÍAS. #5

[@juansanchezgomez]

Qué suerte tienen tus alumnos de disfrutar de un Profesor así. Enhorabuena por todos sus vídeos.

[@franl361]

No hay palabras para agradecer todo lo que aportan tus vídeos, creo que hablo en nombre de la mayoría de alumnos a distancia de BBDD y LM: gracias, Pepe, tú sí que eres un super tipo! 😊

[@pepelluyot]

Jejeje gracias Fran.

[@sergio9418]

Me quito el sombrero. Solo tengo palabras de agradecimiento. Eres un fenómeno!

[@jorgedelafuente6483]

Buenisimo 👏👏

[@carliche98]

Muchas gracias! , nuevo suscriptor!

[@kaylerimstuck8398]

Mira que me confundía leyendo documentos y mirando esquemas para intentar entender esto completamente... Hasta que no he visto este vídeo no me había quedado claro del todo. Lo fundamental han sido los geniales ejemplos (que se agradece que sean frikis, por cierto, jeje), por que cuando se habla de ocurrencias sobre un esquema genérico se vuelve demasiado abstracto como para pillarlo. ¡Mil gracias!

[@pepelluyot]

Me alegra que te haya servido de ayuda! 😀 Gracias a ti por tu comentario!

[@kvelez]

Buenisimo.

[@CristianGarcíaRodríguez-c4p]

Perfectamente explicado, aunque aún me queda la duda de si cuando genero tablas tanto del supertipo como de los subtipos, debería poner un campo tipado en el supertipo que contenga un identificador que se relacione con los subtipos. Ejemplo: En la tabla personaje poner un campo, "tipo de personaje" y que 1 sea guerrero y 2 mago.

[@pepelluyot]

Gracias por los comentarios. NO es necesario hacerlo pero se podría hacer. Todo va a depender del uso que se le vayan a dar a los datos y de las consultas y operaciones que se vayan a realizar. El añadir el atributo podría simplificar muchas consultas pero por otro lado estaríamos almacenando información redundante (si tenemos tablas para los subtipos) y eso puede dar lugar a tener datos inconsistentes si no lo controlamos correctamente. Saludos

[@liamgg1217]

en un problema sobre clientes y proveedores, no dice explícitamente crear una entidad persona, pero viendo que tienen atributos similares lo hago, pero cliente y persona tendrían los mismos atributos según el problema, entonces la entidad cliente quedaría vacía?, entonces en el modelo relacional no tendría sentido crear otra tabla

[@pepelluyot]

Buenas, si alguno de los subtipos (clientes o proveedores) no tuvieran atributos adicionales y decides crear un subtipo de personas para cada uno de ellos, cuando hagas la transformación al modelo relacional (y quieres crear nuevas tablas con ellos) tendrán al menos la clave (que además será FK hacia la entidad supertipo persona). Normalmente en la práctica se suele hacer cuando los subtipos tienen atributos adicionales, ahora bien si necesitas manejar información específica con estos roles (clientes, proveedores) si podrías generar tablas para los subtipos, por ejemplo si solo los clientes (y no todas las personas) se relacionan con otra entidad. Si no hay atributos adicionales en los subtipos y tampoco relaciones de esos subtipos entre ellos o otras entidades, podrías considerar crear una unica tabla para personas. De todas formas si te lo han pedido así, puede también que sea para poder ver y practicar una forma de implementar la jerarquía con algún subtipo sin atributos adicionales. Es una forma de tener en tablas separados los clientes y los proveedores. Saludos!

[@adhemargutierrez7501]

nosecito saver como pasar a sql