0:00 Introducción 1:23 Construcción de una base de datos 2:19 Pasos en la construcción de una aplicación 3:24 Fases del diseño de una BD 7:25 Modelo Entidad-Relación 8:35 Las entidades 14:23 Los atributos 22:04 Las relaciones 24:59 Atributos sobre relaciones 25:59 Grado de una relación 28:32 Restricciones al conjunto de relaciones 29:13 Restricción de cardinalidad 36:24 Restricción de participación 38:16 Entidades débiles 43:42 Restricciones al modelado 45:29 Principios de diseño 47:21 Resumen de notación 48:00 Despedida
Estoy asustado. Es la primera vez que veo esto y mi profe explica demasiado rápido. Van a toda velocidad, yo necesito estos videos para escuchar y repetir las veces que necesite los conceptos para poder hacer el ejercicio. Gracias por el video.
Acabo de llegar a éste canal, veo que tiene pocas visitas pero de verdad es espectaculaaaar!. Espero sigan publicando contenido de calidad como hasta ahora 🤩
¡Hola! Es correcta la observación. Hay algunos autores que distinguen las relaciones 1:N y N:1, yo prefiero solo referirme a este tipo de relaciones como "1 a muchos", pero en estricto sentido, en el diagrama es N:1. Saludos y gracias por la observación.
Hay varios conceptos que simplemente los lees de paporreta y la idea queda abstracta, creo que debrías ejemplificar lo que vas explicando xq sino todo queda muy abstracto y el video se hace pesado. Saludos.
¡Hola Max! Si justo por eso decidí dejar un solo material con los conceptos concentrados y algunos adicionales con el ejercicios práctico. Lo dejé así, porque consideré que si se mezclaban ambas cosas podrían generar más dudas. De esta forma, pienso que puedes ver el ejemplo resuelto y cuando se mencione alguno de los conceptos, podrías regresar al de conceptos. De cualquier forma, siempre son bienvenidos los comentarios y en definitiva, hay muchas áreas de oportunidad. Tomaré muy en cuenta el comentario. Saludos
Tengo un problema. Debo construir varios formularios para obtener la información del cliente. Necesito un formulario que incluye la direccion del lugar de nacimieento. La direccion de habitación, la dirección de los lugares donde estudio y la dirección de los lugares donde trabajo, con los datos de Continente, pais, estado, municipio, parroquia, urbanismo, nombre del urbanismo, y telefono si lo conoce. Como se construyen las entidades y las relaciones para que el modelo no de error
Hola buena tarde....excelente video y su explicación...pero tengo una duda...si tengo un esquema E/R ya hecho...como determino graficamente que el usuario saque libros de su biblioteca una sola vez, pero si pueda sacar de otras bibliotecas...gracias y saludos
¡Hola Lilia! ¡Muchas gracias por los comentarios! A reservas de poder visualizar el esquema de la Biblioteca que me comentas, desde la perspectiva del modelo se me ocurre que se pueda hacer una distinción entre la Biblioteca a la que pertenece un usuario y las OtrasBibliotecas, de esta forma, podrías plantear con cardinalidad 1:1 la relación entre Usuario y SuBiblioteca y con cardinalidad 1:N entre Usuario y OtrasBibliotecas. Otra manera sería llevar la regla de negocio hasta el momento de la implementación en el SMBD y a través de los Disparadores (triggers) aplicar estas restricciones de alto nivel. Espero haber aclarado la duda.
@@darthger Muchisimas gracias...tengo poco con esta materia y espero que mi esquema haya sido bueno...me gustaria mostrarselo pero no sé como...saludos
Totalmente de acuerdo Juan, por esa razón en la lista de reproducción están los ejemplos prácticos de aplicación de los conceptos. Pensé que de esta forma podría quedar con más estructura el material, al menos en clase así me funciona. No soy partidario de tener solo aspectos teóricos sin ver cómo se aplican. Hay muchas áreas de oportunidad y gracias por el comentario, lo tomaré en cuenta siempre. Saludos
Buenas madrugadas :P tengo una duda y es la siguiente: supongamos que tengo una entidad que se llama vivienda y se tienen algunos atributos, entre ellos, uno que se llama dirección, en ese caso yo consideraría que dirección es un atributo multivaluado (para mantener la granularidad de la información) como sigue: el atributo dirección tiene como atributos nombre_calle, colonia, codigo_postal, no_oficial, no_provicional, interior, manzana, lote, alcaldia (y quiero detenerme en este atributo ya que considero que en el caso de las alcaldía tláhuac y milpa alta, que tienen; pueblos, barrios y colonias. También podría considerarse un atributo multivaluado). Entonces mi duda es si puede haber atributos multivaluados que puedan tener a su vez otros atributos multivaluados. En mi ejemplo sería: ¿el atributo dirección (que ya es multivaluado) puede tener otro atributo multivaluado (ya que en una alcaldía no solo existen colonias sino también barrios y pueblos)? y de no ser posible esa combinación ¿cómo me convendría modelar ese modelo entidad-relación? Sin más por el momento agradezco el vídeo y la grata explicación y también el tiempo dedicado a mi duda
Sí, es posible tener un atributo multivaluado que está compuesto por otro atributo multivaluado. Eso se llama "Atributo Multivaluado Compuesto". Como se sabe un atributo multivaluado genera una nueva relación, y su clave primaria es de la entidad a la que pertenece + el nombre del atributo multivaluado. Saludos!
Felicitaciones, muy buen curso, aunque por allí he visto unos errores. Por la definición la entidad tiene un nombre único y en singular; pero en algunas diapositivas los presentan en plural.
Ésta materia es programación. Y la programación está presente en varias carreras que hagan uso de la tecnología para cumplir con servicios de éste tipo.
Es parte de la licenciatura en Ciencia de la Computación. Se ve además en algunas más como ingeniería en sistemas, ingeniería en tecnologías de la información o incluso en la carrera de matemáticas. No es la materia de programación. En una ingeniería normal habría unas dos o tres materias de bases de datos: Fundamentos, Diseño y Administración. Pero en otras basta con una única. Es por sí misma toda una línea que tal vez desemboca en los DBA por sus siglas en inglés (Administradores de Bases de Datos) y en el diseño y mantenimiento de motores de BD. Por supuesto, esta materia es esencial para la ingeniería de software en general y para la ciencia de la computación en particular. Ve el sitio de la licenciatura de la UNAM.
0:00 Introducción 1:23 Construcción de una base de datos 2:19 Pasos en la construcción de una aplicación 3:24 Fases del diseño de una BD 7:25 Modelo Entidad-Relación 8:35 Las entidades 14:23 Los atributos 22:04 Las relaciones 24:59 Atributos sobre relaciones 25:59 Grado de una relación 28:32 Restricciones al conjunto de relaciones 29:13 Restricción de cardinalidad 36:24 Restricción de participación 38:16 Entidades débiles 43:42 Restricciones al modelado 45:29 Principios de diseño 47:21 Resumen de notación 48:00 Despedida
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
0:00 Introducción
1:23 Construcción de una base de datos
2:19 Pasos en la construcción de una aplicación
3:24 Fases del diseño de una BD
7:25 Modelo Entidad-Relación
8:35 Las entidades
14:23 Los atributos
22:04 Las relaciones
24:59 Atributos sobre relaciones
25:59 Grado de una relación
28:32 Restricciones al conjunto de relaciones
29:13 Restricción de cardinalidad
36:24 Restricción de participación
38:16 Entidades débiles
43:42 Restricciones al modelado
45:29 Principios de diseño
47:21 Resumen de notación
48:00 Despedida
Tome su like wen pana, me salvo :D
x2 ¡Muchas gracias!
Estoy asustado. Es la primera vez que veo esto y mi profe explica demasiado rápido. Van a toda velocidad, yo necesito estos videos para escuchar y repetir las veces que necesite los conceptos para poder hacer el ejercicio. Gracias por el video.
Por algo llegue a este excelente canal, ya me sentiré un poco más tranquilo en mi materia de base de datos.
¡Hola! Qué gusto saber que el material te fue de utilidad, muchas gracias por el comentario.
Acabo de llegar a éste canal, veo que tiene pocas visitas pero de verdad es espectaculaaaar!. Espero sigan publicando contenido de calidad como hasta ahora 🤩
¡Creo que ya tendré tiempo de desarrollar algunos videos adicionales.
Muy jugoso para un autodidacta como yo. Muy prolijo y conciso. Felicitaciones y gracias
¡Muchas gracias Alex! El material lo desarrollé, pensando en cómo me gustaría que me dieran la clase. Qué bueno que les sirva este forma de enseñar.
Gracias a usted aprendí todo lo que no pude en 2 clases jaja! Gracias!
Muy buen video, hasta ahora lo mejor que encontré. Se ve que domina el tema. Muchas gracias.
¡Muchas gracias! Qué gusto saber que el material es claro y pueda ser aplicable en sus respectivos cursos. Saludos
Genial!! Súper claro y preciso !!! Muchísimas gracias!!
¡Muchas gracias! El material es para ustedes, qué bueno saber que les sirva.
Excelente video, explicado al detalle de muy buena manera.
Una pregunta, en el resumen 47:30 , la relacion 1,m , no sería m,1 porque la flecha está en el otro lado? un saludo'¡¡
¡Hola! Es correcta la observación. Hay algunos autores que distinguen las relaciones 1:N y N:1, yo prefiero solo referirme a este tipo de relaciones como "1 a muchos", pero en estricto sentido, en el diagrama es N:1. Saludos y gracias por la observación.
Hay varios conceptos que simplemente los lees de paporreta y la idea queda abstracta, creo que debrías ejemplificar lo que vas explicando xq sino todo queda muy abstracto y el video se hace pesado. Saludos.
¡Hola Max! Si justo por eso decidí dejar un solo material con los conceptos concentrados y algunos adicionales con el ejercicios práctico. Lo dejé así, porque consideré que si se mezclaban ambas cosas podrían generar más dudas. De esta forma, pienso que puedes ver el ejemplo resuelto y cuando se mencione alguno de los conceptos, podrías regresar al de conceptos. De cualquier forma, siempre son bienvenidos los comentarios y en definitiva, hay muchas áreas de oportunidad. Tomaré muy en cuenta el comentario. Saludos
Tengo un problema.
Debo construir varios formularios para obtener la información del cliente.
Necesito un formulario que incluye la direccion del lugar de nacimieento. La direccion de habitación, la dirección de los lugares donde estudio y la dirección de los lugares donde trabajo, con los datos de
Continente, pais, estado, municipio, parroquia, urbanismo, nombre del urbanismo, y telefono si lo conoce.
Como se construyen las entidades y las relaciones para que el modelo no de error
muy buen material, para el diseño del MER
¡Muchas gracias Martha!
Excelente explicación de Entidades fuertes y débiles.
¡Muchas gracias! Qué bueno saber que la distinción es clara. Saludos
Espectacular, espero que me ayude con el exámen, grácias :)
Espero qué si te haya ayudado con tu examen. ¿Cómo te fue?
BUEN VIDEO MASTER!!!, BUENA EXPLICACIÓN, GRACIAS.....
Excelente la explicación!!
Como se llama el libro
Hola buena tarde....excelente video y su explicación...pero tengo una duda...si tengo un esquema E/R ya hecho...como determino graficamente que el usuario saque libros de su biblioteca una sola vez, pero si pueda sacar de otras bibliotecas...gracias y saludos
¡Hola Lilia! ¡Muchas gracias por los comentarios! A reservas de poder visualizar el esquema de la Biblioteca que me comentas, desde la perspectiva del modelo se me ocurre que se pueda hacer una distinción entre la Biblioteca a la que pertenece un usuario y las OtrasBibliotecas, de esta forma, podrías plantear con cardinalidad 1:1 la relación entre Usuario y SuBiblioteca y con cardinalidad 1:N entre Usuario y OtrasBibliotecas. Otra manera sería llevar la regla de negocio hasta el momento de la implementación en el SMBD y a través de los Disparadores (triggers) aplicar estas restricciones de alto nivel. Espero haber aclarado la duda.
@@darthger Muchisimas gracias...tengo poco con esta materia y espero que mi esquema haya sido bueno...me gustaria mostrarselo pero no sé como...saludos
@@liliadurannolasco3394 Puedes mandarlo por correo o vía messenger
@@darthger ok sería bueno, pero cual es su correo...saludos
Muy buen material. ¿Habrá forma de obtener estos documentos?
La teoría es tan importante como la demostración con ejemplos. Si no es simplemente un mensaje al aire.
Totalmente de acuerdo Juan, por esa razón en la lista de reproducción están los ejemplos prácticos de aplicación de los conceptos. Pensé que de esta forma podría quedar con más estructura el material, al menos en clase así me funciona. No soy partidario de tener solo aspectos teóricos sin ver cómo se aplican. Hay muchas áreas de oportunidad y gracias por el comentario, lo tomaré en cuenta siempre. Saludos
Buenas madrugadas :P
tengo una duda y es la siguiente:
supongamos que tengo una entidad que se llama vivienda y se tienen algunos atributos, entre ellos, uno que se llama dirección, en ese caso yo consideraría que dirección es un atributo multivaluado (para mantener la granularidad de la información) como sigue: el atributo dirección tiene como atributos nombre_calle, colonia, codigo_postal, no_oficial, no_provicional, interior, manzana, lote, alcaldia (y quiero detenerme en este atributo ya que considero que en el caso de las alcaldía tláhuac y milpa alta, que tienen; pueblos, barrios y colonias. También podría considerarse un atributo multivaluado). Entonces mi duda es si puede haber atributos multivaluados que puedan tener a su vez otros atributos multivaluados. En mi ejemplo sería: ¿el atributo dirección (que ya es multivaluado) puede tener otro atributo multivaluado (ya que en una alcaldía no solo existen colonias sino también barrios y pueblos)?
y de no ser posible esa combinación ¿cómo me convendría modelar ese modelo entidad-relación?
Sin más por el momento agradezco el vídeo y la grata explicación y también el tiempo dedicado a mi duda
Sí, es posible tener un atributo multivaluado que está compuesto por otro atributo multivaluado. Eso se llama "Atributo Multivaluado Compuesto". Como se sabe un atributo multivaluado genera una nueva relación, y su clave primaria es de la entidad a la que pertenece + el nombre del atributo multivaluado. Saludos!
Buen video muchas gracias
Muy bien explicado
Muy buen video
Felicitaciones, muy buen curso, aunque por allí he visto unos errores. Por la definición la entidad tiene un nombre único y en singular; pero en algunas diapositivas los presentan en plural.
Hola Manuel, tienes mucha razón, se me fueron algunos plurales en los nombres de las entidades, una disculpa.
Eso mi profe
¡Muchas gracias Levi! Aquí andamos haciendo el esfuerzo de ser Edutuber :D
Al minuto 43:33 vi un punto rojo en la pantalla y empecé a limpiarlo y resultó ser el puntero del mouse. jajajaja
Una disculpa :D
De qué carrera es está materia?
Las carreras referentes a informática.
@@vloguedsionando7669 agradable sujeto
Ésta materia es programación. Y la programación está presente en varias carreras que hagan uso de la tecnología para cumplir con servicios de éste tipo.
Es parte de la licenciatura en Ciencia de la Computación. Se ve además en algunas más como ingeniería en sistemas, ingeniería en tecnologías de la información o incluso en la carrera de matemáticas. No es la materia de programación. En una ingeniería normal habría unas dos o tres materias de bases de datos: Fundamentos, Diseño y Administración. Pero en otras basta con una única. Es por sí misma toda una línea que tal vez desemboca en los DBA por sus siglas en inglés (Administradores de Bases de Datos) y en el diseño y mantenimiento de motores de BD. Por supuesto, esta materia es esencial para la ingeniería de software en general y para la ciencia de la computación en particular. Ve el sitio de la licenciatura de la UNAM.
excelente explicacion
¡Hola Iván! Muchas gracias, espero que el material te sirva. Saludos
gracias
¡Gracias por ver el material!
0:00 Introducción
1:23 Construcción de una base de datos
2:19 Pasos en la construcción de una aplicación
3:24 Fases del diseño de una BD
7:25 Modelo Entidad-Relación
8:35 Las entidades
14:23 Los atributos
22:04 Las relaciones
24:59 Atributos sobre relaciones
25:59 Grado de una relación
28:32 Restricciones al conjunto de relaciones
29:13 Restricción de cardinalidad
36:24 Restricción de participación
38:16 Entidades débiles
43:42 Restricciones al modelado
45:29 Principios de diseño
47:21 Resumen de notación
48:00 Despedida