⚙️ Diseño de BASES de DATOS | Crear el DIAGRAMA RELACIONAL | Videotutorial
Ғылым және технология
Aprenda a #diseñar una #basededatos #relacional desde cero y a crear el modelo entidad para resolver un problema, usando el software gratis #drawio
00:00 Intro
00:28 Conceptos básicos sobre bases de datos relacionales
06:42 Diseñar una base de datos relacional
07:52 Problema a resolver
10:10 Diagrama en Draw.io
27:42 Resumen y cierre
Пікірлер: 36
me sirvió para una prueba técnica que me pidieron realizar, muchas gracias
Como decir que eres tico sin decirlo: Pura Vida! :D buen video!
Gran video. Excelentemente explicado todo 👌
Muy buena explicación. Gracias por compartir.
Excelente, aquí una nueva suscritora, saludos desde Perú
Esto es realmente hermoso !!!!!! Muchas gracias maestro !
Muy buena clase!!!!
Buen video, muy bien explicado.
Muy buena explicación!
Excelente video
muchas gracias
muy buena explicación
Buen video, gracias
Excelente explicación
muyyyyyyyyy buena explicacion.
Excelente, gracias aqui un nuevo suscriptor!!!
@mascienciaytecnologia
4 ай бұрын
Muchas gracias y bienvenido al canal.
5:26 Entiendo la relación "uno a uno" entre la placa y el vehiculo, dos tablas separadas. Y también entiendo que "la placa" podría ser "una columna más" dentro de la tabla "vehiculos". ¿Cómo sé cuál opción escoger?
Muchas gracias, disculpa como agregas un apartado para los tipos de datos?
muy buen video y la verdad me gusto demasiado la manera en la que explico, pero me surgió una duda, en la relacion de libros a prestamos por ser de n:n (muchos a muchos) por concepto no se debería de crear una nueva tabla entre ellas ?
un libro como por ejemplo DOn quijote de la mancha podria tener varias editoriales
@mascienciaytecnologia
Ай бұрын
Totalmente. Importante recordar que cada diseñador de base de datos debe tomar en cuenta los requerimientos y tomar decisiones sobre cómo diseña su base de datos, incluyendo las relaciones. Para este ejemplo, decidí que a cada libro de esa base de datos solo se le guardará una editorial. Hay que recordar que en diseño de bases de datos no existe una solución única, porque varias diferentes podrían funcionar bien.
es como si hablara con mi amigo de costa rica , de donde sos? muy bien explicado el video, gracias
@mascienciaytecnologia
Ай бұрын
Hola, justamente somos de Costa Rica.
muy buena explicación! lo único que me da vueltas, es que, aparte de que lo pida el problema no veo la necesidad de hacer una tabla de géneros, en vez de ser un atributo del libro. No veo cual es la razón de hacer una tabla con un PK y un solo atributo. Y ya como buena práctica para programar posteriormente, nunca colocaría como PK una información publica como el rut o patente, ya que sería fácilmente hackeable... pero eso es harina de otro costal
@OldManWalk
Ай бұрын
Yo lo haría si quiero evitar la contaminación de las categorías... digo yo...
Tengo una duda ,siempre veo esto y no comprendo ,si tenemos a autores y usuarios ,entonces no sería mejor crear una tabla del tipo solo usuarios y dentro de este tenga a autores ,con atributos del tipo autor y otro usuario admin por ejemplo , entonces solo necesitaría una sola tabla y no 2 ,porque sí no como aplicaría la autenticación?.esta duda es principalmente porque ,siempre veo que trabajan con una tabla usuario y ahí le agregan diferentes tipos ,ya sea autor ,cliente ,vendedor ,administrador , esto me vuela la cabeza por Dios ,porque sí no ,como podría aplicar la seguridad? O esto tambien es posible en tablas separadas?
@Alvaro-JTA
3 ай бұрын
En este caso no, porque la tabla autores lo está utilizando como una entidad de catálogos para que cada libro esté relacionado con el autor y si vemos el problema a resolver dice un sistema de biblioteca, ahí nos preguntamos quienes utilizarían el sistema, en este caso un encargado de turno el cual prestara los libros. Espero poder aclarado algo a tu duda.
Buen video, buena explicación, no me queda claro el concepto de cardinalidad ¿son la cantidad de filas pero tambien las relaciones entre tablas? gracias
@mascienciaytecnologia
2 ай бұрын
Hola, gracias por la pregunta. La cardinalidad de una relación es el número de filas relacionadas de cada una de las tablas en la relación. Por ejemplo, si tenemos una relación con cardinalidad 1 a N, significa que una fila de la tabla A, se relaciona con muchas filas de la tabla B. Si la relación es con cardinalidad N a M, significa que muchas filas de la tabla A se relacionan con muchas filas de la tabla B.
@williansuarez3988
2 ай бұрын
@@mascienciaytecnologia ¡gracias!
Para que exista una relacion Muchos a Muchos , no debe haber un intermediario? En libros y Prestamos , Bueno al menos asi es en Acces , aqui no aplica?
@mascienciaytecnologia
Ай бұрын
Hola y gracias por la pregunta. Dependiendo de la herramienta DBMS que uses, vas a tener que crear necesariamente la tabla intermedia entre las dos que se están relacionando. Esta tabla intermedia jala las llaves primarias de las tablas que se están relacionando e incluso se puede agregar un atributo adicional si es de interés.
Vale pero, este es el esquema relacional, el entidad relación es el de rectangulos y rombos, si mis profesores no me han explicado mal
No entiendo por qué al final dices que un libro no puede tener 0 préstamos. Si es un libro nuevo, perfectamente puede tener 0 préstamos, o no? - o un libro que a nadie le interesó?