Excelente, me vi aproximadamente 10 videos y el tuyo fue el que me hizo realmente entender el tema! Lo único me hubiese gustado que el ejemplo tenga algo para arreglar al pasar a la tercer forma, así de esa manera podías ejemplificar cambiando algo nuevamente!
Excelente explicación, con términos bastantes entendibles y sin mucho rollo. solo un detalle en la tabla "COMPRA" se vuelve a presentar la redundancia, por cada producto que un cliente compra se repite el id_cliente y fecha, faltaría crear otra tabla para el detalle de las compras que contenga el id_compra, id_producto y el precio ....Saludos
Soy psicólogo y nunca había entendido de manera más resumida este concepto. Felicidades. Podrías armar otro con las demás formas normales y la desnormalización?. Saludos desde Perú.
Exactamente, sin embargo, tengo que explicar para que sea entendido a mis alumnos, una tabla atómica quiere decir que sus datos y columnas deben ser indivisibles en la 1FN; en la 2FN se menciona que deben de asignarse una PK y no solo es asegurarse de eso, sino que también no debe existir dependencia funcional; en la 3FN no solo es verificar si existen las relaciones, éstas deben estar desde la 2FN, la 3FN debemos de verificar que no exista dependencia transitiva. Saludos
Hola en mi caso siempre lo hacia así pero no entendía las razones gracias a tu video lo termine de entender, aunque si aprendí lo de la primera forma normal 01:27 en la division de lo valores, eso no la sabía. te agradezco muchisimo
en la tabla compra la PK se repite y creo que por eso debe tener un intermediario... en vez de que tenga la id_prod directamente, puede tener un id_detalle que sera el id de la tabla detalle, en esa tabla se pondria el id_producto y cantidad. En la tabla producto seria el producto con su respectivo precio. Entonces el inermediario termina siendo el detalle con una clave combinada entre idDetllae y idProducto, dando asi la facilidad de que el idDetalle pueda repetirse para hacer varias compras de varios productos conservandose como clave por la combinacion con idProducto.
Si, el vídeo está bien, le falta para mi gusto un poco de separación entre las 3 formas. Así mismo, a mi los campos fecha me gusta tenerlos en formato número por dos motivos, foreign key para cualquier tabla que contenga fechas y se resuelve la sql con alias, y en segundo lugar para evitar diferentes formatos que se hagan sobre los idiomas de las BBDD. El formato númerico sería la pk de la tabla calendario y luego esa pk podría ser foreing key en el resto de tablas.
Por mas que he intentado entender que problema resuelve la normalizacion no lo logro entender, osea si entiendo su excelente explicacion de como normalizar las tablas... Pero de donde proviene una tabla erronea?... Esas tablas se crearian por ejemplo si no tuvieramos los autoincrement definidos? o simplemente repitiendose los ids de una tabla como por ejemplo clientes ?? Es lo que nunca he sabido, la fuente de donde proviene una tabla de esas no normalizadas... Saludos desde Mexico!
Hola Rafael, en muchas ocasiones cuando realizas un sistema de información, en los pequeños negocios la mayoría de los dueños manejan su información de ventas, inventarios, productos, etc., en hojas de cálculo en Excel, necesitarás partir tu análisis de allí, para Normalizar las tablas de la base de datos, te ayudará mucho hacer previamente los Diagramas del Modelo Entidad - Relación y Modelo Relacional, ya que la normalización te ayuda a evitar duplicidad de datos y mejorar el rendimiento de tus consultas y transacciones de la base de datos. Espero haber aclarado tus preguntas.
@@jesusdominguezgutu2842 Ahhhh ok... Vienen de gente que por ejemplo los anota a mano, o como sea... Muchas gracias, eso si me aclaró bien la duda, Gracias!
Un detalle, en la 3ra forma el idCompra no deberia ser independiente del id cliente? Ya que lo pusiste el mismo id, habiendo redundancia, el id compra al ser llave primaria en su propia tabla, deberia ser normal 1,2 3,4,5,etc..
Hola profe jesus tengo un problema es q me dieron esta informacion 3 de equipos. 7 jugadores por equipo. 5 partidos relacionados entre los 3 equipos. q campos puedo crear para hacer la tabla sin normalizar? el 1 seria cod_jugador 2. nombre_jugador 3. equipo_jugador y el resto cuales serian??. me ayudarian mucho gracias
Que tal Camilo, pueden ser 3 tablas: uno de jugadores con los campos que consideres, otra tabla de equipos con los campos que consideres y que tenga la relación con jugadores para saber de qué equipo son, y la última tabla de Partidos con los campos que consideres pero que tenga relación con los equipos para saber a qué hora jugarán y contra quién, espero haberte ayudado, saludos
Buenas. Gracias por la explicacion. Falto normalizar la entidad Compra, que seria la factura en si. Pq aun hay redundancia de datos.... Eso se hace en la 4ta Forma Normal?
Te pongo un link con una imagen donde puedes ver la corrección: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Tengo una duda. Espero puedan ayudarme: Tengo un campo estatus en una tabla de tripulantes para saber si ese tripulante va a bajar, subir o se quedara en el barco. Tengo que separar el campo estatus y generarle su propia tabla o se queda tal cual en la tabla de tripulantes??? Muchas gracias
Disculpa una pregunta, el id_compra que es la llave de la tabla compras, tambien pudo haber sido de valor unico verdad? Supongamos que se le podria poner tambien un autoincrement... La pregunta es si se puede de la forma que nos lo enseñas en este tutorial ... o tambien de esta forma de valores unicos para compra?? o si lo mas recomendable es hacerlo unicamente como se ve aqui en el curso
A no disculpa ya entendi, lo que pasa es que se esta uniendo la tabla productos con la tabla de clientes mediante la de compras jejeje no lo estaba viendo asi, en mi cabeza traia que la tabla productos tenia clientes dentro, pero pues la realidad es que es una tabla de muchos a muchos jejej, Gracias por tu atencion nuevamente! Saludos Cordiales
Claro el vídeo, pero siento que se pudo habe rnormalizado más desde F1. Por ejemplo en la tabla clientes, se pudo haber creado otra tabla que se llame calle, también en número.
Y luego como trabajo con tantas tablas? Cómo hago análisis y graficos con eso? Es que digamos yo estoy acostumbrada a tener todo en una sola y no tener tantas separadas :(
Que tal Diana, para realizar gráficos y reportes, además, analizar los datos de éstos, se utilizan herramientas de inteligencia de negocios, por ejemplo, Power BI donde puedes importar los datos necesarios de todas éstas tablas, depurarlos y trabajar con ellos en la visualización de reportes con gráficos y variables, posteriormente, realizar el análisis e interpretación de éstos, saludos
No entiendo si dices que en una columna no se pueden repetir datos sin embargo el idbarrio si se repite, aunque imagino que te referirás para un mismo cliente es decir idbarrio sinse repite pero representa a distintos clientes es así ?
El id_barrio se repite porque es una llave foránea, la regla aplica para aquellas columnas que no son este tipo de llaves, como las de tipo texto, recuerda que las llaves foráneas identifican a un atributo de otra tabla al cual se hace referencia, en este caso a un barrio o colonia. Espero que haya aclarado la pregunta, saludos.
El Supermercado ONCE comercializa productos de distintos rubros. El encargado desea ordenar los productos registrando los siguientes datos código de producto, descripción del producto, nombre del producto, fecha de elaboración, vencimiento, marca, peso, precio, etc. Los rubros podrán ser: alimentos, golosinas, perfumería, bebidas, lácteos, etcétera). alquien me ayuda porfas
Si es necesaria, te mando la actualización del Modelo, se creó una tabla llamada DETALLE-COMPRA y la tabla COMPRA se actualizó sus valores: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view Saludos
Te pongo un link con una imagen donde puedes ver la normalización final, ya que tuve un error: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Para obtener el Modelo Relacional, simplemente tienes que tomar cada tabla y establecer las relaciones de integridad referencial, es decir, relacionar las llaves primarias con las llaves foráneas, puedes guiarte por los colores de los encabezados de las columnas, saludos.
La tabla Compra no se encuentra en 1ra FN, la columna Id_Compra debe ser una columna Identidad para que los valores seán unicos e identifiquen a cada registro de forma uniovoca.
Hola Christian, te pongo un link con una imagen donde puedes ver la corrección: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema. Saludos.
@@JA-kb2mh las fechas se repiten debido a que existen varias compras en el día, generalmente los campos o columnas donde la información no debe repetirse son las de tipo texto, como el nombre, dirección, sexo, etc., pero todo dependerá del cliente.
La tabla compras es una tabla donde se realizan transacciones (es un tema más avanzado), por eso no es conveniente dejar la llave primaria como compuesta, en esta tabla no se deja como tal una llave primaria, debido a que es un dato que se tiene que repetir, con la finalidad de identificar los productos que se venden en cada compra. Si dejas como llave primaria la id_compra como llave primaria y autoincrement, ¿cómo identificar los productos que vendiste?, imagínate lo que hacen los grandes supermercados como Soriana o Chedraui que se venden varios productos por compra. Espero que te haya ayudado la explicación. Saludos
@@davinchocamaron646 todas las tablas deben tener una llave primaria, es una regla de la Normalización de las tablas de una base de datos, tuve un error y pronto actualizaré el video, saludos
@@oscarterrones5912 Te pongo un link con una imagen donde puedes ver la corrección: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
no entiendo dice que en la primer atabla clientes los barrios se repiten por lo que le colo co id de barrio pero ahora siempre se repiten los numeros de id osea siempre hay dato repetido solo que en lugar del nombre del barrio ahora se repiten el numero del id del barrio
La idea es entender dos cosas estimado: -Que se repita un Id (normalmente integer) es menos costoso en disco que repetir Strings que pueden estar representadas en un sólo registro. -Si crece en atributos la entidad Barrio (Ejem: nombre barrio, urbanización, manzana o lote) verás que no será una pesadilla estar repitiendo todos esos atributos si se encuentra normalizado. La norma es excelente, así que aplicarla no mas, porque tiene sentido en escalabilidad.
Una disculpa por no actualizar el video, ya que tengo otras actividades docentes que me han impedido hacerlo, sin embargo, te pongo un link con una imagen donde puedes ver la corrección: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Saludos.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
No entiendo por qué separaron el barrio, porque el barrio es un atributo de la dirección. Mas facil hubiera sido creando una tsbla llamada DIRECCIONES, con los atributos calle, carrera, nunero, barrio, ciudad
De acuerdo a tu comentario, dependerá de los requerimientos de búsqueda de tu cliente, ¡aclaro!... en la vida real puedes colocar un solo atributo de direcciones, nombre completo, etc.; sin embargo, para enseñar a normalizar una base de datos, una de las reglas es que no se deben repetir los valores, por eso se separan en tablas independientes.
Te pongo este link con una imagen donde puedes ver una actualización: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Te dejo un link con una imagen donde puedes ver unas correcciones que hice al Modelo: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Que tal Willy, te pongo un link con una imagen donde puedes ver una corrección que realicé al modelo: drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas. Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
En la tabla compra estoy notando un grave error, se supone que las llaves primas son valores únicos e irrepetibles, y en la tabla compra según el ejemplo la columna id_compra es la llave primaria por lo tanto los valores de esa columna no deben repetirse y según lo que podemos ver hay repetición de valores, entonces algo no se hizo bien o falto hacer algo más
Hola Diego, es necesario ya que en cada compra se pueden comprar varios productos, de lo contrario, no sabrías quiénes los compraron; por ejemplo, imagínate que vas a un centro comercial por la despensa, sin una id_compra que identifique qué productos compraste, podrían cobrarte productos que no estás llevando, saludos.
@@jesusdominguezgutu2842Vale entiendo, aplicaría lo mismo para una tabla con cod libro cod lector fecha devolución? Tendría que crear otro pk así mismo? . Muchas gracias
Si te refieres a que es un ejemplo muy sencillo, sí, (entenderé tu expresión como un modismo, ya que es insultante tu expresión), este video está dirigido a alumnos que es la primera vez que llevan la materia de bases de datos y que necesitan asimilar el concepto con algo muy sencillo, saludos.
Excelente, me vi aproximadamente 10 videos y el tuyo fue el que me hizo realmente entender el tema! Lo único me hubiese gustado que el ejemplo tenga algo para arreglar al pasar a la tercer forma, así de esa manera podías ejemplificar cambiando algo nuevamente!
Sr Jesús Dominguez Gutú, saludos desde Argentina, su trabajo es una maravilla, hasta yo lo entendí, ja,ja!!!
Saludos,
Excelente explicación, con términos bastantes entendibles y sin mucho rollo. solo un detalle en la tabla "COMPRA" se vuelve a presentar la redundancia, por cada producto que un cliente compra se repite el id_cliente y fecha, faltaría crear otra tabla para el detalle de las compras que contenga el id_compra, id_producto y el precio ....Saludos
Gracias por tu comentario, el video se actualizará a la brevedad posible, saludos
EXCELente explicación estimado Maestro ...Gracias por compartir
lo explicaste muy bien. pude llegar a entender algunos conceptos para mi proyecto. gracias
Soy psicólogo y nunca había entendido de manera más resumida este concepto. Felicidades. Podrías armar otro con las demás formas normales y la desnormalización?. Saludos desde Perú.
Rápidamente
1FN : las tablas deben ser atómicas
2FN : Todas las tablas deben tener PK
3FN : Ttodas las tablas deben estar relacionadas
De anda : )
Exactamente, sin embargo, tengo que explicar para que sea entendido a mis alumnos, una tabla atómica quiere decir que sus datos y columnas deben ser indivisibles en la 1FN; en la 2FN se menciona que deben de asignarse una PK y no solo es asegurarse de eso, sino que también no debe existir dependencia funcional; en la 3FN no solo es verificar si existen las relaciones, éstas deben estar desde la 2FN, la 3FN debemos de verificar que no exista dependencia transitiva. Saludos
Muchas gracias señor, me ayudó a entender para mi tarea porque estaba mamando
MUY BUEN APORTE PARA PODER TENER MÁS EN CLARO EL TEMA DE LAS NORMALIZACIONES DE BASE DE DATOS
Gran video me servirá de mucho en mi exposición que viene próximamente gracias:)
Hola en mi caso siempre lo hacia así pero no entendía las razones gracias a tu video lo termine de entender, aunque si aprendí lo de la primera forma normal 01:27 en la division de lo valores, eso no la sabía. te agradezco muchisimo
M e has resumido una clase de 4 horas, gracias ahora ya entendí
en la tabla compra la PK se repite y creo que por eso debe tener un intermediario... en vez de que tenga la id_prod directamente, puede tener un id_detalle que sera el id de la tabla detalle, en esa tabla se pondria el id_producto y cantidad. En la tabla producto seria el producto con su respectivo precio. Entonces el inermediario termina siendo el detalle con una clave combinada entre idDetllae y idProducto, dando asi la facilidad de que el idDetalle pueda repetirse para hacer varias compras de varios productos conservandose como clave por la combinacion con idProducto.
Están agregando datos que no existen.
Cierra el culi
Increible, super claro el video!!!
Le entendí super rapido, este es el mejor video sobre la normalización, está con peras y manzanas, muchas gracias.
Gracias compa xd mañana es mi presentacion ojala todo me salga bien
Si, el vídeo está bien, le falta para mi gusto un poco de separación entre las 3 formas. Así mismo, a mi los campos fecha me gusta tenerlos en formato número por dos motivos, foreign key para cualquier tabla que contenga fechas y se resuelve la sql con alias, y en segundo lugar para evitar diferentes formatos que se hagan sobre los idiomas de las BBDD. El formato númerico sería la pk de la tabla calendario y luego esa pk podría ser foreing key en el resto de tablas.
Ojala pudieras hacer un video explicando 4FN y 5FN, mucho lo agradeceriamos.
Muy clara la explicación, muchas gracias! Buen trabajo
Por mas que he intentado entender que problema resuelve la normalizacion no lo logro entender, osea si entiendo su excelente explicacion de como normalizar las tablas... Pero de donde proviene una tabla erronea?... Esas tablas se crearian por ejemplo si no tuvieramos los autoincrement definidos? o simplemente repitiendose los ids de una tabla como por ejemplo clientes ?? Es lo que nunca he sabido, la fuente de donde proviene una tabla de esas no normalizadas... Saludos desde Mexico!
Hola Rafael, en muchas ocasiones cuando realizas un sistema de información, en los pequeños negocios la mayoría de los dueños manejan su información de ventas, inventarios, productos, etc., en hojas de cálculo en Excel, necesitarás partir tu análisis de allí, para Normalizar las tablas de la base de datos, te ayudará mucho hacer previamente los Diagramas del Modelo Entidad - Relación y Modelo Relacional, ya que la normalización te ayuda a evitar duplicidad de datos y mejorar el rendimiento de tus consultas y transacciones de la base de datos.
Espero haber aclarado tus preguntas.
@@jesusdominguezgutu2842 Ahhhh ok... Vienen de gente que por ejemplo los anota a mano, o como sea... Muchas gracias, eso si me aclaró bien la duda, Gracias!
Clarito como el agua. Gracias.-
Me vi ocho video, no entendí ninguno, este es el primero que entiendo, gracias
La tercera forma normal no la entendi.
Muy buena explicación, mil gracias.
no se permiten los duplicados,solo archivos de base en normalizacion?
muy bueno pero tambien ver este video es una joyita para entender mejor
Normalizacion de una base de datos Fn(1- 3) - Docencia Informatica
Jajajajajajajajajaja el que todo lo sabe
@@Jose-cj8wu no lo se todo. mejor aprovecha que deje una referencia para que puedas ver el video.
@@zangetzu8303 jajajajaja no sabes ni donde estas parado cabezon..!
@@Jose-cj8wu ya estas delirando ponte a aprender, no respondere mas comentarios tuyos, es una perdida de tiempo prefieres discutir, que estudiar.
Gran video
Un detalle, en la 3ra forma el idCompra no deberia ser independiente del id cliente? Ya que lo pusiste el mismo id, habiendo redundancia, el id compra al ser llave primaria en su propia tabla, deberia ser normal 1,2 3,4,5,etc..
Men, Te amo.
muy buen video gracias
Hola profe jesus tengo un problema es q me dieron esta informacion
3 de equipos.
7 jugadores por equipo.
5 partidos relacionados entre los 3 equipos.
q campos puedo crear para hacer la tabla sin normalizar? el 1 seria cod_jugador 2. nombre_jugador 3. equipo_jugador y el resto cuales serian??. me ayudarian mucho gracias
Que tal Camilo, pueden ser 3 tablas: uno de jugadores con los campos que consideres, otra tabla de equipos con los campos que consideres y que tenga la relación con jugadores para saber de qué equipo son, y la última tabla de Partidos con los campos que consideres pero que tenga relación con los equipos para saber a qué hora jugarán y contra quién, espero haberte ayudado, saludos
Buenas. Gracias por la explicacion. Falto normalizar la entidad Compra, que seria la factura en si. Pq aun hay redundancia de datos.... Eso se hace en la 4ta Forma Normal?
Te pongo un link con una imagen donde puedes ver la corrección:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Muy bien explicado, gracias.
Tengo una duda, en la tabla COMPRA, se podía tener simplemente "id_compra" sin id_cliente y sin id_prod?
Hola Christian, no es posible ya que necesitas conocer quién compró y qué productos compró, saludos
Tengo una duda. Espero puedan ayudarme:
Tengo un campo estatus en una tabla de tripulantes para saber si ese tripulante va a bajar, subir o se quedara en el barco. Tengo que separar el campo estatus y generarle su propia tabla o se queda tal cual en la tabla de tripulantes???
Muchas gracias
Hola Oswaldo, debes crear otra tabla con la descripción de los 3 estatus y pasar su id_estatus a la tabla tripulantes como llave foránea, saludos
Disculpa una pregunta, el id_compra que es la llave de la tabla compras, tambien pudo haber sido de valor unico verdad? Supongamos que se le podria poner tambien un autoincrement... La pregunta es si se puede de la forma que nos lo enseñas en este tutorial ... o tambien de esta forma de valores unicos para compra?? o si lo mas recomendable es hacerlo unicamente como se ve aqui en el curso
A no disculpa ya entendi, lo que pasa es que se esta uniendo la tabla productos con la tabla de clientes mediante la de compras jejeje no lo estaba viendo asi, en mi cabeza traia que la tabla productos tenia clientes dentro, pero pues la realidad es que es una tabla de muchos a muchos jejej, Gracias por tu atencion nuevamente! Saludos Cordiales
muy buen video
genial !!! súper util
Claro el vídeo, pero siento que se pudo habe rnormalizado más desde F1.
Por ejemplo en la tabla clientes, se pudo haber creado otra tabla que se llame calle, también en número.
Y luego como trabajo con tantas tablas? Cómo hago análisis y graficos con eso?
Es que digamos yo estoy acostumbrada a tener todo en una sola y no tener tantas separadas :(
Que tal Diana, para realizar gráficos y reportes, además, analizar los datos de éstos, se utilizan herramientas de inteligencia de negocios, por ejemplo, Power BI donde puedes importar los datos necesarios de todas éstas tablas, depurarlos y trabajar con ellos en la visualización de reportes con gráficos y variables, posteriormente, realizar el análisis e interpretación de éstos, saludos
Capo...!
No entiendo si dices que en una columna no se pueden repetir datos sin embargo el idbarrio si se repite, aunque imagino que te referirás para un mismo cliente es decir idbarrio sinse repite pero representa a distintos clientes es así ?
El id_barrio se repite porque es una llave foránea, la regla aplica para aquellas columnas que no son este tipo de llaves, como las de tipo texto, recuerda que las llaves foráneas identifican a un atributo de otra tabla al cual se hace referencia, en este caso a un barrio o colonia. Espero que haya aclarado la pregunta, saludos.
El Supermercado ONCE comercializa productos de distintos rubros. El
encargado desea ordenar los productos registrando los siguientes datos código de
producto, descripción del producto, nombre del producto, fecha de elaboración,
vencimiento, marca, peso, precio, etc. Los rubros podrán ser: alimentos, golosinas,
perfumería, bebidas, lácteos, etcétera).
alquien me ayuda porfas
Excelente!
Entonces en la tabla "COMPRA" no es necesario una clave primaria?
Si es necesaria, te mando la actualización del Modelo, se creó una tabla llamada DETALLE-COMPRA y la tabla COMPRA se actualizó sus valores:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view
Saludos
gracias
Como se veria el modelo relacional en tercera forma normal?
Te pongo un link con una imagen donde puedes ver la normalización final, ya que tuve un error:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Para obtener el Modelo Relacional, simplemente tienes que tomar cada tabla y establecer las relaciones de integridad referencial, es decir, relacionar las llaves primarias con las llaves foráneas, puedes guiarte por los colores de los encabezados de las columnas, saludos.
Mas claro que el agua de tamarindo
👍
La tabla Compra no se encuentra en 1ra FN, la columna Id_Compra debe ser una columna Identidad para que los valores seán unicos e identifiquen a cada registro de forma uniovoca.
Hola Christian, te pongo un link con una imagen donde puedes ver la corrección:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Saludos.
@@jesusdominguezgutu2842 profesor. Disculpe mi ignorancia, en la tabla detalle compra, las fechas se repiten. Eso puede suceder en la 3FN? Por qué?
@@JA-kb2mh las fechas se repiten debido a que existen varias compras en el día, generalmente los campos o columnas donde la información no debe repetirse son las de tipo texto, como el nombre, dirección, sexo, etc., pero todo dependerá del cliente.
no entendí la tabla compra. porque id_compra se repite y el porqué de no dejar la llave primaria como compuesta?
Saludos
La tabla compras es una tabla donde se realizan transacciones (es un tema más avanzado), por eso no es conveniente dejar la llave primaria como compuesta, en esta tabla no se deja como tal una llave primaria, debido a que es un dato que se tiene que repetir, con la finalidad de identificar los productos que se venden en cada compra. Si dejas como llave primaria la id_compra como llave primaria y autoincrement, ¿cómo identificar los productos que vendiste?, imagínate lo que hacen los grandes supermercados como Soriana o Chedraui que se venden varios productos por compra. Espero que te haya ayudado la explicación. Saludos
@@jesusdominguezgutu2842 Entonces no es obligatorio que una tabla lleve la PK? se puede hacer la excepcion en algunos casos?
@@davinchocamaron646 todas las tablas deben tener una llave primaria, es una regla de la Normalización de las tablas de una base de datos, tuve un error y pronto actualizaré el video, saludos
@@jesusdominguezgutu2842 disculpe lo llego a actualizar?
@@oscarterrones5912 Te pongo un link con una imagen donde puedes ver la corrección:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
no entiendo dice que en la primer atabla clientes los barrios se repiten por lo que le colo co id de barrio pero ahora siempre se repiten los numeros de id osea siempre hay dato repetido solo que en lugar del nombre del barrio ahora se repiten el numero del id del barrio
Es parte de las reglas de Normalización que se deben implementar en las tablas de una base de datos.
La idea es entender dos cosas estimado:
-Que se repita un Id (normalmente integer) es menos costoso en disco que repetir Strings que pueden estar representadas en un sólo registro.
-Si crece en atributos la entidad Barrio (Ejem: nombre barrio, urbanización, manzana o lote) verás que no será una pesadilla estar repitiendo todos esos atributos si se encuentra normalizado.
La norma es excelente, así que aplicarla no mas, porque tiene sentido en escalabilidad.
Aqui esprando la actualizacion del video de la tabla compra
Una disculpa por no actualizar el video, ya que tengo otras actividades docentes que me han impedido hacerlo, sin embargo, te pongo un link con una imagen donde puedes ver la corrección:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Saludos.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
Calle y numero , no deberia estar también en otra tabla que se llame direccion ?
Sí, puedes sacarlas en otra tabla; siempre y cuando, hagas búsquedas por calle, todo dependerá de tu cliente
No entiendo por qué separaron el barrio, porque el barrio es un atributo de la dirección. Mas facil hubiera sido creando una tsbla llamada DIRECCIONES, con los atributos calle, carrera, nunero, barrio, ciudad
De acuerdo a tu comentario, dependerá de los requerimientos de búsqueda de tu cliente, ¡aclaro!... en la vida real puedes colocar un solo atributo de direcciones, nombre completo, etc.; sin embargo, para enseñar a normalizar una base de datos, una de las reglas es que no se deben repetir los valores, por eso se separan en tablas independientes.
Lo miro y lo miro y creo que hay un problema en la tabla compra toda vez que no tengo forma con el id de traer un registro específico, ambiguedad.
Te pongo este link con una imagen donde puedes ver una actualización:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
@@jesusdominguezgutu2842 Excelente! muchas gracias.
id compras repetidos ?
Es para identificar todos los procutos de una compra, si vas al supermercado, no se genera una id de compra por cada producto que vayas a comprar.
Te dejo un link con una imagen donde puedes ver unas correcciones que hice al Modelo:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
min 5:03, no debería ser el id_compra autoincremental?? porque repetir el mismo id de id_cliente?? no le veo sentido...una explicación por favor
Que tal Willy, te pongo un link con una imagen donde puedes ver una corrección que realicé al modelo:
drive.google.com/file/d/1NJxjuYcw63663plTyN67K3acEnVSzQiN/view?usp=sharing
Se colocó una tabla llamada DETALLE_COMPRA donde se almacenan todos los productos comprados por el cliente y se utiliza la tabla de COMPRAS para almacenar el total de la compra, relacionando las llaves primarias y llaves foráneas en cada una de ellas.
Se puede colocar más información en la tabla de COMPRAS de acuerdo a las necesidades y análisis de los requerimientos, sin embargo, los alumnos a quienes está dirigido el video, son de 2o. cuatrimestre que empezarán a diseñar bases de datos a partir de casos reales, por eso son ejemplos básicos que utilizo para que capten la idea del tema.
@@jesusdominguezgutu2842 Genial, nos quedaríamos con id_detcom. Tiene mucho sentido. Gracias por compartir.
En la tabla compra estoy notando un grave error, se supone que las llaves primas son valores únicos e irrepetibles, y en la tabla compra según el ejemplo la columna id_compra es la llave primaria por lo tanto los valores de esa columna no deben repetirse y según lo que podemos ver hay repetición de valores, entonces algo no se hizo bien o falto hacer algo más
Eso lo respondió en un comentario anterior
Hola Alejandro, gracias por tu comentario, el video se actualizará a la brevedad posible, saludos
Terrible error en la segunda forma normal, la clave primaria debe ser única.
Gracias por tu comentario, el video se actualizará a la brevedad posible, saludos
y como se soluciona eso D:
creo q no era necesario poner id compra segun yo
Hola Diego, es necesario ya que en cada compra se pueden comprar varios productos, de lo contrario, no sabrías quiénes los compraron; por ejemplo, imagínate que vas a un centro comercial por la despensa, sin una id_compra que identifique qué productos compraste, podrían cobrarte productos que no estás llevando, saludos.
@@jesusdominguezgutu2842Vale entiendo, aplicaría lo mismo para una tabla con cod libro cod lector fecha devolución? Tendría que crear otro pk así mismo? . Muchas gracias
@@diegoan3768 Efectivamente, deben estar en una tabla de préstamos
Emmm como que lo hiciste para el c*lo no?
Si te refieres a que es un ejemplo muy sencillo, sí, (entenderé tu expresión como un modismo, ya que es insultante tu expresión), este video está dirigido a alumnos que es la primera vez que llevan la materia de bases de datos y que necesitan asimilar el concepto con algo muy sencillo, saludos.
No esta del todo bien normalizadp
Estimado Flexer, argumenta tu opinión, por favor, saludos.