3. Modelo Conceptual 【 MODELO ENTIDAD RELACIÓN 】

Ericka Zavala
7 Jul 201821:37

Summary

TLDREste vídeo educativo se centra en el diseño de bases de datos, explicando detalladamente el modelo conceptual. Se discuten características, simbología y uso del modelo, así como la diferenciación entre modelos lógicos y físicos. El modelo entidad-relación, creado por Peter Chen en 1976, es explorado con sus elementos clave como entidades, relaciones, atributos y claves. Se ilustra con ejemplos prácticos, facilitando la comprensión de cómo se modelan las bases de datos y se enfatiza la importancia de la cardinalidad y las entidades fuertes y débiles en la relación de datos.

Takeaways

  • 😀 El curso trata sobre el diseño de bases de datos, enfocándose en el modelo conceptual.
  • 🔍 El modelo conceptual describe el contenido e información de la base de datos de manera independiente del sistema de manejo de bases de datos.
  • 📊 Existen tres modelos en el proceso de diseño: conceptual, lógico y físico.
  • 🏛 El modelo lógico describe la estructura de la base de datos según el modelo del sistema de manejo de bases de datos.
  • 🛠️ El modelo físico se preocupa por la implementación de la base de datos, considerando detalles específicos del sistema de manejo de bases de datos.
  • 👤 El modelo entidad-relación (ER) es ampliamente utilizado para representar el modelo conceptual y fue creado por Peter Chen en 1976.
  • 📏 Las entidades en un modelo ER representan objetos o conceptos de los cuales se desea almacenar información.
  • 🔗 Las relaciones en un modelo ER indican cómo se asocian las entidades y son representadas por un rombo.
  • 🔑 Los atributos describen las características de una entidad y son representados por una elipse.
  • 🔑🔑 Las claves candidatas son atributos que identifican de forma única a los registros en una entidad.
  • 🔢 Las cardinalidades definen el número de entidades con las que se puede relacionar otra entidad, como uno a uno, uno a muchos, etc.

Q & A

  • ¿Qué es el modelo conceptual en el diseño de bases de datos?

    -El modelo conceptual es una representación que describe a grandes rasgos el contenido e información de la base de datos, independientemente del sistema manejador de bases de datos que se vaya a utilizar. Se centra en construir un esquema basado en los requisitos del cliente.

  • ¿Cuáles son los tres modelos a considerar en el proceso de diseño de una base de datos?

    -Los tres modelos son: el modelo conceptual, que describe el contenido de la base de datos de manera independiente del sistema de manejo de bases de datos; el modelo lógico, que describe la estructura de la base de datos según el modelo del sistema manejador de bases de datos a utilizar; y el modelo físico, que trata la implementación de la base de datos considerando el sistema manejador de bases de datos específico.

  • ¿Qué características debe tener un modelo conceptual según el script?

    -Un modelo conceptual debe tener expresividad, simplicidad mínima, lidad y formalidad para representar adecuadamente la información y estructura de la base de datos.

  • ¿Qué es una entidad en el contexto del modelo entidad-relación?

    -Una entidad en el modelo entidad-relación representa cosas u objetos, ya sean reales o abstractos, tangibles o intangibles, de los cuales se desea almacenar información en la base de datos.

  • ¿Cómo se representa una relación en un diagrama entidad-relación?

    -Una relación en un diagrama entidad-relación se representa con un rombo y su nombre dentro de él. Las relaciones indican la forma en que las entidades se asocian entre sí.

  • ¿Qué son los atributos en un modelo entidad-relación y cómo se representan?

    -Los atributos son las características que describen una entidad y representan la información que se almacenará en ella. Se representan mediante una elipse con su nombre dentro de ella.

  • ¿Qué es una clave candidata y cómo se diferencia de una clave primaria?

    -Una clave candidata es un atributo que identifica de forma única los valores de una entidad. Se diferencia de una clave primaria en que la clave primaria es una clave candidata que se escoge como identificador de los datos en la tabla.

  • Explique la diferencia entre una clave primaria compuesta y una clave alternativa.

    -Una clave primaria compuesta es una clave candidata formada por varios atributos que juntos identifican de forma única a los registros. Por otro lado, una clave alternativa es un atributo que no fue elegido como clave primaria pero que también puede identificar de forma única a los registros en la base de datos.

  • ¿Qué significa la cardinalidad en un modelo entidad-relación y cuáles son sus tipos?

    -La cardinalidad indica el número de entidades con las que se puede relacionar otra entidad. Sus tipos incluyen uno a uno, uno a muchos, y muchos a muchos, que describen la relación y la cantidad de entidades involucradas.

  • ¿Qué son las entidades débiles y cómo se diferencian de las entidades fuertes?

    -Las entidades débiles son aquellas que necesitan y dependen de la existencia de otra entidad para almacenar datos, se representan con un doble rectángulo y tienen un discriminador. Mientras que las entidades fuertes no necesitan la existencia de otra entidad y se representan con un solo rectángulo.

Outlines

00:00

📚 Introducción al Diseño de Bases de Datos

Este primer párrafo introduce el tema del video, que es el diseño de bases de datos, y se centra específicamente en el modelo conceptual. Se explica que el modelo conceptual es una representación abstracta del contenido y la información de la base de datos, independientemente del sistema de manejo de bases de datos que se use. Se menciona que este modelo es el primer paso en el proceso de diseño de bases de datos, seguido por el modelo lógico y el modelo físico. El objetivo del modelo conceptual es construir un esquema que refleje los requisitos del cliente y cómo los datos se relacionan entre sí.

05:02

🔗 Elementos del Modelo Entidad-Relación

El segundo párrafo profundiza en el modelo entidad-relación, uno de los métodos más utilizados para representar el modelo conceptual. Se describen los elementos clave del modelo: entidades, relaciones y atributos. Las entidades son representadas como rectángulos con su nombre, y son equivalentes a las tablas en una base de datos. Las relaciones, que indican cómo se asocian las entidades, se representan con un rombo y su nombre, generalmente un verbo o acción que une entidades. Los atributos son las características que describen una entidad y se representan con una elipse. Se discuten también los tipos de atributos, como multivaluados, compuestos y derivados, y se mencionan las claves candidatas, primarias y alternativas, así como la importancia de evitar la redundancia.

10:02

🔑 Claves y Cardinalidad en ER

Este párrafo se centra en la importancia de las claves y la cardinalidad en el modelo entidad-relación. Se explica que las claves primarias son usadas para identificar de manera única a los registros en una tabla, y se pueden ser simples o compuestas. Las claves alternativas son otros atributos que, aunque no son claves primarias, también pueden identificar de manera única a los registros. La cardinalidad indica la cantidad de entidades que pueden estar relacionadas, y se describen las diferentes tipos de cardinalidad: uno a uno, uno a muchos y muchos a muchos. Se da un ejemplo práctico para ilustrar cómo se determinan las cardinalidades basándose en una oración que describe la relación entre profesores y alumnos en una escuela.

15:03

🏫 Ejemplo de Análisis de Cardinalidad y Relaciones

El cuarto párrafo utiliza un ejemplo concreto para analizar la cardinalidad y las relaciones en un contexto educativo. Se describe cómo, basándose en una oración que establece la relación entre profesores y alumnos, se pueden determinar las cardinalidades mínimas y máximas de las entidades involucradas. Se explica que un profesor debe tener al menos un alumno para dar clases, y que un alumno solo puede tener un profesor asignado para darle clases. Se discuten también los grados de las relaciones, como relaciones de grado 1 (reflexivas), grado 2 (binarias) y relaciones de grado n (ternas, cuaternarias, etc.), y se mencionan las relaciones exclusivas y jerárquicas.

20:06

📈 Conclusión y Recursos Adicionales

El último párrafo concluye el tema del diseño de bases de datos, resumiendo los conceptos clave tratados en el video. El presentador anuncia que en futuras sesiones se explorarán ejemplos prácticos de cómo realizar un modelo entidad-relación. Además, proporciona información sobre sus redes sociales y canales adicionales donde compartirá material relacionado con sus videos, como presentaciones y código fuente. Finalmente, anima a los espectadores a seguirlo en estas redes, a suscribirse al canal y a activar las notificaciones para no perderse futuros contenidos.

Mindmap

Keywords

💡Modelo Conceptual

El Modelo Conceptual es una representación abstracta y中性的 la estructura de una base de datos, que se centra en capturar los requisitos del cliente sin depender de un sistema manejador de base de datos específico. En el guion, se menciona que este modelo describe de manera general el contenido e información de la base de datos, y es la primera fase en el proceso de diseño de una base de datos.

💡Entidad

Una Entidad en un Modelo Conceptual representa a las cosas u objetos, ya sean reales o abstractos, de los cuales se desea almacenar información en la base de datos. En el guion, se da el ejemplo de que tanto objetos tangibles como intangibles pueden ser entidades, como empleados, alumnos, calificaciones o cuentas de cheques.

💡Relación

La Relación en el contexto de un Modelo Conceptual es la forma en que las entidades se asocian entre sí, indicando la dependencia entre ellas. Se representa mediante un rombo y su nombre suele ser un verbo o acción que une a las entidades, como en el ejemplo del guion donde un 'profesor' da 'clases' a un 'alumno'.

💡Atributo

Los Atributos son las características que describen a una entidad y representan la información que se almacenará en ella. En el guion, se explica que los atributos son como las columnas de una tabla en una base de datos, y pueden ser de diferentes tipos de datos, como textos, numéricos, fechas o booleanos.

💡Clave Candidata

Una Clave Candidata es un atributo o conjunto de atributos que identifican de forma única a los valores de una entidad. En el guion, se menciona que las claves candidatas no pueden tener valores repetidos ni nulos, y son fundamentales para identificar de manera única a los registros en una tabla.

💡Clave Primaria

La Clave Primaria es una Clave Candidata elegida para ser el identificador principal de los datos en una entidad. Se representa con un subrayado en el guion, y es crucial para distinguir a cada registro de la entidad de forma única, como el 'número de empleado' de un 'profesor'.

💡Clave Primaria Compuesta

Una Clave Primaria Compuesta es una clave formada por varios atributos que, en conjunto, identifican de forma única a los registros de una entidad. En el guion, se ilustra con el ejemplo de que el 'número de empleado' y el 'tipo' de un 'profesor' pueden formar una clave primaria compuesta.

💡Cardinalidad

La Cardinalidad indica el número de entidades con las que se puede relacionar otra entidad, y define el tipo de relación que existe entre ellas. En el guion, se describe cómo se determina la cardinalidad a partir de oraciones que describen la relación entre entidades, como 'un profesor da clases a muchos alumnos'.

💡Entidad Débil

Una Entidad Débil es aquella que necesita la existencia de otra entidad para almacenar datos, y se representa con un doble rectángulo. En el guion, se menciona que las entidades débiles no tienen una clave primaria propia, sino un discriminador que forma parte de una clave primaria compuesta con otra entidad.

💡Tipos de Relaciones

Los Tipos de Relaciones definen la naturaleza de la interacción entre entidades en un Modelo Conceptual. En el guion, se habla de relaciones de 1 a 1, 1 a muchos y muchos a muchos, y cómo se deducen de las oraciones que describen la base de datos, como 'un alumno solo le puede dar clase un profesor'.

Highlights

Curso de bases de datos enfocado en el diseño de una base de datos.

Introducción al modelo conceptual en el diseño de bases de datos.

Características del modelo conceptual: expresividad, simplicidad mínima, lidad y formalidad.

Elementos del modelo entidad-relación: entidades, relaciones y atributos.

Definición de entidad y su representación en un diagrama.

Relación entre entidades y su representación con un rombo.

Atributos como características de una entidad y su representación.

Tipos de atributos: multivaluado, compuesto y derivado.

Claves candidatas y su importancia en la identificación única de datos.

Tipos de claves: primaria, compuesta y alternativa.

Cardinalidad en relaciones y su significado en la base de datos.

Grado de las relaciones y ejemplos de grado 1 y grado 2.

Relaciones exclusivas y jerárquicas en el modelo entidad-relación.

Definición y diferencia entre entidades fuertes y débiles.

Representación gráfica de entidades débiles y su discriminador.

Ejemplo práctico de cómo construir un modelo entidad-relación a partir de una idea.

Conclusión del tema del diseño de una base de datos con el modelo conceptual.

Invitación a seguir el canal y sugerir temas para futuras presentaciones.

Transcripts

play00:00

qué tal bienvenidos en una vez más al

play00:02

curso de bases de datos y bueno en esta

play00:05

ocasión vamos a continuar lo vamos a ver

play00:07

un tema bastante interesante acerca de

play00:10

lo que es el diseño de una base de datos

play00:13

concretamente lo que es el modelo

play00:15

conceptual más adelante iremos viendo

play00:17

los demás modelos pero en este vídeo

play00:19

como tal vamos a concentrarnos en lo que

play00:21

es el modelo conceptual cuál modelo

play00:23

conceptual vamos a ver qué

play00:25

características tiene cuál es su

play00:27

simbología cómo se utiliza etcétera

play00:30

entonces sin más preámbulos vamos a

play00:31

iniciar esta presentación comenzando por

play00:34

los modelos del proceso del diseño en el

play00:37

proceso del diseño existen tres modelos

play00:39

a considerar en la construcción de una

play00:42

base de datos

play00:44

el primero es precisamente el modelo

play00:46

conceptual que trata de describir a

play00:48

grandes rasgos el contenido e

play00:50

información de la base de datos mediante

play00:52

la especificación de los requisitos del

play00:54

cliente o empresa que la solicita

play00:57

independientemente del sistema manejador

play00:59

de base de datos que se vaya a utilizar

play01:02

el objetivo de este modelo es construir

play01:04

un esquema que lo exprese

play01:06

a partir de una idea y en este caso

play01:08

tenemos el ejemplo de un cliente que nos

play01:10

va a decir a grandes rasgos qué

play01:12

características y qué datos quiere

play01:14

guardar en su base de datos cómo se van

play01:16

a ir relacionando unos con otros

play01:18

nosotros vamos a hacer un diseño

play01:20

conceptual y vamos a definir un esquema

play01:23

que va a ser a grandes rasgos el

play01:28

funcionamiento de esa base de datos

play01:33

el siguiente es el modelo lógico el

play01:35

modelo lógico trata de describir la

play01:38

estructura de una base de datos según el

play01:40

modelo de sistema manejador de base de

play01:43

datos a utilizar es decir el tipo de

play01:45

base de datos que vamos a tener

play01:47

jerárquico de red relacional orientado

play01:50

objetos o incluso las bases de datos

play01:52

distribuidas el objetivo es obtener una

play01:56

representación que use de manera más

play01:59

eficiente los recursos disponibles así

play02:02

como modelar restricciones que vamos a

play02:04

ver qué es eso más adelante es decir de

play02:06

nuestro esquema conceptual vamos a

play02:09

diseñar de tal manera que nos quede otro

play02:12

esquema pero va a ser el esquema lógico

play02:15

sí que va a tratar todo lo que se dijo

play02:18

anteriormente

play02:21

y finalmente tenemos el modelo físico

play02:23

que trata de la implantación de una base

play02:27

de datos teniendo un profundo

play02:29

entendimiento del sistema manejador de

play02:31

base de datos específico a utilizar para

play02:35

ello se requiere tomar en cuenta varios

play02:37

factores como el lenguaje de definición

play02:39

de datos ld o en inglés dada definición

play02:42

lenguas y así como detalles acerca de

play02:46

los tipos de datos integridad

play02:48

referencial que también lo vamos a ver

play02:50

más adelante restricciones etcétera es

play02:52

decir del esquema lógico que ya hayamos

play02:55

hecho en la segunda fase de nuestro

play02:57

diseño vamos a diseñar y nos va a quedar

play03:00

ya el esquema físico

play03:04

a grandes rasgos y en resumen sin entrar

play03:07

en tanto detalle técnico qué significa

play03:09

lo que acabo de explicar bueno significa

play03:11

que en el diseño conceptual no nos va a

play03:14

importar como tal todavía el tipo de

play03:17

base de datos que vamos a ocupar así

play03:20

como tampoco el software que vamos a

play03:23

usar para la creación de la misma

play03:24

únicamente vamos a hacer un diagrama

play03:27

basado en la idea del usuario sino el

play03:31

uso que nos va a dar una idea y nosotros

play03:33

vamos hacer un diagrama pero hasta ahí

play03:35

todavía no nos va a importar esas dos

play03:37

partes en el diseño lógico es donde si

play03:40

nos va a importar qué tipo de base de

play03:43

datos voy a ocupar pero en esta fase

play03:46

todavía no nos vamos a interesar en el

play03:48

software que vamos a ocupar para

play03:50

realizarla ya en el diseño físico ahora

play03:53

sí vamos a tener que tomar en cuenta el

play03:55

tipo de base de datos así como el

play03:58

software que vayamos a ocupar porque

play04:00

como lo mencioné pues ahí hablamos del

play04:03

lenguaje de definición de datos que

play04:05

básicamente es el lenguaje sql

play04:09

bien ahora centrémonos en el modelo

play04:12

conceptual el modelo conceptual es un

play04:15

esquema que bueno se debe de representar

play04:19

bajo un modelo que posea las siguientes

play04:23

cualidades debe de tener expresividad

play04:25

simplicidad mínima lidad y formalidad

play04:32

y para ello tenemos el modelo entidad

play04:35

relación el modelo integra relaciones un

play04:37

modelo conceptual si es de los más

play04:39

utilizados en la actualidad para

play04:41

representar un esquema conceptual fue

play04:44

creado por peter chan en 1976 y posee

play04:48

los siguientes elementos

play04:52

el primer elemento se llama entidad las

play04:56

entidades que representan por cosas u

play04:58

objetos ya sean reales o abstractos

play05:01

tangibles como un empleado alumno

play05:04

maestro o intangibles como lo que serían

play05:07

calificaciones cuentas de cheques

play05:09

asignaturas etcétera de los cuales nos

play05:12

interesa almacenar información las

play05:16

entidades tienen las siguientes

play05:17

características básicamente son las

play05:20

tablas de la base de datos más adelante

play05:23

vamos a ver las características de una

play05:25

tabla que es una tabla etcétera pero

play05:27

ahorita nada más tengan en cuenta que la

play05:30

entidad es una tabla o varias tablas de

play05:33

la base de datos se va a representar en

play05:36

nuestro diagrama por un rectángulo con

play05:38

su nombre dentro de él y el nombre de

play05:41

una entidad solo puede aparecer una vez

play05:44

en el esquema es decir una base de datos

play05:46

no puede tener dos tablas que se llamen

play05:48

igual

play05:51

la siguiente es la relación la relación

play05:54

es la forma en la cual las entidades se

play05:57

asocian unas con otras

play05:59

indicando con eso la dependencia de las

play06:01

mismas más adelante les voy a explicar

play06:02

qué es eso de dependencia a las

play06:05

relaciones tienen las siguientes

play06:06

características se representan con un

play06:09

rombo con su nombre dentro de él el

play06:12

nombre generalmente es un verbo o una

play06:14

acción que une a las entidades las

play06:17

relaciones pueden asociar una entidad

play06:19

con otra o bien consigo misma y aquí

play06:22

tenemos un ejemplo del lado izquierdo

play06:24

tenemos una entidad llamada trabajador

play06:26

que se relaciona consigo misma porque en

play06:29

una empresa un trabajador puede ser jefe

play06:31

de otro trabajador del lado derecho

play06:34

tenemos otro ejemplo en el cual una

play06:35

entidad profesor da clases a un alumno

play06:41

el siguiente es el atributo los

play06:43

atributos son las características que

play06:46

describen a una entidad y representan la

play06:48

información que se almacenará en ella

play06:50

esto tiene que ver también con lo que es

play06:53

el concepto de atributo en programación

play06:55

oriente de objetos recuerden que son

play06:56

características pero vaya estas

play06:58

características van a ser y aquellas que

play07:02

va a poseer la entidad de nuestras bases

play07:04

de datos y van a tener las siguientes

play07:06

características los atributos van a ser

play07:09

las columnas de la tabla si los datos

play07:11

que vamos a guardar en la tabla que

play07:13

también se les va a conocer como campos

play07:15

es decir si yo digo atributo columna o

play07:17

campo me estoy refiriendo a la misma

play07:19

cosa se representan mediante una elipse

play07:22

con su nombre dentro de él y pueden ser

play07:25

de distinto tipo de datos es decir una

play07:27

tabla podemos tener textos numéricos

play07:29

fecha booleana etc y aquí tenemos un

play07:32

ejemplo del diagrama anterior tenemos un

play07:35

profesor como atributos o como campos de

play07:37

su tabla va a tener nombre apellido

play07:39

paterno materno fecha de ingreso la

play07:41

relación con otra entidad que es alumno

play07:43

que también va a tener nombre apellido

play07:45

paterno apellido materno

play07:47

salón

play07:49

dentro de los atributos tenemos 3

play07:54

el primero es el atributo multi valuado

play07:58

que también se le llama multi con

play07:59

current y son aquellos que pueden tener

play08:02

más de un valor y se representan con una

play08:04

doble elipse por ejemplo la entidad

play08:06

professor puede tener un atributo

play08:08

llamado teléfono el cual puede tener

play08:10

distintos datos por ejemplo puede tener

play08:11

el teléfono de su móvil y también puede

play08:13

tener el teléfono de su casa

play08:17

el siguiente es el atributo compuesto

play08:20

son aquellos que se obtienen a partir de

play08:23

la combinación de otros atributos puesto

play08:26

que pueden tener varios valores se

play08:27

representan de la misma forma que los

play08:29

atributos multi valuados y aquí tenemos

play08:32

un ejemplo de un atributo compuesto que

play08:34

es la dirección que se va a obtener

play08:36

mediante otros tres atributos el primero

play08:38

es calle que puede ser un texto el

play08:40

segundo un número exterior que puede ser

play08:42

numérico y el tercero un número interior

play08:45

que también puede ser numérico

play08:48

y tenemos los atributos derivados son

play08:52

aquellos que pueden obtenerse a partir

play08:53

de otros atributos de una entidad se

play08:56

representan con una elipse punteada y

play08:58

estos atributos hay que tener cuidado al

play09:00

usarlos porque pueden generar

play09:01

redundancia recuerden la redundancia eso

play09:04

lo vimos en el vídeo pasado si no se

play09:06

acuerdan les invito a que lo chequen y

play09:08

bueno aquí tenemos un ejemplo en la cual

play09:10

un profesor tiene estos atributos sin un

play09:12

atributo llamado edad que se puede

play09:14

obtener a partir de la fecha de

play09:16

nacimiento

play09:19

las siguientes son las claves candidatas

play09:21

y bueno las claves candidatas también

play09:23

son otro tipo de atributos pero las puse

play09:25

aparte porque son atributos que tienen

play09:29

unas características especiales ya que

play09:31

ellos identifican de forma única los

play09:34

valores de una entidad y bueno tienen

play09:37

las siguientes características el valor

play09:39

de la clave no se puede repetir y

play09:42

tampoco puede ser nulo si estos estos

play09:45

tipos de atributos nos van a identificar

play09:48

de manera única todos los datos que

play09:50

guardan en la tabla y para entender un

play09:53

poco mejor acerca de las claves

play09:55

candidatas vamos a ver los tres tipos de

play09:57

claves que existen

play09:59

el primero es la clave primaria que

play10:02

también se le llama llave primaria o

play10:04

primer y que peca en inglés y es aquella

play10:07

clave candidata que se escoge como

play10:10

identificador de los datos se representa

play10:13

mediante una elipse con su nombre

play10:14

subrayado dentro de él

play10:16

es decir el profesor a parte de tener

play10:18

los atributos que vimos en el ejemplo

play10:20

pasado va a tener un atributo especial

play10:22

que va a ser su número de empleado para

play10:24

identificar a un profesor en una tabla

play10:26

por ejemplo es más fácil buscarlo por un

play10:28

número de empleado que por todo su

play10:29

nombre sí o por su apellido que porque a

play10:32

lo mejor el apellido puede repetirse no

play10:34

hay menos que lo mejor se pueden

play10:35

apellidar igual pero en el caso del

play10:37

número de empleado es un valor único que

play10:39

va a identificar a un maestro en

play10:41

concreto y aquí tenemos un ejemplo en

play10:43

una tabla en la cual por ejemplo el

play10:45

primer dato es 1234 del profesor luís

play10:49

garcía pérez su fecha de ingreso ese

play10:51

dato es válido así como el segundo 5 o 6

play10:54

78 ramón santos pineda 67 89 anna

play10:58

valencia olivares de igual con sus

play11:00

fechas de ingreso

play11:01

el último valor va a ser incorrecto ya

play11:03

que el número de empleados 6 789 ya está

play11:07

dado de alta no se le puede asignar a

play11:09

otro profesor debe de ser un valor

play11:10

diferente para poder identificar a en

play11:13

este caso vanesa martínez ávalos

play11:19

el siguiente es la clave primaria

play11:21

compuesta una entidad no puede tener más

play11:24

de una clave primaria sin embargo puede

play11:26

haber una clave primaria compuesta la

play11:29

cual es una clave candidata conformada

play11:31

por varios atributos vamos a hacer una

play11:33

variación del ejemplo anterior pero

play11:35

ahora le vamos a agregar un tipo y ahora

play11:37

en conjunto el número de empleado y el

play11:40

tipo van a formar la clave primaria si

play11:43

por ejemplo el empleado 1234 con el tipo

play11:47

base sí que es el profesor luís garcía

play11:51

pérez es un dato válido así como el de

play11:54

abajo de igual manera estamos repitiendo

play11:55

aquí

play11:57

uno dos tres cuatro pero ahora el tipo

play11:59

es interinato aquí ya está funcionando

play12:02

como un conjunto entonces 1 2 3 4 y base

play12:07

y 1 2 3 4 e interinatos

play12:09

son una clave primaria diferente de

play12:12

igual manera es 6 789 base y 6 789

play12:16

interinato pero 1 2 3 4 bases ya no se

play12:20

le puede asignar a otro profesor porque

play12:23

ya se está repitiendo en el primer valor

play12:25

d

play12:25

la tabla

play12:28

y tenemos lo que son las claves

play12:29

alternativas que son aquellos atributos

play12:32

que no se eligieron como claves

play12:33

primarias pero que cumplen la misma

play12:35

función puede haber varios campos como

play12:38

claves alternativas suelen ser

play12:40

opcionales y no necesariamente trabajan

play12:42

en conjunto con la clave primaria esta

play12:45

es la diferencia con las claves

play12:46

primarias compuestas y aquí podemos

play12:48

tener varias claves alternativas

play12:50

opcionales que nos van a ayudar también

play12:53

a llegar a los datos como lo haría una

play12:56

clave primaria por ejemplo tenemos aquí

play12:58

la entidad profesor que tiene un número

play13:00

de empleado como clave primaria y como

play13:02

clave alternativa un teléfono es decir

play13:05

si hago una búsqueda por el teléfono

play13:06

también me debe de llevar hacia los

play13:08

datos del usuario en concreto aquí yo

play13:11

puedo poner otra clave alternativa por

play13:13

ejemplo el correo electrónico que

play13:14

funcionaría de la misma manera y de

play13:17

igual manera como son un son clave son

play13:19

claves candidatas no puede tener un

play13:22

valor nulo y tampoco se pueden repetir

play13:24

sí pero son opcionales no necesariamente

play13:28

lleva una tabla una clave alternativa

play13:30

depende

play13:31

de como sea pues la estructura de

play13:33

nuestra base de datos

play13:37

la cardinal y dad la carnalidad indica

play13:40

el número de entidades con las que se

play13:42

puede relacionar otra entidad y existen

play13:44

las siguientes de una 1 de 1 a muchos de

play13:47

muchos a uno y de muchos a muchos y para

play13:50

que se entienda esto tenemos un ejemplo

play13:54

en el cual nos van a dar una oración la

play13:57

cual va a ser la idea de la base de

play13:58

datos que debemos de analizar

play13:59

detenidamente para poder construir

play14:02

nuestro modelo de entidad relación y en

play14:03

este caso también sacar las cardinal

play14:05

idades de nuestras entidades vamos a

play14:07

leerlas dice en una escuela existen

play14:10

muchos profesores y muchos alumnos a un

play14:14

alumno solo le puede dar clase un

play14:16

profesor bien para sacar la cardinal y

play14:18

that de nuestras entidades debemos hacer

play14:21

tres cosas lo primero es determinar qué

play14:23

entidades tenemos en nuestra idea de la

play14:26

base de datos aquí tenemos dos entidades

play14:29

la entidad profesor y la entidad alumno

play14:32

si aquí nos dice en la oración vaya

play14:35

después vamos a determinar la relación

play14:38

la relación recuerden que es una acción

play14:40

o un verbo en este caso el verbo o la

play14:44

acción es dar clase entonces tenemos que

play14:46

un profesor da clase a un alumno esa es

play14:49

la relación que tenemos

play14:51

y después vamos a determinar el número

play14:53

mínimo y máximo de entidades que se

play14:55

relacionan como hacemos esto bien vamos

play14:57

a ir de la entidad profesor hacia alumno

play15:00

y vamos a hacernos la siguiente pregunta

play15:02

cada profesor puede tener como mínimo y

play15:06

máximo cuántos alumnos aquí tenemos que

play15:09

ver la oración que nos dice pues como

play15:12

mínimo para que un profesor de clase

play15:15

pues debe de tener al menos un alumno ya

play15:18

ven que siempre nos dicen al menos con

play15:19

que me quedé con un alumno les doy

play15:21

clases bueno mínimo puede tener un

play15:23

alumno hay veces que la cantidad mínima

play15:26

en una entidad puede ser cero pero en

play15:28

este caso no aplica no debe haber uno

play15:30

para que al menos pueda dar clase el

play15:32

profesor y máximo pueden ser pues en el

play15:37

número de alumnos vamos a ponerlo como n

play15:39

no es necesario saber el número exacto

play15:40

entonces del lado del alumno vamos a

play15:43

poner a manera de coordenadas 1 coma n

play15:46

después hacemos lo mismo pero ahora del

play15:49

lado de alumno al profesor y preguntamos

play15:51

en manera pasiva

play15:53

cada alumno le pueden dar clase como

play15:56

mínimo y máximo cuántos profesores pues

play15:58

como mínimo igual uno debe de tener al

play16:00

menos un maestro para que reciba clases

play16:02

y aquí puede haber una confusión porque

play16:05

también pueden decir que un alumno puede

play16:07

tener muchos maestros pero en la oración

play16:09

nos dice que a un alumno solo le puede

play16:13

dar clase un profesor es decir que

play16:15

máximo debe de tener uno si no puede

play16:18

tener muchos maestros aquí nos está

play16:19

especificando que máximo uno y de igual

play16:22

manera lo ponemos como si fuera una

play16:25

coordenada ahora como se saca la

play16:27

cardinal y dad pues vamos a poner los

play16:29

máximos de cada lado arribita de nuestra

play16:32

relación y en este caso vamos a tener

play16:35

que la cardinal y that de este ejemplo

play16:37

va a hacer de 1 a muchos

play16:42

tenemos lo que es el grado el grado

play16:44

indica el número de entidades que

play16:46

participan en una relación es decir el

play16:49

tipo de relación que tenemos entre

play16:50

entidades y existen las siguientes la

play16:54

primera es de grado 1 que también se les

play16:56

llama reflexivas y es en el ejemplo que

play16:59

vimos en lo que fue relaciones cuando un

play17:01

trabajador era jefe de otro y cuando

play17:03

bueno se relacionan consigo misma es de

play17:06

grado 1

play17:08

de grado 2 o binarias como el ejemplo

play17:10

del profesor y el alumno tenemos dos

play17:12

entidades que se relacionan mediante un

play17:15

verbo o acción determinada

play17:19

las de grado n aquí entran las ternas

play17:21

cuaternarias etcétera cuando tres

play17:23

entidades o más se relacionan por

play17:26

ejemplo el profesor puede impartir

play17:28

cursos o también puede impartir los

play17:30

seminarios o si quiero agregar una más

play17:32

puede impartir clases

play17:36

existen las relaciones exclusivas cuando

play17:38

una entidad se relaciona con otras

play17:40

entidades pero no necesariamente con la

play17:42

misma relación sino con relaciones

play17:44

diferentes y se expresa como se ve en el

play17:46

ejemplo y aquí se dice que las entidades

play17:49

cursos calificaciones y becas son

play17:52

exclusivas de la entidad alumno

play17:57

y tenemos las relaciones jerárquicas

play17:59

bueno en este caso podemos tener una

play18:02

entidad empleado que bueno puede derivar

play18:04

de varios tipos de empleado por ejemplo

play18:07

el empleado puede ser profesor directivo

play18:09

o apoyo pero bueno estos dos últimos se

play18:12

utilizan en bases de datos muchísimo más

play18:14

elaboradas y con un mayor grado de

play18:16

complejidad

play18:21

y finalmente tenemos lo que son los

play18:23

tipos de entidades existen dos y son las

play18:26

entidades fuertes y las entidades

play18:28

débiles las entidades fuertes son

play18:31

aquellas que no necesitan ni dependen de

play18:33

la existencia de otra entidad para

play18:35

almacenar datos se siguen representando

play18:38

con un rectángulo las entidades débiles

play18:41

son aquellas que necesitan y dependen de

play18:43

la existencia de otra entidad para

play18:45

almacenar datos se representan con un

play18:48

doble rectángulo posee un atributo

play18:50

llamado discriminadora estas entidades

play18:53

como tal no tienen una clave primaria

play18:55

tienen una clave como parcial llamada

play18:58

discriminador que se representa por una

play19:01

línea punteada el cual sirve para formar

play19:04

una clave primaria compuesta y bueno

play19:07

aquí ya tenemos un ejemplo para ilustrar

play19:09

un poco el tema de tipos de entidades

play19:13

tenemos dos entidades la que es curso y

play19:15

alumno curso tiene un identificador

play19:18

curso y otro campo que se llama

play19:20

descripción su cardinal y da desde 1 a 1

play19:23

la entidad alumno tiene un número de

play19:27

boleta que en este caso no va a ser la

play19:29

clave primaria les decía porque las

play19:30

entidades débiles no poseen clave

play19:32

primaria poseen lo que es él

play19:34

discriminador y otro campo nombre y su

play19:37

cardenal y da desde 1 ene y en el

play19:40

ejemplo de las tablas bueno tenemos la

play19:44

tabla curso que tienen los cursos dados

play19:46

de alta 1 2 y 3 que son español inglés y

play19:49

matemáticas y la tabla alumno aquí

play19:51

tenemos que el número de boleta como no

play19:54

es clave primaria tiene que hacer un

play19:56

complemento con él lo que es el

play19:58

identificador del curso de la otra tabla

play20:00

es decir 1 y 1 2 3 4 es un dato válido

play20:05

1 2 3 4 5 es un dato válido y así

play20:08

sucesivamente pero si queremos dar de

play20:11

alta un curso 4 con 7 654 no se va a

play20:15

poder porque aquí depende de la tabla

play20:18

alumnos de curso es decir no podemos dar

play20:21

de alta a un alumno en un curso que no

play20:23

existe primero tenemos que dar de alta

play20:25

el curso 4 y después

play20:27

de alta lo que es el alumno como tal en

play20:31

el curso y de igual manera funciona como

play20:33

una clave primaria compuesta no se puede

play20:36

repetir y no puede ser un valor nulo

play20:40

y con esto finalizamos el tema de diseño

play20:43

de una base de datos concretamente

play20:45

hablando del modelo conceptual en el

play20:47

siguiente vamos a ver algunos ejemplos

play20:49

de cómo realizar un modelo entidad

play20:51

relación a partir de una idea que nos dé

play20:53

el usuario para construcción de una base

play20:56

de datos les dejo mis redes sociales que

play20:58

en este momento están apareciendo en

play20:59

pantalla para que me sigan me escriban y

play21:01

me sugieran temas y así seguir nutriendo

play21:03

este canal con el contenido que tanto

play21:05

les gusta también tengo dos redes

play21:07

sociales nuevas que son light share y

play21:09

hip hop donde respectivamente estaré

play21:12

subiendo tanto el material que uso en

play21:14

mis vídeos todas las presentaciones que

play21:16

realizó así como algo de código porque

play21:18

bueno ya me lo han estado pidiendo

play21:20

algunos suscriptores así que aquí se las

play21:22

dejo en pantalla también para que me

play21:23

sigan y ya saben que si les gustó el

play21:25

vídeo denle like suscriban si no lo han

play21:27

hecho activen la campanita de

play21:29

notificaciones para que youtube les

play21:31

avise cuando subo un nuevo vídeo y

play21:32

compartan lo con todos sus amigos nos

play21:35

vemos en el siguiente vídeo bye

Rate This

5.0 / 5 (0 votes)

Связанные теги
Diseño de BDModelo ConceptualEntidadesRelacionesBase de DatosDatosInformáticaEducativoTutorialProgramación
Вам нужно краткое изложение на английском?