Normalización de bases de datos

[@maroxcore]

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!

[@omar-4777]

Sr Jesús Dominguez Gutú, saludos desde Argentina, su trabajo es una maravilla, hasta yo lo entendí, ja,ja!!! Saludos,

[@callejerosinley]

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

[@jesusdominguezgutu2842]

Gracias por tu comentario, el video se actualizará a la brevedad posible, saludos

[@Vlad.1O]

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ú.

[@ExcelClaroyDulce]

EXCELente explicación estimado Maestro ...Gracias por compartir

[@jonathanshock1113]

lo explicaste muy bien. pude llegar a entender algunos conceptos para mi proyecto. gracias

[@veyaco4295]

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 : )

[@jesusdominguezgutu2842]

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

[@jonathancolorado2998]

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

[@HADE102007]

MUY BUEN APORTE PARA PODER TENER MÁS EN CLARO EL TEMA DE LAS NORMALIZACIONES DE BASE DE DATOS

[@corrocruzjesus.6694]

Gran video me servirá de mucho en mi exposición que viene próximamente gracias:)

[@danielroda9490]

Muchas gracias señor, me ayudó a entender para mi tarea porque estaba mamando

[@Adormir123]

Increible, super claro el video!!!

[@vagneraraujo8722]

aula muito boa, banco de dados é muito interessante e muito util para os dias atuais

[@CristhianSempai]

Gracias compa xd mañana es mi presentacion ojala todo me salga bien

[@davinchocamaron646]

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.

[@harlonfelipeperez2740]

Están agregando datos que no existen.

[@heynermarquez6652]

Cierra el culi

[@LuismatCO]

@@harlonfelipeperez2740 es que es un gil

[@iconicastll]

La tercera forma normal no la entendi.

[@juancarlosvilca5952]

M e has resumido una clase de 4 horas, gracias ahora ya entendí

[@vash7839]

Le entendí super rapido, este es el mejor video sobre la normalización, está con peras y manzanas, muchas gracias.

[@joaquingabrieljurado4973]

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..

[@juliopaez8521]

muchas gracias me sirvió el video

[@patriciogaray2589]

Muy clara la explicación, muchas gracias! Buen trabajo

[@fernandogarrido9273]

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.

[@callejerosinley]

Ojala pudieras hacer un video explicando 4FN y 5FN, mucho lo agradeceriamos.

[@rafaelrafael4843]

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!

[@jesusdominguezgutu2842]

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.

[@rafaelrafael4843]

@@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!

[@cesarrodriguez6175]

Muy buena explicación, mil gracias.

[@cesarbarrionuevosaavedra]

Clarito como el agua. Gracias.-

[@oswaldotrujilloortiz5722]

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

[@jesusdominguezgutu2842]

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

[@taKKi]

Me vi ocho video, no entendí ninguno, este es el primero que entiendo, gracias

[@josepespejo5903]

no se permiten los duplicados,solo archivos de base en normalizacion?

[@camiloparraga9073]

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

[@jesusdominguezgutu2842]

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

[@zangetzu8303]

muy bueno pero tambien ver este video es una joyita para entender mejor Normalizacion de una base de datos Fn(1- 3) - Docencia Informatica

[@Jose-cj8wu]

Jajajajajajajajajaja el que todo lo sabe

[@zangetzu8303]

@@Jose-cj8wu no lo se todo. mejor aprovecha que deje una referencia para que puedas ver el video.

[@Jose-cj8wu]

@@zangetzu8303 jajajajaja no sabes ni donde estas parado cabezon..!

[@zangetzu8303]

@@Jose-cj8wu ya estas delirando ponte a aprender, no respondere mas comentarios tuyos, es una perdida de tiempo prefieres discutir, que estudiar.

[@rafaelrafael4843]

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

[@rafaelrafael4843]

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

[@christiandurante2274]

Tengo una duda, en la tabla COMPRA, se podía tener simplemente "id_compra" sin id_cliente y sin id_prod?

[@jesusdominguezgutu2842]

Hola Christian, no es posible ya que necesitas conocer quién compró y qué productos compró, saludos

[@jangue8034]

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?

[@jesusdominguezgutu2842]

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.

[@calamardo6431]

Muy bien explicado, gracias.

[@deibysborja6687]

Men, Te amo.

[@sandrocordova8730]

muy buen video gracias

[@dianaariaschavarria]

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 :(

[@jesusdominguezgutu2842]

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

[@susanaabantoescobar6407]

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

[@manolosf81]

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í ?

[@jesusdominguezgutu2842]

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.

[@izok4200]

Gran video

[@maveydraws9171]

genial !!! súper util

[@ChristianLopez-cj3qi]

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.

[@jesusdominguezgutu2842]

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]

@@jesusdominguezgutu2842 profesor. Disculpe mi ignorancia, en la tabla detalle compra, las fechas se repiten. Eso puede suceder en la 3FN? Por qué?

[@jesusdominguezgutu2842]

@@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.

[@getseneko7004]

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.

[@sebax06]

Entonces en la tabla "COMPRA" no es necesario una clave primaria?

[@jesusdominguezgutu2842]

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

[@eada1249]

Como se veria el modelo relacional en tercera forma normal?

[@jesusdominguezgutu2842]

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.

[@nachitogamer8885]

muy buen video

[@luistrigueros90]

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

[@jesusdominguezgutu2842]

Es parte de las reglas de Normalización que se deben implementar en las tablas de una base de datos.

[@bonfersen]

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.

[@Jose-cj8wu]

Capo...!

[@RootMachine-sudo]

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

[@jesusdominguezgutu2842]

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.

[@cosmicblack]

no entendí la tabla compra. porque id_compra se repite y el porqué de no dejar la llave primaria como compuesta? Saludos

[@jesusdominguezgutu2842]

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]

@@jesusdominguezgutu2842 Entonces no es obligatorio que una tabla lleve la PK? se puede hacer la excepcion en algunos casos?

[@jesusdominguezgutu2842]

@@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]

@@jesusdominguezgutu2842 disculpe lo llego a actualizar?

[@jesusdominguezgutu2842]

@@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.

[@abbythecircus7804]

gracias

[@willyjhamilgutierrezdaza9162]

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

[@jesusdominguezgutu2842]

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.

[@willyjhamilgutierrezdaza9162]

@@jesusdominguezgutu2842 Genial, nos quedaríamos con id_detcom. Tiene mucho sentido. Gracias por compartir.

[@CristalTav]

Excelente!

[@elmariscal5394]

Calle y numero , no deberia estar también en otra tabla que se llame direccion ?

[@jesusdominguezgutu2842]

Sí, puedes sacarlas en otra tabla; siempre y cuando, hagas búsquedas por calle, todo dependerá de tu cliente

[@jimmymontenegro8517]

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.

[@jesusdominguezgutu2842]

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.

[@jimmymontenegro8517]

@@jesusdominguezgutu2842 Excelente! muchas gracias.

[@danielarriaga4428]

Aqui esprando la actualizacion del video de la tabla compra

[@jesusdominguezgutu2842]

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.

[@jesusdominguezgutu2842]

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.

[@sonycorp.]

Mas claro que el agua de tamarindo

[@KleyderReyes-bu1iv]

👍

[@santiagoapesteguia1712]

id compras repetidos ?

[@jesusdominguezgutu2842]

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.

[@jesusdominguezgutu2842]

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.

[@alejandroalonso602]

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

[@oswaldotrujilloortiz5722]

Eso lo respondió en un comentario anterior

[@jesusdominguezgutu2842]

Hola Alejandro, gracias por tu comentario, el video se actualizará a la brevedad posible, saludos

[@diegoandresposliguabravo2513]

creo q no era necesario poner id compra segun yo

[@jesusdominguezgutu2842]

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.

[@diegoan3768]

​@@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

[@jesusdominguezgutu2842]

@@diegoan3768 Efectivamente, deben estar en una tabla de préstamos

[@ALopezUaa2007]

Terrible error en la segunda forma normal, la clave primaria debe ser única.

[@jesusdominguezgutu2842]

Gracias por tu comentario, el video se actualizará a la brevedad posible, saludos

[@davinchocamaron646]

y como se soluciona eso D:

[@racogds5771]

Emmm como que lo hiciste para el c*lo no?

[@jesusdominguezgutu2842]

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.

[@Oddr396]

Esto está malo.

[@flexer7822]

No esta del todo bien normalizadp

[@jesusdominguezgutu2842]

Estimado Flexer, argumenta tu opinión, por favor, saludos.