¡Qué bueno que te haya servido! Este modelo es bastante útil, porque permite simplificara algunos aspectos de diseño de entidades.

¡Nada que agradecer! Un placer poder ayudarles

¡Qué bueno saber que el material esté funcionando!

¡Hola! Si buscas en la página principal del canal, hay una lista de reproducción en donde les explico cómo pasar del Modelo E/R al Modelo Relacional (en la lista de reproducción 3) y en la página del material está un documento con las pautas que en las que te puedes apoyar para hacer la traducción.

¡Hola Sebastián! Me da mucho gusto saber que el material te resulta útil. Sobre la duda que me planteas te podría recomendar "Fundamentals of Database Systems", Elmasri & Navathe o bien "Database Systems Concepts" de Silberchatz.

¡Hola Andrés! En este caso se tendrían: - Persona (CURP, dirección, teléfono, nombre, paterno, materno, idprop) - Banco (RFC, dirección, teléfono, nombre, idprop) - Empresa (RFC, dirección, teléfono, razonSoc, idprop) - Propietario (idprop) - Automóvil (placa, tipo, modelo, año, marca) - Camión (placa, ejes, peso, modelo, marca) - Vehículo (placa, idprop, fecha_compra, costo) En el material del curso hay un PDF con un resumen con las distintas pautas de traducción, quizá te sea de utilidad revisarlo.

@@darthger gracias por responder, le daré un vistazo.

Con respecto a la primera pregunta, "d" indica "disyunción", quiere decir que cuando hay una super-entidad (y como se muestra en el ejemplo del minuto 8:16) "Empleado" puede ser (sub-entidad) o "Secretaria" o "Técnico" o "Ingeniero", pero no más de uno, y como mencioné anteriormente esto se representa en un triángulo con la letra "d". Por otro lado si seguimos con el mismo ejemplo de "Empleado", pero queremos que sea más de una sub-entidad en donde Empleado puede ser Técnico y también Secretaria lo podemos representar con una "o", o simplemente dejar el triángulo vacío (a esto se le conoce como traslape). A la segunda pregunta: partir de la superentidad hacía abajo podríamos decir "Un Empleado es un Ingeniero" o "un Empleado es una secretaria y técnico a la vez". Saludos!

¡Hola Ana! Una disculpa por la demora en mi respuesta. Claro que te puedo facilitar el material, escríbeme a gar@ciencias.unam.mx

Honestamente creo que solo se creo por crearse, no creo que simplifique la representación, es más, considero que hace más dificil de entenderla

@@cesarisaac8084 En realidad no tiene que ver con simplificar o no la representación de la estructura de datos, tiene el objetivo de extrapolar el modelo al paradigma orientado a objetos.

En algunos casos podemos modelar sin siquiera usar el modelo extendido, pero en otros es necesario usar herencia para así evitar en el tiempo redundancia de datos. Por ejemplo un Empleado puede ser o Técnico o Ingeniero, si modelamos con estas 2 últimas entidades, cada una debería tener como atributos "nombre", "edad" y "dirección" y además agregar a cada entidad sus atributos propios, por ejemplo en Técnico agregaríamos un atributo "experiencia" y en Ingeniero agregariamos "carrera". Si te das cuenta existe ya redundancia de datos (repetición) si en algún caso un Empleado puede ser ambas cosas y esto es una mala práctica. Diferente es que si ahora en vez de trabajar con las 2 entidades Técnico e Ingeniero agregamos la superentidad Empleado y a ésta le agregamos los atributos "nombre", "edad" y "dirección" y luego creamos las 2 subentidades (Técnico e Ingeniero)sólo tendríamos que crearlas con sus atributos propios en el caso de Tecnico le agregamos "experiencia" y a Ingeniero "carrera", pero además le agregamos la referencia de la entidad Empleado (dependiendo de si es disyunta o traslape). Saludos!