CURSO de DISEÑO de BASE DE DATOS #9 📚 diseño de base de datos
Summary
TLDREn el episodio 9 del curso de diseño de bases de datos, se continúa con el diseño de una base de datos, enfocándose en resolver un ejercicio detallado y profesional. Se explora la identificación de tablas como Alumno, Examen y Profesor, y se definen sus atributos y llaves primarias. Se establecen relaciones entre estas tablas, como 'Alumno realiza Examen' y 'Profesor diseña Práctica', y se explica cómo manejar atributos de relación y cardinalidad. El video subraya la importancia de la descripción escrita para seguir los pasos y no perder detalle en el diseño, sugiriendo incluso imprimirla para facilitar el aprendizaje.
Takeaways
- 😀 El episodio 9 del curso de diseño de bases de datos se centra en la segunda parte del diseño de una base de datos.
- 🔍 Se aborda la importancia de tener la descripción del ejercicio impresa y subrayada para facilitar la comprensión y seguimiento.
- 📚 Se identifican las tablas necesarias para el ejercicio: alumno, examen, práctica y profesor.
- 🔑 Se establecen las llaves primarias para las tablas: matrícula para alumno, número de examen para examen y número de práctica para práctica.
- 🔗 Se definen las relaciones entre las tablas: alumno-examen, alumno-práctica y práctica-profesor.
- 📝 Se explica cómo se deben nombrar las relaciones de acuerdo con la acción que las enlace, como 'realiza' para alumno-práctica.
- 📊 Se discuten los grados de cardinalidad, destacando las relaciones de muchos a muchos y uno a muchos.
- 📋 Se mencionan los atributos que no caben en una sola tabla y deben ser incluidos en las relaciones, como la nota en alumno-examen.
- 👨🏫 Se enfatiza la necesidad de leer atentamente la descripción para comprender las relaciones y atributos adecuadamente.
- 📈 Se sugiere que el análisis y la impresión de la descripción son fundamentales para diseñar una base de datos de manera correcta.
Q & A
¿Cuál es el objetivo del episodio 9 del curso de diseño de base de datos?
-El objetivo es continuar con la segunda parte del diseño de una base de datos, solucionando un ejercicio complicado y profesional con mucho detalle.
¿Por qué es importante tener la descripción del vídeo impresa y subrayada?
-Es importante para no perderse detalles importantes y poder seguir los pasos del ejercicio de manera más eficiente.
¿Cuáles son las tablas principales mencionadas en el ejercicio?
-Las tablas principales son Alumno, Examen, Práctica y Profesor.
¿Qué atributos se sugieren para la tabla Alumno y cuál sería la llave primaria?
-Los atributos sugeridos son matrícula, nombre y grupo, con la matrícula como llave primaria.
¿Cuál es la llave primaria sugerida para la tabla Examen?
-El número de examen es la llave primaria sugerida para la tabla Examen.
¿Qué atributos se deben incluir en la tabla Práctica y cuál es su llave primaria?
-Los atributos son título, dificultad y número de práctica, con el número de práctica como llave primaria.
¿Cuál es la llave primaria de la tabla Profesor y cuál es otro atributo importante?
-La llave primaria es el carné de identidad, y otro atributo importante es el nombre.
¿Cómo se relacionan las tablas Alumno, Examen y Práctica en el diseño de la base de datos?
-Se relacionan a través de relaciones de tipo uno a muchos, con atributos específicos en tablas adicionales para manejar estas relaciones.
¿Qué tipo de relación se establece entre Alumno y Examen y cómo se representa?
-Se establece una relación de uno a muchos, representada mediante una tabla adicional que incluye las llaves primarias de ambas tablas y el atributo 'nota'.
¿Cuál es la palabra clave sugerida para la relación entre Alumno y Práctica?
-La palabra clave sugerida es 'realiza', reflejando que un alumno realiza una práctica.
¿Cómo se maneja la cardinalidad en la relación entre Práctica y Profesor?
-La relación es de muchos a muchos, lo que significa que muchas prácticas son diseñadas por muchos profesores y viceversa.
¿Qué detalles son importantes al diseñar tablas con relaciones de uno a muchos?
-Es importante incluir la llave primaria de la tabla 'uno' como un atributo en la tabla 'muchos', lo que puede resultar en tener dos llaves primarias en la tabla 'muchos'.
Outlines
📚 Introducción al Diseño de Base de Datos
El vídeo comienza con un presentador introduciendo el episodio 9 de un curso de diseño de base de datos. Se menciona que se continuará con la segunda parte del diseño de una base de datos, enfocándose en resolver un ejercicio complicado que involucra detalles profesionales. Se hace hincapié en la importancia de tener la descripción del vídeo en un formato escrito para facilitar el seguimiento de los pasos. Se sugiere tenerla impresa para resaltar detalles importantes. Se mencionan tablas como 'alumno', 'examen práctico' y 'profesor' como referencia para el ejercicio. Se enfatiza la necesidad de tener la descripción impresa y subrayada para facilitar el proceso de diseño de la base de datos.
🔍 Identificación de Tablas y Atributos
En este segmento, el presentador procede a identificar las tablas y atributos necesarios para el ejercicio. Se detalla que para la tabla 'alumno' los atributos son matrícula, nombre y grupo, con la matrícula como la llave primaria. Para 'examen', los atributos son número de examen, siendo este la llave primaria, y para 'práctica', los atributos son título, dificultad y número de práctica, siendo el número de práctica la llave primaria. Además, se menciona la importancia de relacionar estos elementos y se sugiere que la forma de diseño puede variar dependiendo de la interpretación del ejercicio, siempre y cuando se organicen los atributos por tabla.
🔗 Definición de Relaciones y Cardinalidad
El presentador explica cómo establecer las relaciones entre las tablas 'alumno', 'examen' y 'práctica', y 'profesor'. Se sugiere utilizar palabras clave como 'realiza' para 'alumno-práctica' y 'diseña' para 'práctica-profesor' para definir estas relaciones. Se discute la cardinalidad de las relaciones, identificando que 'alumno-examen' y 'alumno-práctica' son de muchos a muchos, mientras que 'práctica-profesor' también se considera de muchos a muchos debido a la falta de especificaciones detalladas. Además, se menciona la importancia de leer cuidadosamente la descripción para no perderse detalles cruciales en el diseño de la base de datos.
📝 Atributos en Relaciones y Normalización
Se aborda la ubicación de atributos que no pertenecen a una sola tabla, como la 'nota' en la relación entre 'alumno' y 'examen', y los atributos 'fecha' y 'nota' en la relación entre 'alumno' y 'práctica'. También se menciona la relación 'práctica-profesor' y cómo la 'fecha' pertenece a esta relación. El presentador enfatiza la importancia de analizar y asignar estos atributos correctamente para diseñar una base de datos de manera óptima. Además, se menciona que este ejercicio no es complicado si se sigue la descripción impresa y se subrayan los detalles importantes.
🏫 Diseño de Tablas y Relaciones
El presentador comienza a transformar el diseño en tablas, destacando la importancia de conocer el tema de normalización que se abordará en futuras lecciones. Se detallan las tablas 'alumno' y 'examen' con sus llaves primarias y atributos correspondientes. Se explica cómo construir una tabla para la relación 'alumno-examen', incluyendo las llaves primarias de ambas tablas y el atributo 'nota'. Se sugiere que este proceso se repita para las relaciones 'alumno-práctica' y 'práctica-profesor', asegurándose de incluir las llaves primarias y los atributos de las relaciones en las tablas nuevas.
🔑 Llaves Primarias y Atributos Dependientes
Se discute cómo manejar la cardinalidad de uno a muchos, dando como ejemplo una relación entre 'cliente' y 'anuncios'. Se explica que cuando la cardinalidad es de uno a muchos, la llave primaria de la tabla 'uno' se convierte en un atributo dependiente en la tabla 'muchos'. Esto se ilustra con la tabla 'anuncios' que incluiría la llave primaria 'carné de identidad' de la tabla 'cliente' como un atributo. El presentador enfatiza la importancia de entender este concepto para diseñar bases de datos de manera correcta.
🎓 Conclusión y Recomendaciones
El presentador concluye el vídeo resaltando la simplicidad con la que se abordó un ejercicio complejo al principio. Se recomienda ver el vídeo varias veces si es necesario para comprender completamente el contenido. Se alentan a los estudiantes a seguir aprendiendo en el curso de diseño de base de datos.
Mindmap
Keywords
💡Diseño de base de datos
💡Llave primaria
💡Relaciones
💡Atributos
💡Normalización
💡Cardinalidad
💡Tablas
💡Ejercicio práctico
💡Descripción del ejercicio
💡Subrayado
Highlights
Inicio del episodio número 9 del curso de diseño de base de datos.
Continuación del diseño de una base de datos con un ejercicio complicado y detallado.
Importancia de tener la descripción del vídeo impresa para seguir los pasos del diseño.
Identificación de las tablas necesarias: alumno, examen, práctica y profesor.
Definición de los atributos de la tabla 'alumno', incluyendo la matrícula como llave primaria.
Descripción de los atributos de la tabla 'examen', con el número de examen como llave primaria.
Atributos de la tabla 'práctica', donde el número de práctica es la llave primaria.
Atributos de la tabla 'profesor', con el carné de identidad como llave primaria.
Relación entre los elementos de las tablas y cómo conectarlas.
Uso de la palabra 'realiza' para describir la relación entre alumno y práctica.
Relación entre práctica y profesor, descrita con la palabra 'diseña'.
Determinación de los grados de cardinalidad para las relaciones.
Explicación de por qué la nota no puede estar en la tabla 'alumno' ni 'examen'.
Ubicación de los atributos 'fecha' y 'nota' en la relación entre alumno y práctica.
Creación de una nueva tabla para la relación 'práctica profesor'.
Importancia de leer detalladamente la descripción para entender las relaciones de cardinalidad.
Diseño de las tablas sin normalización, con énfasis en la organización y atributos.
Ejemplo práctico de cómo construir una tabla con llaves primarias y atributos de relación.
Recomendación de revisar el vídeo varias veces para comprender completamente el diseño de la base de datos.
Transcripts
[Música]
cuál qué tal soy yo clarion y estamos en
el ingreso en el episodio número 9 de
nuestro curso de diseño de base de datos
hoy con la segunda parte de el diseño de
una base de datos y vamos a continuar lo
que dejamos pendiente el ejercicio un
poco complicado un profesional con mucho
detalle en el cual vamos a dar solución
a este ejercicio y vale la pena recalcar
que en la descripción de este vídeo que
vamos a tenerlo de manera escrita puedes
copiarlo y pegarlo si tú quieres en un
bloc de notas porque va a ser necesario
que tú puedes leer la descripción para
seguir los pasos que voy a construir el
ejercicio ya en su implementación de
diseño es muy importante este punto para
que no te pierdas de hecho te lo
recomiendo que lo tengas incluso impreso
para subrayar las partes más importantes
de lo que se va a construir en un diseño
de una base de datos de 'la ok bien lo
primero que vamos a hacer como de
costumbre vamos a encontrar las tablas
como referencia vamos a tener alumno de
examen práctica profesor que son las
tablas que se requiere dentro de este
ejercicio
ok recuerda que necesitas tener
en la descripción del ejercicio impreso
lo mejor y subrayar la parte de alumno
examen práctica y profesor que
encuentras que para que de esta manera
puedes indicar mediante el texto qué es
lo que estamos encontrando para la
solución del ejercicio
como siguiente paso lo que vamos a hacer
es encontrar los atributos de cada una
de las tablas para hacerlo de manera
directa los voy a hacer de esta manera
donde el alumno vamos a tener la
matrícula en nombre grupo obviamente
matrícula va a ser la llave primaria
vamos a irnos al frente en examen el
número de examen va a ser de la llave
primaria en el caso de prácticas se nos
dice que necesitamos tener el título la
dificultad y el número de práctica el
número de práctica es la llave primaria
y dentro del profesor vamos a tomar como
referencia en su carnet de identidad y
también el nombre pero carné de
identidad es la llave primaria ok ahora
necesitamos relacionar estos elementos
ok
acá tienen mis elementos de relación en
este caso vamos a obtener tres tipos de
relaciones ok
vale la pena recalcar que el modo que
estoy implementando el diseño no
simplemente lo tengo que hacer como
manera única ok
tú puedes plasmar el ejercicio o el
diseño como tú ve es conveniente
simplemente qué
tiene que estar obviamente ordenado con
los atributos que se presentan a cada
tabla ok eso es muy importante en este
caso yo lo estoy diseñando de esta
manera para hacer las relaciones de una
manera más precisa aunque en este caso 3
de la ceas vamos a comenzar con la
relación alumno examen en este caso
vamos a usar la palabra no se hace que
tú puedes poner la palabra más
la palabra más del tipo de acción o de
verbo de acción el cual refleje cómo se
indica una acción que permite enlazar
precisamente estas dos tablas llosa
poniendo la palabra ce porque un alumno
hace un examen y el examen está hecho
por un alumno ok entonces creo que este
sería la palabra indicada que yo sé cuál
este punto es un poco complicado pero
con la práctica vamos a encontrar
siempre la relación que estamos buscando
ok en este caso también vamos a trabajar
ahora con la parte de relación alumno
práctica donde la palabra realiza sería
la palabra adecuada ok
miren a alumno realiza práctica en la
práctica es realizado por el alumno
funciona y para concluir este tipo de
relación vamos a relacionar práctica y
profesor donde recordemos que se nos
dice que el profesor diseña la práctica
entonces esa palabra estaría más que
correcta práctica es diseñado por el
profesor y el profesor diseña la
práctica recuerden que para tener la
palabra indicada tienes que ser ese tipo
de relación de ida y de vuelta
muy importante ahora bien vamos a buscar
los grados de cardinal y that vamos a
comenzar con la primera relación en este
caso va a ser de mucho a muchos porque
muchos alumnos hacen muchos exámenes y
muchos exámenes están se hacen por
muchos alumnos aunque hoy vamos a pasar
ahora la relación alumno práctica donde
va a ser prácticamente lo mismo muchos
alumnos realizan muchas prácticas y en
la parte de práctica profesor la
relación va a ser también de muchos
muchos porque no nos específica de
manera detallada ojo eso es muy
importante leer al pie de la letra la
descripción para que de esta manera no
se nos vayan nada de las manos en este
caso no no se especifica que sólo un
profesor podría realizar varias
prácticas por tanto vamos a considerar
de muchos muchos muchas prácticas son
diseñadas por muchos profesores ok y
como hemos visto también hay algunos
atributos que no encajan en ninguna de
las tablas en este caso en la primera
relación alumno examen se nos dice que
hay una nota esta nota no puede estar en
alumno ni tampoco en examen
porque eso depende mucho del alumno y
del examen es por eso adquirir este
atributo no podría estar dentro de la
tabla examen por tanto se le pone en la
relación ok la nota otro detalle muy
importante es también los atributos de
fecha y nota que de la misma manera no
los podemos asignar en solo alumnos o en
sola práctica este tipo de relación lo
vamos a hacer precisamente en la
relación del atributo fecha y notas lo
vamos a poner en la relación que hay
entre alumno y práctica muy bien y para
terminar está la relación práctica el
profesor de la misma manera se nos dice
una fecha el cual también pertenece a la
relación de práctica y profesor muy bien
el ejercicio no he estado muy complicado
como has podido ver simplemente el
análisis que podemos hacer teniendo
incluso impreso en la descripción
facilitaba tst ante este tipo de
aprendizaje como de costumbre te
recomiendo nuevamente que lo tengas
impreso y que puedas subrayar de manera
independiente en las tablas los
atributos y puedas asignarle
un valor diferente puedes hacerlo de
diferentes colores para que no se te
escape nada de las manos que creo que es
el paso fundamental para diseñar una
base de datos de manera correcta y bien
que te pareces ahora si lo transformamos
en tablas porque vamos a comenzar con la
parte de arriba yo lo voy a cortar de
esta manera para que trabajemos de
manera ordenada y bien vale la pena
recalcar que el modo de creación de
estas tablas lo vamos a hacer sin
conocer el tema de normalización que va
a ser un tema muy importante más
adelante por tanto con lo poco que
sabemos podamos tener el siguiente
detalle aunque en este caso como has
podido ver tenemos la tabla alumno y la
tabla examen llaves primarias matrícula
y nombre hasta el momento no hay nada
nuevo estamos con los atributos que
corresponden a cada una de las tablas
también podemos notar que tenemos un
atributo que está vagando en el aire que
sería no está para construir una tabla
referente a esta relación yo simplemente
voy a comparar precisamente esa relación
al nombre de la tabla alumno examen
donde vamos a poner el atributo pero ojo
tiene que estar las llaves primarias de
ambas tablets en este caso de alumno y
examen matrícula y número de examen ok
acompañado del atributo de la relación
que en este caso sería la nota ok para
que veais cómo funciona esto aquí tienes
un pequeño ejemplo con un pequeño
registro ok
cuadra perfectamente el tipo de relación
que estamos trabajando que estamos
consiguiendo una tabla o un diseño de
base de datos de manera óptima qué es lo
que se quiere sin hacer mucho redondeo o
repetir algunas condiciones cuando se
necesitan cierta información ok entonces
ese es el paso fundamental trabajar con
las dos llaves primarias de las tablas
que realizan este tipo de relación y
posteriormente también construir el
atributo en este caso nota que parte de
la red
y continuando con el diseño de la base
de datos de la misma manera vamos a
trabajar con la relación
alumni práctica como has podido ver
seguimos manejando la misma idea game ir
en fecha y nota que son atributos de la
relación los vamos a manejar con las
llaves primarias tanto de la tabla
alumno como de la tabla práctica ok muy
importante este detalle y ya para
finalizar la última parte que vamos a
hacerlo de la misma manera tabla
práctica tabla profesor llaves primarias
y la relación lo vamos a llamar
simplemente práctica profesor para esta
nueva tabla lo cual también tiene la
llave primaria de ambos y el atributo
que está dentro de la relación
aunque el ejercicio prácticamente ya lo
teníamos terminado pero hay un detalle
muy importante cuando construimos una
base de datos y vamos a partir del
siguiente ejemplo cuando una relación en
este caso un cliente como podemos ver
que controla varios anuncios el modo de
diseño que se iba a implementar al
construir las tablas va a ser el
siguiente en la tabla cliente vamos a
tener como referencia la llave primaria
que es carné de identidad nombre
teléfono en la parte de la tabla
anuncios vamos a tener código y carnet
de identidad nombre precio de tipo pero
hay un detalle muy importante porque
carné de identidad está relacionado como
un atributo dentro de la tabla anuncios
y eso se debe al tipo de cardinali that
que estamos trabajando cuando la
cardinal y that desde uno a muchos
automáticamente la llave primaria
la que tiene simplemente una relación
que sería la llave pasa a ser parte de
la tabla en este caso de nombre anuncio
lo que hay un detalle muy importante
cuando se maneja en la cardinal y that
de uno a muchos ok entonces cuando
tengas este tipo de relación de cardinal
y that de uno a muchos recuerda que la
llave primaria pasa a ser un atributo de
manera dependiente dentro de la tabla de
muchos en este caso anuncios donde
básicamente vamos a tener dos llaves
primarias las cuales van a tener un
nombre específico más adelante vamos a
detallar ese punto pero es bueno que ya
tengamos este conocimiento para poder
expresar este tipo de relación de uno a
muchos donde básicamente podríamos decir
que tenemos como dos llaves dentro de la
relación muchos ok un detalle que no se
nos puede ir de las manos y viene el
ejercicio de estado un poco complejo al
inicio pero hemos tratado de hacerlo de
una manera muy sencilla esperamos que
todo haya quedado claro y recuerda a ver
este vídeo una y otra vez las veces que
sea necesario ok eso ha sido todo por
hoy nos vemos en el siguiente episodio
de tu curso de diseño de base de datos
[Música]
Browse More Related Video
CURSO de DISEÑO de BASE DE DATOS #8 📚 EJERCICIOS DE BD
CURSO de DISEÑO de BASE DE DATOS #4 📚 DIAGRAMAS ENTIDAD RELACION
CURSO de DISEÑO de BASE DE DATOS #3 📚 CONCEPTOS FUNDAMENTALES
CURSO de DISEÑO de BASE DE DATOS #11 📚 PRIMERA FORMA NORMAL
CURSO de DISEÑO de BASE DE DATOS #6 📚 MODELO ENTIDAD RELACION
Base de Datos #2| Modelo relacional
5.0 / 5 (0 votes)