Saltar navegación

Activa JavaScript para disfrutar de los vídeos de la Mediateca.

Modelo Relacional Vídeo 1 - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 17 de noviembre de 2025 por Francisco J. G.

89 visualizaciones

Modelo Relacional Vídeo 1

Más información Transcripción

Descargar la transcripción

Buenas tardes a todos. Os convoco a una nueva grabación de un vídeo que he realizado para 00:00:00
que nos quede bastante más claro lo que son las reglas de transformación de entidad relacional, 00:00:14
modelo relacional. Este apartado, dentro de todo el contenido de la unidad 2, 00:00:21
es bastante importante y he creído conveniente realizar este vídeo para que quede más claro. 00:00:27
Vamos a pasar en este vídeo a recorrer todas las relaciones que hemos visto, NM, 1N, 1-1, 00:00:36
y vamos a ver cómo se transforman. Veremos jerarquías, veremos exclusividad, inclusividad, etc. 00:00:45
Y también las relaciones reflexivas. Vamos a coger todo ese tipo de relaciones y vamos a ver cómo se transforman al modelo relacional. Para ello empezamos con las relaciones NM. Estas son relaciones NM. Vamos a ver cómo se transforman al modelo relacional. 00:00:53
aquí vamos a tener una regla general se van a transformar en una tabla siempre se transformarán 00:01:15
en una tabla la clave de la tabla se forma cómo se va a formar esa clave se va a formar con la 00:01:21
concatenación de las claves de las entidades que van a participar en dicha relación dichas claves 00:01:28
son además claves ajenas que referencian a las tablas en las que son claves primarias el nombre 00:01:35
el que vamos a asignar a la tabla será el que tenga la propia relación. 00:01:42
Aquí tenemos un ejemplo en el que tenemos autores y libros. 00:01:51
Vamos a comprobar primero que esa relación es una relación MN. 00:01:54
Para ello vamos a ir de izquierda a derecha y podemos decir que un autor puede escribir 1 a N libros 00:02:00
y un libro puede ser escrito por 1 a N autores. 00:02:09
Por lo tanto, la relación es MN. Una vez que la tenemos, tenemos que pasarlo al modelo relacional, a generar tablas. Aquí tenemos la tabla autores, que sería esta derivaría de la entidad autor y que tiene su propia clave primaria. 00:02:14
Y la otra sería libros con su propia clave primaria, código libro. Ahora hay que resolver esta relación MN creando, que hemos dicho anteriormente, una nueva tabla. Para crear esa tabla se obtenía concatenando el qué, las dos claves primarias de ambas entidades que están relacionadas. 00:02:30
¿Cómo se va a llamar esa relación? Esa nueva tabla se llamará igual que el nombre que tenía la propia relación. El nombre que tenía la propia relación era escriben. 00:02:50
Entonces, por tanto, el nombre de la nueva tabla que se va a generar en el modelo relacional será escriben. 00:03:03
Cogemos la primera clave primaria de una de las entidades y posteriormente cogemos la otra. 00:03:16
Y obtenemos el que, la nueva tabla, para resolver una transformación de una relación MN al modelo relacional, 00:03:24
generando una nueva tabla que se va a escribir con la concatenación de sus dos claves primarias. 00:03:32
¿Qué sucede cuando en la propia relación N-M tenemos ahora una dimensión temporal? 00:03:40
¿Esta dimensión temporal a qué se refiere? 00:03:53
En algunos casos en el que la relación tenga lo que va a tener son una serie de atributos de tipo fecha. 00:03:55
Esos atributos de tiempo-fecha le va a esa relación NM a darle una peculiaridad especial. Entonces, será necesario incluir el que, al menos una fecha como parte del atributo identificador. 00:04:02
En otros casos la fecha puede ser una entidad más o solo un atributo. Tenemos aquí otro nuevo ejemplo en el que ahora la relación es cliente y vehículo. Lo primero que vamos a hacer es comprobar que esta nueva relación es una relación NM. 00:04:18
Para ello, la entidad cliente puede alquilar 1 a n vehículos, o sea, que es correcto. Y un vehículo, además, puede ser alquilado por 1 a n clientes. Por tanto, la relación NM se comprueba que es así. 00:04:38
Cada una de las entidades, la entidad cliente tendrá su propia clave primaria, que será código cliente, y en el caso de la entidad vehículo tendrá su clave primaria, que será matrícula. 00:04:55
Bien, ya hemos situado el contexto de esta relación, pero ahora la diferencia que tenemos con respecto a la anterior es que tenemos ahora dos atributos propios, fecha inicio y fecha fin, que pertenecen a la relación alquila. 00:05:12
Bien, ¿qué vamos a hacer ahora? Pues ahora, según hemos dicho anteriormente, hay que añadir uno de esos atributos propios dentro de la nueva tabla a crear. 00:05:29
Aquí tenemos la nueva tabla a crear que será alquila, se llama exactamente igual que el nombre de la relación y dentro ya dijimos que una relación NM y se concatenaban tanto la clave primaria de una de las entidades con la clave primaria de la otra entidad. 00:05:37
Además, en este tipo de casos donde está implicada una dimensión temporal, tendremos que añadir uno de los atributos propios. 00:05:59
Aquí, en este caso, ha añadido fecha de inicio y luego veremos exactamente por qué. 00:06:10
Transformación de la dimensión temporal. ¿Por qué ha añadido en la dimensión temporal la fecha de inicio? 00:06:16
¿Veis? Esta sería la nueva tabla que ha creado, que sería la llamada alquila, donde tiene código cliente y matrícula, que es exactamente igual a como sucedía en las primeras que hemos visto, pero al ver una dimensión temporal, añade fecha e inicio. 00:06:25
Fecha inicio marca el momento en que comienza el alquiler 00:06:42
Es el identificador natural del suceso 00:06:45
Esto sería que cuando comienza 00:06:49
Entonces, dos alquileres del mismo cliente sobre el mismo vehículo 00:06:52
No pueden empezar el mismo día 00:06:56
Eso es lógico 00:07:01
Pero podrían terminar en fechas iguales 00:07:04
Entonces, no nos importa el hecho de la fecha final 00:07:07
porque ahí no habría problema, no sería un identificador único la fecha final, por esto que, como decimos aquí, se podría alquilar el mismo cliente dos vehículos y podrían terminar el mismo día. 00:07:11
Pero, ¿qué sucede con que dos alquileres del mismo cliente sobre el mismo vehículo no pueden empezar el mismo día? Sobre distintos sí pueden finalizar. Entonces, por tanto, la fecha de inicio diferencia de manera inequívoca cada operación de alquiler. 00:07:27
Me explico mejor. Tenemos que esta sería la nueva tabla que se ha creado con el nombre de alquila, con sus dos claves primarias de cada una de las entidades y con la fecha fin. 00:07:43
Veis que he añadido los atributos propios, que hay que añadirlos a la nueva tabla, pero la única que pertenece a la clave primaria de la tabla sería fecha de inicio. 00:07:58
Aquí tenemos un ejemplo en el que el código de cliente con la misma matrícula es el mismo coche. Veis la fecha de inicio, tú no puedes alquilar el mismo vehículo, no puedes hacer dos alquileres del mismo cliente sobre el mismo vehículo. 00:08:12
Entonces, pero sí es posible que las realice en distintas fechas de inicio, pero que luego se puedan tener la misma fecha de fin. 00:08:36
De ahí que fecha de inicio sea el único inequívoco de todos los atributos que se le va a añadir a la nueva tabla y fecha fin no. Se le añadían los dos, pero el único que se añade a toda la clave primaria sería el de fecha de inicio. 00:08:49
Pasamos a las relaciones 1N 00:09:08
Las relaciones 1N serían estas de aquí 00:09:14
En el que lo que vamos a utilizar como norma general 00:09:20
Se propaga la clave de la entidad 00:09:24
Se va a propagar la clave de la entidad 00:09:26
Que tiene cardinalidad máxima 1 00:09:29
A la que tiene cardinalidad máxima N 00:09:33
O sea que la fecha se va a realizar 00:09:35
¿Desde dónde? Hemos dicho desde la 1 a la n. Aquí tenemos el nuevo ejemplo en el que tendríamos que, vamos a comprobar que es una relación 1-n, un libro será editado, uno o más libros serán editados por una editorial. 00:09:40
pero un libro será editado por una única editorial, pero una editorial puede editar uno o más libros. 00:10:02
Por lo tanto, la relación 1-N es correcta. Estas serían las claves primarias, tanto de libro como de editorial. 00:10:14
¿Qué sucede? Estas serían sus dos tablas, cada una correspondiente a una, 00:10:23
y lo único que se va a realizar, según lo que se realiza, según la norma general, es propagar la entidad que tiene coordinada de edilidad máxima 1, 00:10:27
¿cuál es? Sería la de editorial, se propagará su clave, o sea, código editorial, se propagará a la tabla de libro, donde está código libro. 00:10:38
Por lo tanto, código editorial pasaría a libro. Veis aquí, editorial es la entidad con cardinalidad máxima 1, mientras que libro es la entidad con cardinalidad máxima n. 00:10:51
Hemos dicho que para que se pueda resolver esta transformación al modelo relacional es necesario, no se va a crear ninguna tabla, se van a conservar las dos tablas que hay, pero hay que propagar la clave de la entidad de carnibilidad máxima 1 a la de N. 00:11:09
O sea, sería así. ¿Veis? El código editorial que corresponde a la entidad editorial ha pasado ahora a la tabla de libro. 00:11:33
Excepciones a estas relaciones 1N. Estamos con las relaciones 1N y en los siguientes casos interesa más crear una nueva tabla a partir de la relación. 00:11:49
O sea, lo que vamos a convertir, acordaos, las relaciones N-M se transformaban como se generaba una nueva tabla en la que se concatenaban las dos claves primarias de las tablas implicadas. 00:12:02
¿Qué sucede? Que hay excepciones o casos donde es mejor crear una nueva tabla, o sea, transformar la relación 1-N, donde no se creaba una tabla, transformarla a una relación N-M. 00:12:15
¿Y eso cuándo ocurre? Eso ocurre cuando el número de ocurrencias de la entidad que propaga la clave es muy pequeño y cabe la posibilidad de que al propagar la clave quedan muchos valores repetidos o nulos. 00:12:29
La otra posibilidad es que esa propia relación en un futuro se pueda convertir en una relación NM. Y la tercera excepción sería cuando la relación tenga atributos propios. Si vemos algún atributo propio en una relación 1N y hay un atributo propio en la misma, se transformará como una relación NM. Se creará una nueva tabla. 00:12:42
Vamos a ver un ejemplo de una excepción de cada uno de los casos 00:13:05
Hemos dicho que el primero era cuando el número de ocurrencias de la entidad que propaga la clave es muy pequeño 00:13:14
Tenemos aquí el ejemplo de sindicato y empleado 00:13:19
Vamos primero a comprobar que esa relación es una relación 1 a n 00:13:23
Y para ello formulamos la relación sindicato. En un sindicato se puede afiliar uno o más empleados y un empleado se puede afiliar a un sindicato o no. Y estaría bien la relación. 00:13:33
Por lo tanto, aquí, ¿qué tendríamos? Cuando el número de empleados, como hemos dicho antes, es muy pequeño, lo que sucede es que se puede transformar una relación 1 a n, se puede transformar en una relación m-n. 00:13:48
Por tanto, aquí tenemos la tabla sindicato y la tabla empleado, en la que cada una tiene su clave primaria. Para transformar una relación que antes era 1N, pase a MN, se resolvía como creando una nueva tabla, con él el nombre de la tabla era el nombre de la relación. 00:14:08
Entonces se creará la tabla afiliar y dentro de la tabla afiliar se cogerán ambas claves primarias y se añadirán como clave primaria de afiliar, o sea, la resolución de una tabla NM. 00:14:29
¿Qué sucede en la segunda excepción? 00:14:43
Cuando en la segunda excepción sucedía cuando en el futuro se puede convertir en una relación NM 00:14:47
Pues ahora es exactamente lo mismo, vamos a transformar esta relación 1N 00:14:54
La vamos a transformar como en una MN 00:14:59
Entonces, por tanto, aquí tenemos el ejemplo de dos entidades como proveedor y pieza 00:15:02
Que están relacionadas con una relación 1AN 00:15:09
Aquí, si veis, un proveedor puede suministrar una o más piezas y una pieza va a ser suministrada únicamente por un proveedor. Pero lo lógico es que esta relación en un futuro se vaya a convertir en una relación en M. 00:15:12
O sea, es lógico que una misma pieza pueda ser proporcionada por distintos proveedores. Por ello, ahora transformaremos la relación 1N en una MN. ¿Cómo? Pues como se hacía al principio. Cogeremos las dos tablas y se migrarán las dos claves primarias a la nueva tabla creada, que sería con el mismo nombre que la relación suministra y con sus dos claves primarias. 00:15:33
La tercera excepción en la que se va a transformar una relación 1 a n en una relación n a m, pues lo que tenemos es que será cuando la relación tenga atributos propios. 00:16:00
Veis aquí que aquí tenemos una serie de atributos propios dentro de la relación, una serie de atributos propios dentro de la relación prestar, que sería fecha de inicio y fecha de fin. 00:16:22
Lo hemos visto antes con alumno, entonces, no, esta relación es distinta. Sería un alumno puede prestar cero o más ejemplares y un ejemplar puede ser prestado por un alumno o no. 00:16:34
Entonces, esa sería una relación 1-N y un alumno puede retirar varios ejemplares. No se recoge la dimensión temporal aquí. Por tanto, ¿qué sucede? Esta sería, podríais decirme, es parecida a la que hemos visto antes del alquiler de coches, pero en el alquiler de coches sí era vital recoger la dimensión temporal. 00:16:47
Aquí no es necesario o no se ajusta este ejemplo de relación en el que estos atributos propios o la fecha de inicio sea clave para la distinción entre prestar un ejemplar o no por un alumno. 00:17:14
Por tanto, ¿qué sucede? Sucede que se podría, al no existir esa dimensión temporal, a pesar de existir estos dos atributos propios dentro de la relación prestar, se podría transformar en una relación MN. 00:17:30
Aquí tenemos que para transformar la relación MN, migrarían las dos claves primarias de las dos tablas implicadas, de alumno y de ejemplar, y se le añadirían además a la tabla creada o prestar, se le añadirían los atributos propios que tiene y se le añadirían, pero no como clave primaria. 00:17:46
Relaciones, seguimos con las relaciones 1n, en el que vamos a ver con respecto a las cardinalidades que sucede 00:18:06
Cuando la entidad que tiene cardinalidad máxima 1, que tiene también una cardinalidad máxima o mínima también de 1 00:18:18
¿Qué sucede? Que tenemos que tener en cuenta que al propagar la clave, que en la tabla que recibe la clave, como clave ajena no pueda tener valores nulos. 00:18:32
Explicaremos por qué. Aquí tenemos una relación en la que es una relación 1 a n. Vamos a comprobarlo. Editorial ya lo hemos comprobado anteriormente. 00:18:47
Editorial edita cero o más libros y un libro puede ser editado nada más que por una editorial. Por tanto, estas serían sus claves primarias. 00:18:56
Y que sucede que ahora tenemos que se va a resolver como una relación 1 a n. Esa relación a 1 a n no se creaba una tabla nueva y migraba la clave primaria de una de las entidades o de una de las tablas migraba a la otra. 00:19:04
¿De dónde migraba? Migraba siempre desde la entidad con una cardinalidad 1 a la n. Aquí lo tenemos, por tanto, el libro que es la que tiene n, hemos migrado la clave primaria de editorial a la de libro. 00:19:24
Pero nos está diciendo que cuando la entidad que tiene cargabilidad máxima 1 y tiene también 1 de cargabilidad mínima, que actúa como clave ajena y que está insertada dentro de la tabla libro, tiene que tener una condición que sea no nula. 00:19:41
Vamos a ver ahora por qué. Aquí entra la cardinalidad mínima 1-1 del lado de la editorial. ¿Qué sucede con el lado de la editorial? Significa que todo libro debe tener exactamente una editorial. Es decir, no puede existir un libro sin editorial. 00:20:04
Por tanto, propagar la clave primaria COT editorial a la tabla libro tenemos que garantizar que no admita nulos, ya que si fuera nulo, ¿qué estaríamos haciendo? Estaríamos permitiendo que existan libros sin editorial asignada, lo cual viola la restricción del modelo. 00:20:19
¿Cómo se lograría esta restricción? Se lograría por medio de un check o habría que hacer con software dicha restricción. 00:20:39
La segunda casuística o cardinalidad es cuando la entidad que tiene cardinalidad máxima, esta de aquí, tiene la cardinalidad mínima 1. 00:20:50
entonces tendremos que controlar por software 00:21:01
que al dar de alta una fila de la otra tabla 00:21:03
se introduzca al menos una fila en esta 00:21:07
vemos aquí exactamente igual que antes 00:21:09
editorial con código editorial y libro 00:21:12
que era la cargada de la leída N 00:21:14
la que se migraba a la otra clave primaria 00:21:16
de editorial se migraba al libro 00:21:21
cuando sucede esto 00:21:22
tiene que cumplir que código editorial sea no nulo 00:21:25
Y eso se tendría que controlar por medio de software. ¿Qué sucede aquí? Pues que hay un nuevo problema, que hay que garantizar que la editorial tenga al menos un libro. O sea, antes estábamos hablando que era necesario que la editorial por lo menos editara un libro, ahora aquí lo que estamos intentando garantizar es que la editorial tenga al menos un libro. 00:21:30
Entonces, el modelo de entidad de relación indica que una editorial debe editar al menos un libro, de 1 a n. Entonces, las restricciones de integridad referencial por sí solas no pueden garantizar esto. Entonces, ¿cómo se haría esto? Para que por lo menos haya una fila, pues habría que hacerlo por medio de software. 00:21:52
Pasamos a las relaciones 1 a 1 en el que no hay una regla fija 00:22:09
Ahora aquí no hay una regla fija 00:22:21
Puede optarse por la solución basada o bien recoger la mayor cantidad de semántica posible 00:22:24
Tener en cuenta las características mínimas, evitar los valores nulos o por motivos suficientes 00:22:28
Bien, cuando las cardinalidades de ambas entidades son 1-1, aquí lo tenemos, cuando las cardinalidades de ambas entidades son 1-1, se van a poder adoptar distintas soluciones. 00:22:34
¿Cuáles son esas soluciones? Que no se necesiten dos tablas, se puede crear una única tabla en la que se incluyan los atributos de las dos entidades, como habíamos hablado de las NM, cuya clave principal será cualquiera de los dos atributos identificados principales. 00:22:59
ya no la suma, sino que puede ser uno o el otro. Entonces tendríamos cualquiera de los 00:23:15
atributos identificadores principales. Bien, ¿qué tenemos que...? La segunda opción 00:23:22
sería propagar la clave de cualquiera de ellas a la otra tabla, teniendo en cuenta 00:23:27
a cuál de ellas se efectúan los accesos más frecuentes. Y por último tendríamos 00:23:35
propagar las dos claves. Vamos a ver cada uno de los ejemplos y el primero de ellos, 00:23:39
Estamos hablando de una cardinalidad, o sea, de una relación 1-1. La primera solución que se puede adoptar sería la solución A y en esta, en la que hablábamos, aquí vamos a comprobar que es una relación 1-1, un esposo tiene que estar casado con una esposa y una esposa estará casada con un esposo. 00:23:45
Tiene que ser 1, 1, 1, 1. ¿Por qué? Porque si está casado tiene que haber mínimo un esposo y mínimo una esposa. La primera solución es, hemos dicho que era crear una nueva tabla. La nueva tabla aquí la ha llamado estar casado. 00:24:10
Esa tabla tendría el que, se cogerían las dos claves primarias, código esposo y código esposa, y se cogería una de ellas, se añadirían las dos a la propia tabla, pero solo una de ellas se actuaría como clave primaria, siempre la que hay mayor semántica. 00:24:25
En el segundo caso tendríamos el qué 00:24:42
En el segundo caso tendríamos la segunda solución 00:24:47
Tendríamos ahora que no se crea una nueva tabla 00:24:49
Sino que lo que va a tener es 00:24:52
Se mantienen las dos tablas que había 00:24:54
Esposo y esposa 00:24:56
Cada una con su clave primaria 00:24:58
Y luego en uno de ellos se repetiría 00:25:03
O migraría el otro código de la otra entidad 00:25:06
Y migraría a una de las tablas 00:25:08
La tercera solución sería esta de aquí en el que tendríamos que ahora tampoco se va a crear una nueva tabla 00:25:11
se mantiene también la tabla esposo, la tabla esposa y ahora lo que se hace es que se migra ambos dos como claves ajenas 00:25:21
Se migra en esposo, recibe la clave primaria de COD esposa y en el COD esposa la de COD esposo. 00:25:33
¿Qué sucede ahora cuando las cardinalidades de ambas entidades, ahora ya estamos hablando de, antes era una relación en la que las cardinalidades eran la mínima y máxima 1-1, 00:25:43
ahora estamos hablando de que nos vamos a introducir a una relación en la que ambas entidades van a tener una cardinalidad mínima de 0 y una máxima de 1. 00:25:59
Esta sería la relación hombre-mujer y matrimonio. 00:26:10
Ahora, un hombre puede tener matrimonio con una mujer o no, y la mujer a su vez al revés también. 00:26:14
Sigue siendo esto una relación uno a uno, pero ahora las carácteres máximas y mínimas son diferentes. 00:26:21
Ya no es uno-uno, sino que sería cero-uno. 00:26:28
¿Qué tendríamos aquí? 00:26:31
¿Qué podríamos hacer? Transformarla de distintos tipos. Crearíamos una nueva tabla, que sería la tabla matrimonio, en la que lo que haría es coger las dos claves primarias de hombre y de mujer y las introduciría dentro o las migrarían a la nueva tabla matrimonio. 00:26:32
Y tendríamos a su vez también la tabla hombre y mujer, cada una con sus claves primarias. 00:27:00
Si una, ¿qué sucede cuando tenemos una cardinalidad? Una de ellas es 1-1 y la otra es 0-1, como aquí, como empleado departamento. 00:27:07
Ahora, empleado, un empleado puede ser responsable de un departamento o no, pero en un departamento siempre tiene que haber un responsable que sea un empleado. 00:27:17
Entonces, ¿ahora cómo se resuelve? En la resolución de esta relación 1-1 se va a propagar la clave de la entidad que tiene la cardinalidad 1-1 a la que tiene la 0-1. O sea, que tendríamos que esto iría así. 00:27:25
Bien, como vemos, no se crea ninguna tabla, sino que se mantiene la tabla empleado y la tabla de departamento, cada uno con sus claves primarias. 00:27:45
lo que sucede es que ahora de la entidad con cardenalidad 1.1 se migra su clave primaria a la 0.1 00:27:59
y con ello tenemos que departamento tendrá, además de código departamento, tendrá COD empleado. 00:28:13
Habrá que controlar, además, como sucedía en los casos que hemos visto anteriormente, 00:28:20
que la clave propagada no puede tomar valores nulos. 00:28:24
Vamos a pasar ahora a las interrelaciones reflexivas. Estas interrelaciones reflexivas es cuando ahora lo que tenemos es una, en estas interrelaciones reflexivas lo que vamos a tener es que solo va a participar una sola entidad. 00:28:34
En eso se caracteriza una interrelación reflexiva. Como regla general, toda relación reflexiva se convierte, siempre como regla general se va a convertir, la relación reflexiva se convierte en dos tablas. 00:29:06
Una será para la entidad y otra para la relación 00:29:21
Se pueden presentar diversos casos en el que tendremos cuando una relación es 1-1, cuando una relación es 1-N o cuando una relación es M-N 00:29:27
aquí tenemos el caso de una relación 1-1 00:29:38
en el que no se va a crear ninguna tabla para la relación 00:29:46
ya lo hemos dicho anteriormente 00:29:50
la clave de la entidad lo que va a hacer es que se va a repetir 00:29:51
con lo que la tabla resultante tendrá ese atributo dos veces 00:29:56
entonces aquí tenemos una persona con una relación 1-1 00:30:01
en el que la cardinalidad mínima y máxima es 0-1, en el que una persona puede estar casada con otra persona o no. 00:30:07
Y esa sería la propia interrelación reflexiva. 00:30:14
Aquí tendríamos una tabla en la que la que tendríamos sería la propia tabla persona 00:30:18
y en el que habría que añadir la clave de dicha entidad o la clave primaria repetida. 00:30:30
Por ello, habría que añadir DNI persona y DNI persona pero correspondiente a la esposa. 00:30:39
Hemos creado una tabla que sería la tabla persona con la propia clave repetida dos veces. 00:30:46
Eso sería para unas relaciones uno a uno. 00:30:53
¿Qué sucede cuando la relación reflexiva es una relación 1 a n? Cuando tenemos que la relación es 1 a n, en este caso hay que tener en cuenta la cardinalidad del lado de muchos. Muy importante la cardinalidad del lado de muchos. 00:30:55
Aquí tenemos un ejemplo en el que tenemos tema, un tema consta de uno o más temas. 00:31:13
Podría ser, en este caso, 0n o 1an. Podría constar de cero o más temas o de uno como mínimo o más temas. 00:31:21
¿Eso qué conlleva? Eso lo que nos está diciendo es si estamos hablando de lo que se llama obligatoriedad. 00:31:30
En el caso de que no sea obligatorio eso, se crea una nueva tabla cuya clave será la de la entidad del lado de muchos. Nueva tabla con la clave de muchos. Y se propaga la clave a la nueva tabla como clave ajena. 00:31:39
¿Qué sucede si siempre es obligatoria? Pues que no se va a crear, no creamos tabla. 00:31:58
Bien, aquí tenemos el caso de la relación que he dicho anteriormente y pongamos en la primera solución en el que no es obligatoria. 00:32:06
Por lo tanto, la calidad mínima sería 0 o 1, no es obligatoria. 00:32:16
Por tanto, hemos dicho que se va a crear una nueva tabla, que se llamaría igual que la relación, que se llama consta, y que va a tener el qué. Va a tener tanto su propia clave primaria más la clave repetida, que sería repetida dos veces. 00:32:20
después tendríamos la otra tabla 00:32:46
tema que tendríamos que 00:32:49
estaría sin repetir 00:32:50
¿qué sucede cuando 00:32:53
¿qué sucede en la 00:32:55
bueno, antes de llegar a la solución B 00:32:58
en la relación 00:33:00
tendríamos aquí la 00:33:02
bueno, la voy a contar también en cuanto a la 00:33:06
solución B, que sería esta otra 00:33:08
es cuando la calidad mínima 00:33:10
es 1, entonces cuando 00:33:13
la calidad mínima es 1, no es necesario crear la tabla consta y tendríamos que crear, solo tendríamos la tabla tema con sus claves repetidas, como sucedía al principio que he explicado. 00:33:15
Bueno, hablamos ahora de la obligatoriedad. ¿Qué sucede con respecto a ser obligatoria o no? ¿Qué quiere decir obligatoria? Que la participación en la relación es obligatoria. ¿Qué quiere decir? Que no puede existir un registro que no esté relacionado con otro. 00:33:26
No puede existir un registro que no esté relacionado con otro. En este caso, todo tema debe depender de otro tema. Aquí tenemos un ejemplo en el que tenemos el caso de varios temas, programación, Java, bloques en Java. 00:33:45
Si la relación es obligatoria, el primer tema de programación no podría tener código tema superior nulo. En cambio, si la relación es no obligatoria, sí podría tenerlo, porque no depende de ningún otro tema. 00:34:02
La transformación de una interrelación reflexiva con respecto a una relación 1-n en el segundo caso. 00:34:18
Bueno, hemos visto que se podía obtener en cuenta la cardinalidad del lado de muchos. Hemos visto que podría suceder que fuera 0n o 1n. Cuando la cardinalidad mínima era 0 o 1, habíamos visto que habría que crear una nueva tabla con la clave repetida. 00:34:34
Pero ¿qué sucede cuando la cardinalidad dentro de las relaciones 1 a n, cuando la cardinalidad del lado n, la mínima es 1? Pues lo que sucede es que no es necesario generar una nueva tabla y se resolvería repitiendo en la misma tabla generada a través de la entidad tema, repitiendo la clave primaria. 00:34:57
Nos quedarían las interrelaciones reflexivas N-M 00:35:18
Estas interrelaciones N-M en la tabla, ¿cómo va a resultar? 00:35:26
La tabla que resulta de la relación contendrá dos veces la clave primaria de la entidad del lado de muchos 00:35:32
Aquí tenemos el ejemplo en el que una pieza se compone por de 1 a N piezas 00:35:38
Y a su vez, estas estarán compuestas también de piezas. ¿Cómo se resuelve esto? Se va a resolver a través de, se va a componer repitiendo dos veces la clave primaria de la entidad del lado de muchos. 00:35:45
Si tuviera atributos de la propia relación se repetirían si los hay 00:36:03
La clave de esta nueva tabla será la combinación de las dos 00:36:09
Si veis aquí tenemos la propia entidad pieza que se ha transformado en la tabla pieza 00:36:12
Con su propio código y con los propios atributos que pueda tener que no sean clave primaria 00:36:23
Y luego, por otro lado, tendríamos el caso de se compone, que sería la tabla que se ha creado, en el que tendríamos con la suma de la clave primaria repetida dos veces. 00:36:27
Bien, antes de pasar a dependencias, quiero hacer un repaso de nuevo de las reflexivas para que nos queden más claras. 00:36:43
Hemos visto que había tres tipos de relaciones, que eran las relaciones 1-1, relación 1-N y relación M-N. 00:36:57
Cuando teníamos una relación 1-1, no se generaba en ninguna tabla, sino que la propia entidad de personas era la propia tabla donde se repetía el atributo dos veces. 00:37:04
Para la relación 1-1 está claro que sería así. 00:37:17
Con respecto a la 1-N, había dos soluciones. 00:37:21
Una, si era obligatoria o no. Si no era obligatoria, se creaba una nueva tabla en la que teníamos la propia tabla tema, la propia entidad tema, con su propia clave primaria. 00:37:25
y luego se creaba otra tabla de la relación con el mismo nombre donde se conjugaba o se repetía ambas claves primarias. 00:37:45
Lo que pasa es que una sería la clave primaria y la otra actuaría como clave ajena. 00:37:55
¿Qué sucedía en la solución 2? 00:38:00
En la solución 2 o solución B, cuando la cardinalidad era 1, o sea, cuando era obligatoria, no se creaba ninguna tabla. 00:38:03
Y se mantenía como hemos visto en las relaciones 1 a 1. 00:38:15
Lo que pasa es que si vemos las relaciones 1 a 1, se repetía la clave, en la que esta era clave primaria y esta era clave ajena. 00:38:18
Y aquí exactamente igual, lo que obtenemos es el mismo tipo. 00:38:28
Con lo cual, en una relación 1 a n que sea obligatoria, actúa como una relación 1 a 1. 00:38:32
En una relación 1 a n, que no es obligatoria, se tenía que crear la nueva tabla. 00:38:39
Por último, teníamos las relaciones n, m, en las que las relaciones n, m siempre se va a crear una nueva tabla. 00:38:46
Y esa nueva tabla, en las relaciones n, m, ahora tenemos que la clave primaria contiene la suma de ambas claves, 00:38:54
o de la clave primaria repetida dos veces. 00:39:02
Fijaos la diferencia entre la solución de las relaciones 1 a n no obligatorias 00:39:05
en el que solo una de ellas es la clave primaria y la otra sería una clave ajena 00:39:17
mientras que en el caso de las relaciones n a m 00:39:23
la nueva tabla que se crea fruto de la relación es la clave primaria es la suma de las dos 00:39:27
La clave de esta nueva tabla será la combinación de las dos 00:39:33
¿Veis la diferencia, verdad? 00:39:36
Idioma/s:
es
Materias:
Informática
Niveles educativos:
▼ Mostrar / ocultar niveles
  • Formación Profesional
    • Ciclo formativo de grado superior
      • Primer Curso
      • Segundo Curso
Autor/es:
Francisco José gonzález Constanza
Subido por:
Francisco J. G.
Licencia:
Todos los derechos reservados
Visualizaciones:
89
Fecha:
17 de noviembre de 2025 - 13:01
Visibilidad:
Público
Centro:
IES CIFP a Distancia Ignacio Ellacuría
Duración:
39′ 44″
Relación de aspecto:
1.78:1
Resolución:
1920x1080 píxeles
Tamaño:
135.30 MBytes

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid