Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

1

Bienvenida conceptos básicos y contexto histórico de las Bases de Datos

Introducción a las bases de datos relacionales

2

Historia de las bases de datos relacionales

3

Entidades y atributos

4

Entidades de Platzi Blog

5

Relaciones

6

Múltiples muchos

7

Diagrama ER

8

Diagrama Físico: tipos de datos y constraints

9

Diagrama Físico: normalización

10

Formas normales en Bases de Datos relacionales

11

Diagrama Físico: normalizando Platziblog

RDBMS (MySQL) o cómo hacer lo anterior de manera práctica

12

¿Qué es RDB y RDBMS?

13

Instalación local de un RDBMS (Windows)

14

Instalación local de un RDBMS (Mac)

15

Instalación local de un RDBMS (Ubuntu)

16

Clientes gráficos

17

Servicios administrados

SQL hasta en la sopa

18

Historia de SQL

19

DDL create

20

CREATE VIEW y DDL ALTER

21

DDL drop

22

DML

23

¿Qué tan standard es SQL?

24

Creando Platziblog: tablas independientes

25

Creando Platziblog: tablas dependientes

26

Creando Platziblog: tablas transitivas

Consultas a una base de datos

27

¿Por qué las consultas son tan importantes?

28

Estructura básica de un Query

29

SELECT

30

FROM

31

Utilizando la sentencia FROM

32

WHERE

33

Utilizando la sentencia WHERE nulo y no nulo

34

GROUP BY

35

ORDER BY y HAVING

36

El interminable agujero de conejo (Nested queries)

37

¿Cómo convertir una pregunta en un query SQL?

38

Preguntándole a la base de datos

39

Consultando PlatziBlog

Introducción a la bases de datos NO relacionales

40

¿Qué son y cuáles son los tipos de bases de datos no relacionales?

41

Servicios administrados y jerarquía de datos

Manejo de modelos de datos en bases de datos no relacionales

42

Top level collection con Firebase

43

Creando y borrando documentos en Firestore

44

Colecciones vs subcolecciones

45

Recreando Platziblog

46

Construyendo Platziblog en Firestore

47

Proyecto final: transformando tu proyecto en una db no relacional

Bases de datos en la vida real

48

Bases de datos en la vida real

49

Big Data

50

Data warehouse

51

Data mining

52

ETL

53

Business intelligence

54

Machine Learning

55

Data Science

56

¿Por qué aprender bases de datos hoy?

Bonus

57

Bases de datos relacionales vs no relacionales

58

Elegir una base de datos

Relaciones

5/58
Recursos

Las relaciones nos permiten ligar o unir nuestras diferentes entidades y se representan con rombos. Por convención se definen a través de verbos.

Las relaciones tienen una propiedad llamada cardinalidad y tiene que ver con números. Cuántos de un lado pertenecen a cuántos del otro lado:

  • Cardinalidad: 1 a 1
  • Cardinalidad: 0 a 1
  • Cardinalidad: 1 a N
  • Cardinalidad: 0 a N

Aportes 298

Preguntas 51

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.


Relaciones

Las relaciones, representadas por un rombo, sirven para crear relaciones entre entidades. Por convención las relaciones son verbos que conectan entidades. Existen entidades multivaluadas o compuestas que tienen vida propia y se relacionan con otras entidades, por lo que se pueden normalizar (concepto que se explicará luego)

Cardinalidad

Es una propiedad de las relaciones que indica la cantidad y correspondencia con la que puede estar relacionada una entidad y puede ser uno a uno, uno a varios, varios a uno y varios a varios.


Relaciones
Las relaciones se representan con un rombo. Las relaciones por convención se definen a través de verbos

Cardinalidades
Es el número de veces que una entidad aparece asociada a otra entidad.

![](

de acuerdo a lo que nos ha venido explicando, en la ultima cardinalidad 0:N considero que el diagrama está mal representado, porque un paciente no puede tener varias habitaciones es correcto que la relación sea 0:N, pero de forma contraria es decir:
hab_hospital ----- 0:N ----- paciente

https://online.visual-paradigm.com/app/diagrams/#proj=0&type=ERDiagram

Para el que quiera usar una herramienta online para diagramas.

¿Qué tipo de palabra se utiliza para denotar una relación entre dos entidades?
R= VERBOS

  • Pregunta de examen!

Mi resumen:

Las pequeñas flechas azules indican el sentido del enunciado.

Si desean un editor de diagramas sencillo que viene tanto en Linux como en Windows les recomiendo Dia
https://es.wikipedia.org/wiki/Dia_(programa)

No entendi muy bien la cardinalidad: 0 a N
Mi razonamiento va por aquí:

  1. Un paciente tiene una habitación. 1 a 1
  2. Una habitación tiene un paciente: 1 a 1
  3. Una habitación puede tener muchos pacientes: N a 1
  4. Una habitación puede que no tenga ningún paciente: 0 a 1

Cuál de todas escojo? como se concluye que es de 0 a N ? no me queda claro. Ayuda!

Encontre este sitio muy bueno para poder diagramar, ademas hasta se puede exportar.

https://dbdiagram.io/d

Si no saben como hacer los diagramas yo encontré este programa de uso gratuito.
Aparecen todos los elementos que se usan en el curso.
Ahí a la derecha aparecen los elementos y abajo pueden editar los conectores para usar los que indica el curso en su entrada (target), salida (source) y tipo de línea.
https://www.yworks.com/products/yed/download#download

La siguiente imagen la use para poder practicar los conceptos que da el profesor, a continuación se las dejo por si quieren practicar.
En mi caso no le llegue a entender completamente, pero me da una idea de como funcionan la simbología que nos da.

Reforzamiento.

Las relaciones son formas de ligar entidades u objetos.

Por convención son definidas por medio de verbos.

Los atributos multivaluados, por lo general se pueden convertir en entidades separadas.

La cardinalidad es el conjunto de relaciones en el que participan dos o más entidades.

Aquí otros ejemplos de poyo:

Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un registro en una entidad B. (ejemplo dos entidades, profesor y departamento, con llaves primarias, código_profesor y jefe_depto respectivamente, un profesor solo puede ser jefe de un departamento y un departamento solo puede tener un jefe).
Uno a Varios: (1:N) Un registro en una entidad en A se relaciona con cero o muchos registros en una entidad B. Pero los registros de B solamente se relacionan con un registro en A. (ejemplo: dos entidades, vendedor y ventas, con llaves primarias, código_vendedor y venta, respectivamente, un vendedor puede tener muchas ventas pero una venta solo puede tener un vendedor).
Varios a Uno: (N:1) Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de trabajo).
Varios a Varios: (N:M) Una entidad en A se puede relacionar con 0 o con muchas entidades en B y viceversa (ejemplo asociaciones-ciudadanos, donde muchos ciudadanos pueden pertenecer a una misma asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas).

Este es mi diagrama

Pregunta técnica:
¿No hay problema que usted haya expresado las entidades en singular, sabiendo que en una clase anterior nos enseñó que siempre deberían ir en plural?
Gracias.

LA CARDINALIDAD
Es Simplemente la forma en que se relacionan las Entidades, o expresa cuantas entidades se
Relacionan con otras entidades. Hay varias maneras de mostrar las cardinalidades:
Poner etiquetas en las líneas que unen las relaciones con las entidades, consiste en un mínimo y máximo que contiene un cero (varios a varios) y lo usual es poner una “M” en un
Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con cuantas ocurrencias de entidad de tipo B se puede relacionar una ocurrencia de entidad de tipo A:
4. Relación uno a uno.
5. Relación uno a varios (n).
3. Relación varios (n) a uno.
4. Relación varios a varios (n)- (n)
TIPOS D

Me parece que falto otra cardinalidad, la de mucho a muchos.

Les comparto mi ERD.

Relaciones: nos permite unir nuestras diferentes entidades y se representa por rombos. (Se definen con verbos)
Atributo multievaluados: donde la entidad puede tener mas de un mismo atributo.
Cardinalidad: Es una propiedad de las relaciones que tiene que ver con los numeros.
Cardinalidad: 1:1 (uno a uno)
Cardinalidad: 0:1 (uno opcional a uno)
Cardinalidad: 1:N (uno a muchos)
Cardinalidad: 0:N (uno opcional a muchos)

No sé porqué tengo la leve impresión que este tema en la universidad lo complican muchísimo, pero aquí se hace tan fácil. Saludos, muy buen clase!

la herramienta se llama lucidchart es online y tiene su versión gratuita para el que quiera.

Hola ! Aquí dejo mi diagrama de relaciones para mi proyecto personal. Es una base de datos para gimnasios donde se pueda llevar control de la calidad de los entrenadores y tambien haciendo seguimiento del BMI de los atletas o personas que entrenan. Quedo atento a su feedback.

Explico por que lo hice asi:

Entidades:

Gym: tiene su ID, nombre, direccion, email_publico y un Score que es una entidad que se calcula de acuerdo al Score de los entrenadores.

Trainer: Es la entidad que representa al entrenador, tiene su id, nombre, email, password y un score que le van dando los atletas. Esta es una entidad débil porque no puede existir un entrenador sin un gym.

Athlete: Entidad que representa a las personas que asisten al gym como clientes. Tienen su id, nombre, email, password, altura y peso que se usan para calcular el BMI que es el indice de masa corporal. Esta es una entidad débil porque no puede existir un Athlete sin un trainer.

Relaciones:

1 Gym tiene muchos Entrenadores , y un entrenador puede pertenecer a muchos GYM, ya que un entrenador puede trabajar en varios en distintos dias o turnos. Por lo que es una relacion de muchos a muchos.

1 Gym tiene muchos atletas y un atleta tiene puede ser miembro de muchos gym. Tambien una relacion muchos a muchos.

1 entrenador puede tener muchos atletas y un atleta puede tener muchos entrenadores, por lo que es muchos a muchos.

si bien entendí la clase pero al reflexionar sobre el tema y aterrizar la teoría al mundo real me asalta una duda, en particular, sobre el ejemplo del esquema paciente-hospital

se asume en el ejemplo que la relación paciente - habitacion es 0 a n,
es decir el paciente siempre esta asignado a una habitación de hopistal. Ha pasado al menos en mi pais que por sobre demanda los pacientes se quedan sin habitacion y terminan en camas en los pasillos.

Si yo estubiera a cargo de la base de datos de un hospital, como tendria que resolver el tema de tener una entidad sin relacion?

deberia ser una cardinalidad 1 a 1 opcional?

Ajustando mi diagrama de platziblog con este tema (para revisión):

![](

Acá mas información sobre el diagrama entidad relacion:
https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

¿Puede un paciente tener varias habitaciones?
Yo creo que el diagrama está mal porque no cumple la “primera dirección”
.
Un paciente no puede tener varias habitaciones, pero las habitaciones permanecen aun sin pacientes.
.
Si fuera
habitación —0:N---- paciente
no tiene lógica del todo, porque la habitación siempre está, por lo que no es opcional.
Si el paciente fuera plural, osea pacientes,
sería una combinación de 0:N con N:N.
.
alta confusión, su opinión será apreciada.

Creo que el último ejemplo, el de cardinalidad de 0:N, estuvo mal planteada porque no sería que a un paciente se le asigna una habitación pero una habitación no necesariamente va a tener un paciente. Por lo cual no seria cardinalidad de 0:1.

. Asi va quedando mi diagrama cualquier error que llegue a cometer me avisan

Me causo un poco de confusión la relación 0 a N. Por tanto, quiero exponer mi punto de vista y mi representación gráfica.
Debido a que un paciente puede o no tener habitación, se toma opcional la relación 1:1 (convirtiendose en 0:1) y por otro lado, la habitación puede tener o no uno o más pacientes, teniendo una relación opcional 1:N (convirtiendose en 0:N), por lo cual nos llevaría en general a tener una relación 0:N.

RESUMEN:

Las relaciones son la forma de ligar entidades, se representan con un rombo en lo que se usan verbos. La cardinalidad es una propiedad de las relaciones y está asociado con conjuntos y relaciones.

0 a 1: Puede que exista un elemento sin asociar
1 a 1: Solo un elemento puede tener otro elemento asociado.
1 a n: Un elemento tiene muchos otros elementos asociados.
0 a n: Un elemento puede estar asociado a muchos elementos.

Cardinalidad es el número de entidades con la cual otra entidad puede asociar mediante una relación binaria; la cardinalidad puede ser:
Uno a uno,
Uno a muchos
Muchos a uno
Muchos a muchos.

Los diagramas entidad relación son diagramas que nos sirven para entender cuales son los objetos que estamos representando y cuál es la conexión que existe entre ellos. Las relaciones nos muestran que tipo de conexión hay entre cada una de las entidades, para encontrar cuales son las relaciones entre las entidades podemos pensar en un verbo que defina esta relación y a partir de este ir formando la cardinalidad. La cardinalidad es el numero que nos indica cuantas veces puede estar relacionada una entidad con otra, existen muchos tipos de cardinalidad, para que nos quede mas claro la forma de obtener la cardinalidad de la relación entre los objetos podemos hacer un ejercicio en el cual nos preguntamos en base al verbo que utilizamos como relación cuantas veces puede estar asociado un objeto del otro, hay que hacer la pregunta en ambos sentidos y colocar el número máximo que nos salió de cada lado como cardinalidad.

Existen muchas varias formas de representar un diagrama entidad relación, la simbología de abajo se llama crow’s foot

Hola

quiero compartirles este documento que que aborda de manera extensa el modelo entidad -relacion

https://cursos.aiu.edu/Base de Datos/pdf/Tema 3.pdf

PREGUNTA

Sabemos que en el último ejemplo la relación es 0 a N

Pero, la N a que se debe?

No entendí bien, ¿es por que una habitación puede tener muchos hospitales? Sí es así, ¿esa relación no sería inversa?

En el de los automoviles, una persona puede tener muchos automoviles, eso me hace más sentido.

Pero una persona no puede tener muchas habitaciones.

Poner N a la derecha (1:N) entonces solo hablaría de una posible relación sin especificar en que dirección está relacionado.

Alguien me podría aclarar? muchas gracias!!

ERD de mi proyecto

Consiste en una web de reseñas de películas.

Aclaro…
La propiedad “Estado” se refiere a que si la reseña o comentario está publicado o no, ya que puede ser un borrador o una reseña en revisión.
.
La Film-Persons son todas las personas involucradas en la realización de la película, directores, actores. Considero que para este tipo de personas no es necesario una entidad aparte, ya que comparten casi toda las propiedades. Dentro de la web, lo único que diferencia a los actores de los directores (o cualquier otro) es el roll.

Ejemplos de Cardinalidad

Cardinalidad: 1 a 1

Boleto de avion: Un usuario/pasajero tiene un boleto de avion asignado a un vuelo especifico con horario, salida y llegada, y viceversa, un boleto de avion tiene asignado un usuario/pasajero.

Cardinalidad: 1 a 0

Un asiento de cine: Un usuario/cliente tiene un lugar asignado especifico en el cine, pero este asiento NO necesariamente este asiento debe tener un usuario/cliente este puede estar vacio.

Cardinalidad: 1 a N

Orden de comida: Un usuario puede tener diferentes ordenes de comida, volviendo al ejemplo del cine, este usuario pudo haber comprado en diferentes ocasiones diferentes platillos en diferentes tiempos. Pero estas ordenes solo van a pertenecer a un mismo usuario.

Cardinalidad: 0 a N

Boleto del transporte publico: Puedes tener un boleto/ticket y tener pase a una ruta asignada especiffica, pero no necesariamente el transporte publico va a tener usuarios, puede ser que en algun momento de la ruta, este transporte vaya vacio.

Espero esten bien mis ejemplos, perdon por la ortografia mi teclado esta en EN/US.

Hice esta tabla con todo sobre la cardinalidad que el profe mencionó. Tal vez les pueda ser útil, además que tiene unos ejemplos que vi aquí: https://en.wikipedia.org/wiki/Cardinality_(data_modeling)

en el ejemplo de cardinalidad 0 a N, de los pacientes y habitaciones, no sería mas bien una cardinalidad cero a uno, ya que un paciente no puede tener mas de una habitacion?

Alguien mas piensa que la relación entre el paciente y la habitación de hospital esta mal hecha?, si no es así agradecería que alguien me ayudara a entender por que esta bien

cardinalidad 1 a N:

  • Una persona puede tener una pareja, pero la pareja puede tener varias personas 😦

🚨🚨🚨CREO QUE ENCONTRE UN ERROR
⚠️Creo que el ejemplo de relación entre paciente y hospital esta al revés
Los simbolos representan el numero minimo y maximo de Ła ENTIDAD que tienen al lado
La pregunta para saber que relación tienen es
Cuál es la cantidad minima y maxima de HABITACIONES que puede tener UN PACIENTE??
1 paciente solo puede tener 1 habitación 👉🏻 El símbolo se coloca al lado de la entidad de HABITACIONES
Cuál es la cantidad minima y maxima de PACIENTES que puede tener UNA HABITACION??
0 o varios 👉🏻 El símbolo se coloca al lado de la entidad PACIENTE

Les comparto esta información donde se incluyen todos los temas que se han visto hasta esta clase. 💚

https://www.emtelco.com.co/sites/default/files/2016-12/disenoBD_0.pdf

Después de leer los comentarios pienso que hay muchas maneras de relacionar las Entidades, esto dependiendo de como lo analizamos, en el sentido práctico yo me quedo con las relaciones 1:1 y 1:N, N:N.
y si se da otro caso especial ahí si utilizo las relaciones 0:N y 0:1 .

draw.io, lucidchart, paint

Profe Israel Vázquez “Los Atributos multivaluados por lo general los convertimos en una entidad por que tiene una vida por si misma y por que se puede relacionar de varias maneras”

Alguien me dice una app móvil para dibujar como la

No entendí bien la cardinalidad 0 a N
es decir en dibujo se mostro así:

Paciente — Tiene-- Habitación Hospital
en donde:

  1. Un paciente puede tener una habitación de hospital
  2. Una habitación de hospital puede tener o no uno o varios pacientes.

En que dirección se pone la flechita? Es decir las paticas de gallo quedan en la parte de la habitación verdad? y la que es solita en la parte del paciente?

Relaciones: Representacion un rombo, descrito con verbos, permite unir las entidades.

Cardinalidad: Conjunto de relaciones

  • uno a uno (1: 1 )
    *Uno a varios (1: N)
    *Varios a uno (N: 1)
    *Varios a varios (N:M)

Casos puntuales

  • (0 : N)
    +(0:1)

Mi modelo ER inicial debe tener errores pero todo es un comienzo

Muy clara la explicacion.

Me pareció extraño que hasta el 4to video no se menciona algo tan importante como las características ACID de las BBDD

Las relaciones de bases de datos son asociaciones entre tablas que se crean utilizando sentencias de unión para recuperar datos.

Creí que iba a ser más complicado el tema… la verdad lo veo demasiado práctico!

  • Las relaciones son verbos
  • Un atributo multivaluado, por lo general, se convierte en una entidad.
  • Cardinalidad: propiedad de las relaciones.

Con esta herramienta podemos crear nuestros modelos entidad relación en línea, en caso de no contar con alguna herramienta para hacerlo. Es muy simple…

¿Por qué el ejercicio de cardinalidad de tomar el número más grande no aplicó en el ejemplo de [sesión_actual] ----- <tiene> -------- [usuario] cardinalidad 0:1? Considerando que se debe tomar el número más grande y cuando el usuario si está en sesión sería uno.

Aqui mi diagrama de parqueaderos que estoy haciendo para mi trabajo 😃
[

Los ejemplos que da son bn entendible

5. Relaciones

Las relaciones se representan con un rombo, por convención se definen con verbos, en este caso:

Automóvil tiene dueño

Jugador pertenece equipo

Laptop pertenece equipo

Cardinalidad:

  1. Cardinalidad 1 a 1. 1:1

persona tiene datos_contacto

  1. Cardinalidad: 0 a 1, es opcional, puede que no haya,
  2. Cardinalidad: 1 a n, 1 a muchos.

Personal Project Update: Ahora he agregado las relaciones.

  1. Un usuario puede tener 1 o muchos proyectos.
  2. Un proyecto debe pertenecer a solo una categoría.

Los datos multivaluados se separan como entidades individuales porque tienen un contexto propio en lo general.

El diagrama físico:

IMPORTANTE

Las palabras tipo “verbos” se utilizan para denotar la relación de dos entidades en una base de datos. 👀

comparto el diagrama del proyecto quiero hacer a la par es para prerstamos de dinero

Mi aporte 😃 ![](

Este es mi boceto del diagrama de entidades y sus relaciones con los atributos.

  • Relaciones
    • las relaciones son objetos que enlazan los demás objetos
    • Las relaciones se grafican con un rombo
    • Las relaciones por convención se definen a través de verbos
  • Cardinalidad
    • cuantos de un lado pertenecen al otro lado

    • cardinalidad: 1 a 1

      ejemplo: persona ——tiene——datos de contactos

      una persona tiene una serie de datos personales y una serie de datos personales tiene una persona

    • la cardinalidad opcional es cuando puede haber la opción que no exista uno de los lados

      • sesión actual——tiene——usuario (se gráfica con lineas punteadas)
    • Cardinalidad: 1 a N

      • N significa muchos
      • ejemplo: persona——tiene—-automovil (una persona puede tener muchos autos pero los autos solo tienen un dueño)

Ejemplo de relación, un vaquero solo puede montar un caballo pero este vaquero puede usar muchas armas aunque solo puede portar una.

Mi análisis de entidad-relación

La cardinalidad puede tornarse de cero a uno, pero también lo llaman 1:1 opcional. Queriendo decir que puede darse la situación en que alguna de las dos entidades no está, esta relación la podemos encontrar representada en una línea intermitente, o de circulito a palito.

el 0:N se representa: línea vertical, circulito a palito y tres paticas

Me perdiiii .. un paciente ¿Cuántas habitaciones de hospital tiene? 1 y una habitación de hospital ¿Cuántos pacientes tiene ? N ( ¿Porqué dice que 0 y N?

en el último ejemplo paciente habitación, habitación sería vista como una entidad fuerte?, es decir sería más entendible leerlo desde habitación a paciente?

Excelente clase. Me queda una duda, cómo sería N para el paciente si solo puede estar en una habitación?

Este no lo entiendo.(min 10:25) ¿Un paciente puede tener N habitaciones de hospital?

¿Cuando podemos/debemos utilizar la metodología básica de Barker?

<h3>Relaciones</h3>

Una relación es una asociación entre diferentes entidades. Es un vínculo que nos permite definir una dependencia, es decir, nos permite exigir que varias entidades compartan ciertos atributos de forma indispensable.

<h3>Cardinalidades</h3>

Llamada también multiplicidad. Indica la cantidad de elementos o instancias de una entidad A que se relacionan con una instancia de una Entidad B y viceversa. Esta puede ser de 3 tipos.

  • Uno a Uno (1:1): Esta se da cuando un registro o elemento de una entidad A se relaciona únicamente con un solo registro de una entidad B y viceversa.
  • Uno a Muchos (1:M): Esta se da cuando un registro de una entidad A se relaciona con cero o varios registros de una entidad B, y cada registro de la entidad B se relaciona únicamente con un registro de la entidad A.
  • Muchos a Muchos (N:M): Esta se da cuando un registro de una entidad A se relaciona con cero o varios registros de una entidad B, y un registro de una entidad B se relaciona con cero o varios registros de la entidad A.
<h3>Ejemplo</h3>


Una escuela desea tener una base de datos, que almacene los datos principales de un alumno, la carrera que estudia, las materias que cursa y los profesores que le imparten clase. De igual manera se desea llevar un registro de las materias que imparte cada profesor. Una escuela desea tener una base de datos, que almacene los datos principales de un alumno, la carrera que estudia, las materias que cursa y los profesores que le imparten clase. De igual manera se desea llevar un registro de las materias que imparte cada profesor.

Relaciones Las relaciones son la manera en las que comenzamos a ligar nuestras entidades.

Cardinalidad 1 a 1

Cardinalidad 0 a 1 ( o 1 a 1 opcional )


(Puede que el usuario tenga o no una sesion abierta)

Cardinalidad 1 a N

Una persona puede tener varios autos, pero un auto solo puede tener solo una persona dueño.!

Relacion: como se ligan entidades
Una persona TIENE un automovil

Cardinalidad: por numeros

1:1 Una persona tiene una identificación
0:1 Una persona tiene un turno
1:N Una familia tiene mascotas
0:N Pasajeros y un transmilenio

siento que hace falta mas material escrito

Excelente clase, cuando vi este tema en la universidad hace aprox 12 años no se tenían definidas esas nuevas formas de representación de cardinalidad en los diagramas, interesante porque se actualizan conocimientos de BD.

Muchas gracias, excelente info

explicado con manzanas!!

GRACIAS!

como funcionan las relaciones

Hola aqui dejo como si fuera la base de datos para zapatillas
Espero su feedback

Las relaciones es la manera de relacionar las entidades, las relacione

![](

las relaciones en cardinal
1 a 1 cuando las 2 entidades tienen un valor
0 a 1 cuando la entidad no esta pero la otra entidad existe
1 a n cuando un valor tiene una entidad de múltiples valores
0 a n cuando la entidad no existe pero hay n lugares donde puede estar

Mi maestro de la universidad siempre me confundía, pero aquí todo fue claro y conciso

**Apuntes: **
Cardinalidad: Es una propiedad de las relaciones que infiere a la relación del numero de entidades con las cuales está relacionada una determinada entidad.

Definitivamente tienes una excelente metodología para enseñar, hasta ahora todo ha sido muy claro, muchas gracias.

Hola, si digamos que quiero hacer una red social sencilla tengo estas entidades pero ahí no sé como poner los mensajes. Porque el usuario puede tener muchos mensajes pero un mensaje tiene 2 usuarios.
Osea no es que el mensaje pueda tener muchos usuarios sino sólo 2 y siempre van a ser dos, entonces en ese caso qué.

Pregunta de examen:
¿Qué tipo de palabra se utiliza para denotar una relación entre dos entidades?
(https://platzi.com/clases/1566-bd/20199-relaciones2272/?time=107)

Las relaciones tienen una propiedad llamada cardinalidad y tiene que ver con números. Cuántos de un lado pertenecen a cuántos del otro lado:

Cardinalidad: 1 a 1
Cardinalidad: 0 a 1
Cardinalidad: 1 a N
Cardinalidad: 0 a N