SQL y bases de datos - Introducción a las relaciones de base de datos | Jon Avis | Skillshare

Velocidad de reproducción


  • 0.5x
  • 1x (Normal)
  • 1.25x
  • 1.5x
  • 2x

SQL y bases de datos - Introducción a las relaciones de base de datos

teacher avatar Jon Avis, IT Systems Engineer

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Ve esta clase y miles más

Obtenga acceso ilimitado a todas las clases
Clases enseñadas por líderes de la industria y profesionales activos
Los temas incluyen ilustración, diseño, fotografía y más

Lecciones en esta clase

7 lecciones (20min)
    • 1. Introducción

      0:52
    • 2. ¿Qué son las relaciones con la base de datos?

      1:31
    • 3. Claves primarias y llaves extranjeras

      4:15
    • 4. Relaciones uno a uno

      3:44
    • 5. Una a muchas relaciones

      3:53
    • 6. Muchas con muchas relaciones

      4:46
    • 7. Proyecto de clase

      1:09
  • --
  • Nivel principiante
  • Nivel intermedio
  • Nivel avanzado
  • Todos los niveles

Generado por la comunidad

El nivel se determina según la opinión de la mayoría de los estudiantes que han dejado reseñas en esta clase. La recomendación del profesor o de la profesora se muestra hasta que se recopilen al menos 5 reseñas de estudiantes.

601

Estudiantes

3

Proyectos

Acerca de esta clase

En esta clase aprenderás sobre las relaciones con la base de datos. Las relaciones con la base de datos son un componente clave de lo que hace que las bases de datos relacionales sean tan poderosas y dinámicas. Al final de esta clase sabrás:

  • Qué son las relaciones de base de datos, por qué son tan poderosas y cómo se crean.
  • Los conceptos de las claves primarias y las claves extranjeras.
  • Qué relación es una a una y cómo se puede usar.
  • Qué relación es una de las que hay muchas y cómo crearla.
  • Qué relación es muchos, y cómo crear una.

Y para terminar la clase, hay un proyecto de relaciones de base de datos para completar que pondrá a prueba tu conocimiento de relaciones de base de datos.

¡Esta clase es la mejor manera de dominar las relaciones con la base de datos!

Conoce a tu profesor(a)

Teacher Profile Image

Jon Avis

IT Systems Engineer

Profesor(a)

My name is Jon. I am from the UK and currently work in Hong Kong as an IT Systems Engineer for an investment bank. I have over four years experience as an IT Systems Engineer. This has allowed me to become an expert on SQL and Unix systems.

In my spare time I enjoy hiking, cycling, photography and traveling.

Ver perfil completo

Valoración de la clase

¿Se cumplieron las expectativas?
    ¡Superadas!
  • 0%
  • 0%
  • Un poco
  • 0%
  • No realmente
  • 0%

¿Por qué unirse a Skillshare?

Toma las galardonadas clases originales de Skillshare

Cada clase tiene lecciones cortas y proyectos prácticos

Tu membresía apoya a los profesores de Skillshare

Aprende desde cualquier lugar

Toma clases sobre la marcha con la aplicación Skillshare. Transmite o descarga para verlas en el avión, el metro o donde aprendas mejor.

Transcripciones

1. Introducción: Hola. Mi nombre es John on. Estoy en I T Systems Engineer y trabajo con SQL y Bases de Datos a diario. Bienvenido a mi clase introducción a las relaciones de base de datos en esta clase. Vamos a aprender qué son las relaciones de base de datos, cómo usaron en bases de datos relacionales sobre qué las hace tan poderosas. En primer lugar entenderá los conceptos fuera de las claves primarias y las claves externas dentro de las tablas. Después aprenderemos sobre los tres tipos de relaciones de base de datos. Entonces la vez una relación la relación uno a muchos y luego finalmente la relación muchos a muchos . Y luego terminaremos esta clase completando un proyecto de relaciones de base de datos. Entonces empecemos en el siguiente video. 2. ¿Qué son las relaciones de bases de datos?: Bienvenido a este video sobre relaciones con bases de datos. En este video, vamos a repasar rápidamente qué relaciones de base de datos son en los diferentes tipos fuera de las relaciones de base de datos . Las relaciones de base de datos permiten que los datos se almacenen en tablas separadas mientras se siguen vinculando los datos entre tablas. Por ejemplo, en una base de datos de películas como I M D B, tendríamos una tabla de películas que contiene datos sobre las películas en. Tendríamos una mesa de directores separada con información sobre los directores. Películas y directores están conectados. Las películas tienen un director sobre directores películas directas, por lo que necesitaríamos crear una relación entre estas dos tablas para vincular los datos entre las dos tablas. Creamos este enlace o relación usando columnas de clave primaria y columnas de clave externa en la tabla de películas. Tendríamos una columna de clave extranjera llamada Director I D, que está haciendo referencia a la columna de clave primaria en la tabla del director. Por lo que las dos tablas están vinculadas entre sí por estas dos columnas, y estas dos tablas tienen una relación. Existen tipos libres, diferentes de relaciones de base de datos. Pasaremos por cada uno en este apartado. Las tres relaciones son de 1 a 1 relaciones, una a muchas relaciones en muchas a muchas relaciones 3. Llaves primarios y claves de extranjero: Bienvenido de nuevo en este video, veremos las claves primarias en claves foráneas. Entonces, en primer lugar, las claves primarias. Por lo que una clave principal es una columna o una combinación de columnas, que identifica de forma única una fila de datos o un registro en una tabla. Los valores de una columna de clave primaria deben ser únicos y no pueden serlo. No. A lo que me refiero con no puede ser no es que cada registro debe tener un valor en la primaria. Columna clave. No puede faltar ningún dato en la clave primaria que solo pueda ser una clave primaria por tabla. Pero las claves primarias no son obligatorias, pero es buena práctica tener una en cada mesa, y es altamente consejo tener una en cada mesa. Entonces ahora echemos un vistazo a un ejemplo de una columna G primaria. Aquí tenemos la tabla de propietarios, que contiene datos de personas que poseen mascotas en EUA. Por lo que la tabla tiene cinco columnas. D nombre, apellido , ciudad y estado. Entonces ahora tenemos que decidir qué columna va a ser nuestra clave primaria. Recordar la clave primaria debe ser única y no puede ser No, no necesitamos preocuparnos por los datos que faltan ya que podemos ver que cada columna tiene datos para cada registro. No faltan datos en esta tabla, pero sí tenemos que pensar en la singularidad ahora. No tiene sentido usar las columnas de primer nombre o última cosa como nuestra clave principal porque las personas pueden tener los mismos nombres. Podríamos tener múltiples Samuels o múltiples Emma's en nuestra mesa. Y si miras la columna Apellidos, puedes ver que tenemos que hacerlo. Ya es de Smith. Entonces Los valores no son únicos en las columnas de nombre o apellido, y es lo mismo para la ciudad y las columnas del estado. Millones de personas viven en Boston, Nueva York, Nueva York, y millones de personas viven en cada estado, por lo que no son únicas de una sola persona. Por lo que eso solo deja la columna I D, que es única para cada fila de datos añadidos. El valor en la columna I. D sólo va a incrementarse con un número único. Por lo que 1234567 etcétera. Entonces en esta tabla, la columna I D identifica de manera única cada uno de los datos de la tabla, y es el wiki principal para esta tabla. Entonces ahora echemos un vistazo a las llaves extranjeras. Por lo que las claves foráneas son columnas, que se utilizan para enlazar a la tabla juntas en una relación. Una clave externa es una columna donde los valores coinciden con los valores de otras tablas. COLUMNA CLAVE primaria Así que tenemos una columna en una tabla, que está haciendo referencia a los datos de una columna en otra tabla y formando una relación entre los datos en ambas tablas. A la tabla con la clave primaria se le llama tabla de referencia o padre, y a la tabla con la clave externa se le llama tabla secundaria. Una tabla puede contener múltiples columnas de clave externa, y también es perfectamente normal que una tabla no contenga ninguna clave externa en absoluto. Entonces ahora veamos un ejemplo de una columna de clave extranjera. Aquí tenemos la Mesa de Mascotas, que contiene datos sobre las mascotas fuera de los dueños de la diapositiva anterior. De nuevo, tenemos una columna I D, que es el pro Mickey de esta tabla, y también tenemos columnas que contienen las especies de la mascota. El nombre de la mascota sobre la edad del par y en la columna final se llama Propietario I D. Este propietario i d columna es una columna de clave extranjera está haciendo referencia a la columna i. D en la tabla del propietario. Por lo que esta columna está vinculando la mesa de dueños en la mesa de mascotas juntas en una relación para podamos ver que el perro Rex tiene un dueño. Dejo de uno, que, si volvemos a la mesa de dueños, podemos ver que está haciendo referencia a Samuel Smith de Boston, Massachusetts. Y también podemos ver que el perro, Biggles, también es propiedad de Sam Ing Smith de Boston porque tiene un dueño i d de uno también. Entonces así es como podemos relacionar tablas juntas en una base de datos relacional, y veremos cómo podemos usar estas relaciones más adelante en el curso. 4. Relación Uno a una: en este video, pasaremos por 1 a 1 relaciones, 1 a 1. Las relaciones son las más simples de tres tipos de relaciones de base de datos, pero no son tan comunes dentro de las bases de datos. Una relación once uno es donde un valor de clave primaria de una tabla puede aparecer un máximo de vez en la columna de clave externa fuera de otra tabla. Por lo tanto, para cada fila de datos en la tabla de claves primarias, hay cero o una fila de datos en la tabla de claves externas. Entonces si miramos las dos tablas aquí, tenemos una columna de clave primaria de la Tabla uno de la izquierda. En una columna de clave externa De la tabla a en los derechos, se pueden ver los valores en la columna de clave primaria son 12345 etcétera. Y los valores en la columna de clave externa solo contenían una instancia de cada valor, por lo que tenemos de 13 a 5 y cuatro, por lo que estas dos tablas tienen una relación de 1 a 1. Un ejemplo de una relación want one de una base de datos de Movies como IMDb es la relación entre la tabla de películas en la tabla de ingresos de películas. Por lo que la tabla de la película contiene datos sobre las películas, como su nombre, su longitud, su idioma, El día de estreno etcétera en la tabla de ingresos de la película contiene datos sobre los ingresos de la película, por lo que ellos el dinero que hizo en el cine. Se puede ver que tenemos una columna en la tabla de ingresos de películas llamada película I D, que es una columna de clave extranjera que hace referencia a la columna de clave principal en la tabla de películas. El cuadro de ingresos de la película contiene información de ingresos para cada película en la tabla de películas, por lo que solo tenemos una fila de datos en la tabla de ingresos de la película para cada película. Entonces hay una relación 1 a 1 entre estas dos tablas, Así que si miramos la película I D valores en la tabla de ingresos de la película, se puede ver que van 45 13 23 44 1 y 50 gratis. Por lo que el valor de uno es referir película I. D. Uno en la tabla de películas. Por lo que esta fila de datos es para una Naranja Clockwork, y esta es la única fila de datos para una Naranja Clockwork por lo que podemos ver que una Naranja Clockwork tomó $27.1 millones no tenemos información sobre las tomas internacionales una vez una relación son bastante raros porque podríamos haber puesto los datos de ingresos en la tabla de películas directamente en lugar de crear una tabla separada. Pero a veces se quiere separar los datos en tablas separadas si los datos son financieros o si los datos son sensibles, y entonces podemos crear una relación 1 a 1 entre las dos tablas. En un diagrama de base de datos, representa una relación 1 a 1 entre dos tablas. Al igual que el diagrama aquí, Tabla uno tiene la columna clave principal. lo es la tabla padre, y la Tabla dos tiene la columna de clave externa, y es la tabla secundaria. Entonces tenemos una línea entre las dos tablas y luego dos líneas verticales al lado de la tabla padre con la que Esto representa que hay una fila en la tabla padre en luego por Tabla dos, tenemos un círculo con dos líneas verticales con un punto cero punto uno para representar que hay o cero o una fila de datos en la tabla secundaria, así que eso es todo por una vez. Una relación. Ahora echemos un vistazo a una a muchas relaciones 5. Uno a muchas relaciones: Bienvenido de nuevo en este video, vamos a echar un vistazo a una a muchas relaciones, que son el tipo más común de relación de base de datos. Una relación uno a muchos es donde un valor de columna de clave primaria puede aparecer varias veces en el extranjero. Columna clave Si miras el diagrama aquí, puedes ver Tabla uno que contiene el primario. Columna clave en la Tabla dos con la columna Clave Extranjera. La columna de clave principal contiene valores únicos a partir de uno. Por lo que 12345 etcétera. Y entonces la columna de clave externa contiene 01 o cualquier número de estos valores. Entonces tenemos uno, luego dos, luego cuatro, luego cuatro otra vez y luego volvió a ganar. Por lo que tenemos múltiples y cuatro patas. Por lo que estas dos tablas tienen una relación de uno a muchos. Un ejemplo del mundo real de una relación uno a muchos sería una empresa que rastreara los pedidos de los clientes . Tendrían una tabla del cliente que contiene información del cliente como nombre, correo electrónico, dirección en pedidos, tabla que contiene información del pedido. Un cliente reclama tantos pedidos como le gusten con la empresa. Pero cualquier pedido solo puede ser ID asociado con un cliente, por lo que el cliente en la tabla de pedidos contiene una relación uno a muchos. Otro ejemplo serían los usuarios de instagram y las fotos en Instagram El usuario compuso muchas fotos , pero una foto solo puede pertenecer a un usuario. Por lo que hay una relación de uno a muchos entre los usuarios y la tabla de fotos. Un ejemplo de una base de datos de películas como IMDb fuera de una relación uno a muchos sería entre la mesa de directores en la mesa de películas para que un director pueda dirigir cualquier número de películas. Pero una película sólo puede ser dirigida por un director. Se puede ver tenemos la mesa de directores con el director i D. Columna Clave primaria, y luego tenemos la mesa de películas con el director i D. Clave foránea COLUMNA El establo de películas aquí ha sido ordenado por el director I columna D. Si nos fijamos en la primera película del establo de cine, que entre la correcta. Podemos ver al director I d es igual de dedo uno, que, si entonces miramos en la mesa del director, podemos ver que se trata de Thomas Alfredson. Por lo que Thomas Alfredson dirigió Dejar entrar al correcto. Entonces la segunda película es There will Be Blood con un director. Yo D off dos, que es poo Anderson. Entonces tenemos las siguientes tres películas. Rushmore, el Dodge Eating Limited y el Grand Budapest Hotel tienen un director libre de idea, que es Wes Anderson. Para que veas que podemos tener. Múltiples valores de columna de clave primaria en la columna Clave Extranjera, lo que significa que existe una relación de uno a muchos entre la tabla de directores y películas. Tenemos múltiples valores de libre sobre múltiples valores de cinco en una columna de director I D en la tabla de películas en un diagrama de base de datos, se representa una relación uno a muchos entre dos tablas como aquí. Por lo que tenemos la Tabla uno, que contiene una columna de clave primaria y tabla a la que contiene la columna Clave externa. Tenemos una línea que conecta las dos mesas. Tenemos las dos líneas verticales debajo de una por tabla, una en círculo y tres en forma de falla por la Tabla dos. Esto representa que una fila de datos en la Tabla uno puede estar relacionada con cero o muchas filas de datos en la Tabla dos, lo que significa que hay una relación de uno a muchos entre dos tablas. A continuación, veremos la relación final de la base de datos, que es la relación de muchos a muchos 6. Muchos de muchas relaciones: en este video, veremos la relación final de base de datos tipo muchas a muchas relaciones. Estas relaciones también son muy comunes en las bases de datos relacionales. Una relación de muchos a muchos es donde dos tablas pueden tener múltiples instancias entre sí. Ejemplos fuera, muchas a muchas relaciones serían autores en libros por lo que un autor puede escribir muchos libros y libros pueden tener múltiples ofertas. Por ejemplo, los autores Terry Pratchett y Neil Gaiman escribieron el libro Good Presens on. Otro ejemplo sería Terry Pratchett y Stephen Baxter, quienes coautores de la Long Earth Siris de libros. Por lo que la mesa de un autor y la tabla de libros tendrían una relación de muchos a muchos, pesar de que la mayoría de los libros solo tienen una oferta para muchas a muchas relaciones, no podemos simplemente usar claves primarias y claves extranjeras porque esto violaría la singularidad fuera de las columnas de clave primaria se puede ver en un diagrama tenemos dos tablas que tienen una relación de muchos a muchos. Para la relación de muchos a muchos, necesitaríamos una columna de clave externa en cada tabla, que haga referencia a la columna de clave principal fuera de la otra tabla. Pero poner una clave externa en cada tabla significa que tenemos valores repetidos en las columnas Clave primaria , que no está permitida como clave primaria, sólo puede contener valores únicos. Si buscamos una tabla para, se puede ver que los valores de clave primaria tres y cuatro, ambos de un valor de clave externa off a esto significa que en la Tabla Uno, necesitamos dos filas de datos para el valor de clave primaria a, por lo que no podemos simplemente usar clave principal en columnas de clave externa para enlazar a tablas. En una relación de muchos a muchos necesitamos usar 1/3 mesa en esta tercera mesa se conoce como una mesa de unión, así que echemos un vistazo. Ese es un ejemplo de una relación de muchos a muchos de una base de datos de películas como I M. D. B. En esta base de datos, tendríamos un establo de películas que contiene datos sobre las películas también sobre la mesa de un actor que contiene datos sobre los actores. Tal es su nombre de pila, su agenda de apellidos en su fecha de nacimiento. Estas dos mesas tienen una relación de muchos a muchos porque las películas pueden contener muchos actores en ellas. En los actores pueden actuar en muchas películas diferentes, pero no tenemos claves foráneas y ya sea fuera de las películas o de los actores mesa para vincular las dos mesas juntas. En cambio, tenemos 1/3 mesa llamada películas, Actores o películas Subrayar actores. Esta tercera tabla se denomina Tabla de cruce, ya que solo contiene dos columnas de clave externa. Contiene una película i. D columna Clave foránea, que hace referencia a la clave principal en la tabla de películas. Y contiene un actor i. D columna Clave extranjera, que hace referencia a la columna de clave primaria en la tabla del actor. Por lo que la tabla de Actores de subrayado de la película crea la relación entre la mesa de películas en la mesa de actores. Podemos ver que la idea actor de uno, que es Malin Akerman, está en la película I. D 52. El actor Rieti a está en la película I. D 50 on excepto etcétera. Y si miramos al actor I D Aidas, podemos ver que estaban en ambas películas i. D 15 en película I. D 40. A mesa de Junction todavía se necesitaba clave Zane Primaria. Si recuerdas en el video de clave primaria antes en esta clase, dije que las claves primarias pueden ser una combinación de columnas. Entonces, en este caso, la clave principal en las películas Actors Table es una combinación fuera de la película I d en la columna actor I D. Una tabla de empalme también puede contener 1/3 columna, que sería una columna de clave primaria. Pero esto no es necesario, ya que la única función real fuera de esta tabla es crear una relación de muchos a muchos entre otras tablas. Entonces así es como representamos una relación de muchos a muchos en una tabla de diagrama de base de datos uno y tabla para tener una relación de muchos a muchos. Y luego creamos un cruces capaces entre las dos tablas, y luego la Tabla uno tiene una relación uno a muchos con. El cuadro de empalme en la Tabla dos tiene una relación uno a muchos con la tabla de empalme. De esta forma podemos mantener únicas las columnas clave principales en la Tabla uno y la Tabla dos, que puedas pensar en relación de muchos a muchos como 21 a muchas relaciones con una tabla de unión . Entonces ahora que hemos pasado por cada tipo de relación de base de datos, estamos listos para completar el proyecto de clase 7. Proyecto de clase: felicitaciones por completar esta clase. Ahora es el momento del proyecto, por lo que el proyecto es dibujar un diagrama de base de datos para representar las relaciones en la base de datos de la película . Entonces en esta clase hemos mirado algunas tablas de una base de datos de películas, y ahora es el momento de dibujar el diagrama de base de datos que representa las relaciones entre las tablas. Por lo que las cuatro tablas en nuestra base de datos de películas son la mesa de un director en Actores Mesa Una mesa de películas en una película. Ingresos estables en cada una de estas tablas tiene relaciones con otras tablas dentro de la base de datos en su trabajo o su tarea de dibujar el diagrama de base de datos para representar las relaciones entre las tablas. Por lo que hay que pensar si dos tablas tienen una relación de 1 a 1, una relación de uno a muchos o muchas a muchas relaciones entre sí en insinuaciones. Si tienen una relación de muchos a muchos, entonces vas a tener que crear una tabla adicional en tu diagrama. Así que buena suerte con tus proyectos