Buenas noches Sr. Víctor Hugo, quiero felicitarlo por el empeño puesto en este video y agradecerle en gran medida, ya que en casi 21 minutos logró explicar mucho mejor lo que mi profesor de ingeniería de software intentó explicar en dos meses.
Buenas tardes Don Víctor Hugo. Permítame felicitarle por su gran trabajo. No soy una entendida en la materia, pero si estudiante de Gestión de Bases de Datos. He llevado casi dos trimestres con mucho trabajo y esfuerzo, intentando entender el temario. Estaba a punto de darme por vencida en esta materia. Decidí hoy buscar en la red algo que me ayudará a comprender, vi algunos videos que no los pude continuar ni tan siquiera la cuarta parte del mismo. Hubo un video de un chavea de aproximadamente unos dieciocho años, pero el DNS me privo de continuar viendo el video. Intente volver a encontrarlo, y de repente abrí el suyo, definitivamente me he enterado de todo. Y todo es tan fácil. Un saludo desde España-Andalucía-Málaga.
Buenas noches, Don. Victor! Es muy grato agradecer el conocimiento que aportó en el momento oportuno y que gracias a usted, he podido terminar mis estudios como Técnico en ASIR (Administrador de Sistemas Informáticos en Red). He superado con creces las prácticas. Qué Dios lo bendiga siempre. Un saludo. Mildred.
Lo que no han sido capaces de explicar bien en el libro que tengo que seguir, me lo ha explicado usted perfectamente. Muy buena presentación, mil gracias!
Me encanta, me sirvio mucho para construir la base de datos de un proyecto de investigación del que fui parte y que tenia información colectada durante 2 años dispersa en multiples tablas!!. Muchas gracias.
Estimado @visoalgt Lo que si puedo garantizarte es que tenemos conceptos que compartir, poca gente he encontrado en el mundo, que de importancia al diseño de base de datos como lo haces tú. Realmente es enriquecedor compartir contigo y admiro tu amplitud de aceptación de criterios no coincidentes. Eres docente de la materia?, trabajas en la industria privada? en fin...Gracias por compartir. Lo que para muchos la 1FN es un trámite, para nosostros es conceptos y más conceptos.
Gracias por responder así como por tu tolerancia. Me encanta tu propuesta de debatir el tema en más profundidad, mucha genta saldría enriquecida, tanto como nosotros. La base que parte del álgebra de conjuntos, pasa por el álgebra relacional (productos de conjuntos) para llegar al concepto de funciones que son realmente un conjunto de relaciones especiales no multivaluadas (ojo con el concepto) la verdadera base del modelo relacional. Codd era matemático y me imagino quiso ser simple.
Yo soy tambien un DBA. El Castellano no es mi lengua materna, y aprovecho tus videos para mejorarlo, y me ayudas mucho. Muchas gracias por tu contribución a la comunidad.
Me ha ayudato tanto!! Soy de Canada y estoy tomando classes en mi universidad y no pudio encontrar videos en ingles que eran demasiado clares... Su video esta EX-CEL-LENTE!! (y me hace muy feliz que he tomado classes de espanol en la escuela cuando fue pequena!!). Muchas gracias para compartir asi! :)
Excelente mucho más claro las temáticas de normalización, sinceramente estaba muy confundido, pero esto me ha ayudado aclarar mis dudas, muy agradecido con dicha explicación, un saludo !!
Hola Víctor Hugo, luego de unos problemillas técnicos puedo escribir. Soy profesor jubilado de UCV-matemáticas y UDO-Sistemas (35 años) Contador e Ingeniero con postgrado en sistemas, todo en Venezuela Actualmente vivo en Loja Ecuador y me dedico a la familia, dictar charlas, rehabilitación y SPINNING y compartir conocimientos con mentes críticas. Esta parte del diseño relacional me apasiona y todos los días aprendo y rectifico. Gracias por tu colaboración
Excelente vídeo!! Felicitaciones por su gran capacidad de saber compartir su conocimiento... mil gracias ha sido de gran ayuda para mejor entendimiento de este tema introductorio de las bases de datos, Cordial saludo.
amigo como esta, quisiera agradecerle por compartir con la comunidad este video ya que es de mucha utilidad por la sencillez y la forma en que usted explica el tema, realmente muy util, saludos desde colombia
el viedo par mi q soy algo novato tiene definiciones algo confusas , bien explicadas por medio de ejemplos pero con análisis se entiende bien y aun si me encanta el vídeo . gracias por el aporte
Hola @visoalgt En primer lugar agradecer tu generosidad en el comentario. Para mí ha sido impulsador el posteo contigo ya que para comentar tu trabajo me toca investigar y estudiar para hacerlo a la altura de tus conceptos. Espero se sume más gente en este pequeño intento de hacer las cosas correctas del modo correcto. Tu experiencia en el medio de verdad ayuda. En la medida que vayamos subiendo en las formas normales la matemática nos irá exigiendo, pero para esto estamos. Buen camino
Estimado Víctor Hugo En este punto nos cuesta coincidir. si A={Cálculo,Química} B={texto C1 texto C2, text Q1} La tabla AxB es materia textos Cálculo Texto C1 Texto C2 Cálculo Texto Q1 Química Texto C1 Texto C2 Química Texto Q1 que proviene de Conjuntos simples A & B con componentes COMPUESTOS. No hay multivaloración, ésta solamente es percibida como tal.
Estimado @bolivarlojan, perdon por la tardanza pero tuve unas pequeñas vacaciones, toda la razón en tu comentario, todo parte del algebra relacional, con las operaciones de unión, diferencia, interesección, proyección, selección, división y reunion, luego se generan otras operaciones pero estas son las basicas, ahora yo te preguntaría que entiendes por Relaciones No Multivaluadas, que sabemos es un termino interesante que podemos interpretar diferente ...
Si, justo estoy pensando en la 4Forma Normal, donde veo que discrepamos es entre si es multivalor ó atributo compuesto, (que a mi parecer es una linea muy delgada) Yo pienso que es multivaluado partiendo de que un unico atributo "Libro a Usar", tiene obviamente mas de un dato posible y no respetaria la 1FN donde cada intersección de fila-y-columna debe contener exactamente un valor del dominio aplicable.
Hola @visoalgt Gracias coincido contigo. Resuelto el problema con tu sugerencia. Tomé como clave primaria (nnn,nnnn,nnnnn) dejando el dígito validador fuera de la clave ya que es calculado y no requiero almacenarlo.
Estimado @bolivarlojan es un gusto compartir contigo estos conceptos, tengo en mi país Guatemala una empresa, donde me dedico al analisis de base de datos y desarrollo de software y tu a que te dedicas?
Estimado @visoalgt a. Las propiedades 1 & 2 existían antes de CODD. El älgebra Relacional entonces las garantiza. b. La cardinalidad de conjuntos ya preveía las no filas duplicadas puesto que A={a,b,c,c}=B={a,b,c}=>cardinalidad A=cardinalidad B c. En cuanto al punto 4, la 1Fn no exige no NULL, aunque la integridad de clave primaria en cambio si exige que ésta no sea NULL. Coincido contigo 1FN=>no atomicidad y más nada, lo demás es redundancia, ya existía antes de CODD:
Estimado @visoalgt Conclusión respecto a la 1FN. Se consideran determinantes: 1.- Composición (ej: Víctor Hugo) pertenecientes al mismo dominio. 2.- Concatenación (ej: Víctor Hugo) pertenecientes a dos dominios. 3.- Concatenación (ej: Código de barras) País, productor, producto, Nº validación pertenecientes a 3 dominios. La multivaloración no es elemento a considerar en 1FN, ya que este concepto no existe en Producto cartesiano (menos en funciones), base del modelo relacional.
falto en la primera forma normal, eliminar los grupos repetitivos..pero el video me ayudo mucho a entender algunas cosas que no me habian quedado claras..gracias saludos desde honduras..
@visoalgt 1 En libros a usar no hay multivalor (es imposible conseguirlo en prod, cartesiano) lo que hay son atributos compuestos 2 Si hay multivalor desde el punto de vista de modelo conceptual 3 La nueva tabla está ok y coincido contigo 4 No entiendo porqué dices persiste el multivalor (quizá estés pensando en 4FN?) 5 Una cosa es el dominio {Matemática aplicada, Matemática de conjuntos} y otra {(Matemática aplicada, Matemática de conjuntos)} que enera el supuesto "multivalor"
El dilema @bolivarlojan seria decidir si dividir el codigo en varios campos o trabajarlo en uno solo, yo lo dividiria y colocaria una llave primaria compuesta de estos campos, esto permitiria mas adelante realizar querys por pais, fabricante etc.
Hola Víctor H. Tengo otro problema para discutir. Un gestor de Código de barras para América quiere crear tablas normalizadas para guardar el código numérico correspondiente que asigna a sus clientes, considerando que cada código contiene por ej. 13 dígitos nnn: país nnnn: fabricante nnnnn: producto n: dígito validador que le devuelvan en pantalla por lo menos: 1. Código numérico 2. Los nombres de: país fabricante producto dame tus ideas, es un problema de 1FN.
Una duda, si tengo una tabla empleado relacionada con tabla pais la cual esta relacionada con la tabla regiones . Mi duda es si el empleado tiene que estar relacionado con las dos tablas o solo con la tabla país y tener otro campo que guarde el nombre de la ciudad ? ayudame xfa
una pregunta.. y si tengo una tabla CLIENTE y una tabla EMPLEADO.. y ambos tienen los atributos (nombre, apellido, sexo, edad).. debería crear una tercera tabla PERSONA.. y de ahí derivar las tablas CLIENTE y EMPLEDO ???? :/
No, ya que para tu negocio son entidades diferentes aunque con atributos similiares,pero diferentes al final. Esto que mencionas si aplica en la programación para las clases y herencia, pero en base de datos debes de pensarlo en funcion del negocio y cada instancia es unica.
Lo que nos lleva a la 1FN, Que Dice: 1. No hay orden de arriba a abajo en las filas. 2. No hay orden de izquierda a derecha en las columnas. 3. No hay filas duplicadas. 4. Los datos en la columna deben ser atomicos y no nulos
ok, si las reglas de normalización son profundas basadas sobre modelos matemáticos, ya antes tuvimos un debate con @bolivarlojan sobre esto, que puedes leer comentarios mas abajo, pero ten en cuenta que la idea del video es explicar los fundamento de la normalización para todo publico, pero seria interesante profundizar, te invito a discutamos lo que piensas que es simple..saludos Jokercks
Si la relación entre las dos entidades es de muchos a muchos SI, por ejemplo en una universidad, un catedrático da clase a muchos alumnos y muchos alumnos reciben clase con muchos catedráticos, allí necesitamos una tabla que relacione las dos entidades (que podria ser una tabla Asignación)
@visoalgt, disculpa que no te haya enviado el link de mi blog, comentaste un video que a su vez yo había comentado. Todo resuelto espero hayas accedido a mi blog. Bolívar
Me parece bien, el video @bolivarlojan solo una banalidad creo que en el minuto 3:54 se equivoca hablando diciendo "no deben existir valores atomicos" porque todos los valores deben ser atomicos, todo lo demas me parece bien.
Segun lo que puedo entender en respuesta a tu pregunta Santiago Soriano, Las relaciones serian, Un pais tiene varias regiones, una region tiene varias ciudades. Ahora empleado debe estar relacionado con una de las tablas dependiendo si vende en todo el pais, o solo en una región o solo en una ciudad pero solo con una tabla no con mas.
Si tienes razón pero era una clase grabada, pero échale un vistazo a la cuarta y quinta reglas de normalización esas están mejor presentadas. saludos!!!
Hola nuevamente amigo. Saludos cordiales. En mi experiencia, cuando modelamos no necesariamente debemos hilar tan fino, muchas veces la teoría no aplica a la práctica, y la des-normalización tiende a ser beneficiosa. Hilar muy fino suele complicar enormemente los diseños, y por consiguiente todo el futuro trabajo del desarrollo del software, y ni que decir del mantenimiento y administración de los datos. Como sabes, un modelado puede considerarse correcto y normalizado ya en 3FN. Surgen entonces los problemas planteados en 4FN y 5FN, que en mi opinión, se tendría que analizar muy bien el costo beneficio de normalizar a este nivel. Con relación a la 4FN por ejemplo, talvez el ejemplo no fue el adecuado con los números de teléfono. Bien podrían crearse dos o tres campos para números de teléfono y no existiría problema alguno al respecto. A menos que se piense que este atributo puede tomar cantidades no controladas de valores, ahí entonces si aplicaría crear una nueva tabla para estas datos. Por ejemplo almacenar los deportes que practica una persona. Alguien podría argumentar que tener 3 campos para el teléfono viola todo desde el inicio. Pero hay que recordar el contexto y el valor de los atributos. No es lo mismo hacer esto para atributos como por ejemplo: fechas de pago de un préstamo, o montos de abonos a un préstamo. Conozco software que en su tabla de clientes poseen tres campos para teléfonos, y no está mal diseñado. Al igual conozco software que poseen una tabla adicional a los clientes para teléfonos, contactos, fax, emails, etc. Y no están mal diseñadas, pero estas aplicaciones terminan teniendo cientos de tablas, con todas las implicaciones que esto significa. Y me pregunto, era realmente necesario? Habría que analizar cada contexto, pero muchas veces no. La 5FN es todavía más extraña de manejar, por eso suele ignorarse. Su nivel de utilidad todavía se discute mucho. Tu ejemplo de la relación: Psiquiatra,Asegurador,Condición; me parece más que correcta y adecuada al contexto. Mas bien aplicar la 5FN lejos de beneficiar, ensucia enormemente el modelado, te explico. El adicionar la Condición Depresión al Dr. Cárdenas, no necesariamente sería un problema, esto si partimos del hecho de que solamente trabajaría esa condición en una Aseguradora por ejemplo. Como reflejarías en el modelo en 5FN, que una aseguradora trabaja unas condiciones con ciertos médicos solamente? Dicho de otra forma, un doctor trabaja para una aseguradora solo para ciertas condiciones? Como ves, el modelo original no era tal limitado como parecía. Aclaro que lejos de querer contradecir, valoro enormemente tu material y aprovecho la oportunidad para aclarar puntos que beneficien a todos. Mi humilde opinión. Atte. Juan Carlos.
Buen día: Si A=nombres={a,b,} & B=teléfonos={1,2}, => AxB={(a,1),(a,2),(b,1},(b,2)}. Si a tiene 2 teléfonos y b no los tiene => la tabla a 1 a 2 No hay forma de conseguir una dupla (a,1 & 2 al mismo tiempo), ya que por definicIón le corresponde UNO Y SOLO UNO elemento de B lo cual implica univaloración. Si embargo en la vida real, el modelo conceptual acepta multivaloración, pero al pasar al modelo lógico desaparece por la no aceptación de multivaloración en tablas o relaciones.
Buen día Victor Hugo Subí a mi blog un resumen de un trabajo del modelo relacional (antes de Codd), buscando compartir conceptos. Espero tus comentarios Buen camino Bolívar
@bolivarlojan gracias por interesarte, busco explicar a cualquier persona, de cualquier nivel de conocimiento de BD, con datos puestos en una simple hoja de excel en terminos sencillos, con la solvencia que me da 15 años de experiencia, obviamente existen muchos conceptos sujetos a interpretación lo de atomicidad por ejemplo, tu critica me parece mas por detalles que no perfeccione por los medios que use, te agradezco y me encantaria debatir contigo de forma mas profunda
Gracias @visoalgt Pero hay una pequeña confusión. Yo subí a mi blog un artículo (texto puro) y tu me hablas de un video, en fin mi blog: wwwPUNTObolivarlojanPUNTOblogspotPUNTOcom Me valí del truco .=PUNTO porque me daba error al enviarlo Gracias y buen camino
1.- Las tablas no están en 1FN 2.- No es indican dominios de segundo nombre (ojo con NULL) 3.- No se indican dominios de segundo appelido (ojo con NULL) 4.- El jefe del departamente es cambiante. No es estático. Falta histórico de variaciones 5.- El sueldo es cambiante. No es tipo character o sea no debe llevar "0" a la izquierda 6.- La dirección es atómica (conceptualmente) no confundir compuesta con no atómica 7.- Jones, Bravo, Ellis etc, no son claves, salvo en universo restringido. Cuidado.
En otras palabras si tengo la tabla: CodigoClase | Catedratico | Libro a Usar Matematica |Juan Perez |Matematica Aplicada, Matematica de Conjuntos BaseDeDatos| Carlos Garcia |Fundamentos BD1, Algebra Relacional Hay Multivalores en "Libro a Usar", La 1FN resuelve esto asi para la primera fila: Matematica |Juan Perez | Matematica Aplicada, Matematica |Juan Perez | Matematica de Conjuntos persiste el multivalor, pero ya no es divisible la colum
para ser un video del 2011 no esta mal vengo de ver 5 videos tengo los conceptos y practica de normalizacion claras, aqui se explica los conceptos pero le da mucho rodeol.
con todo respeto , siento que le falto mucho sobre las normalizaciones,se que cada autor tiene su propio uso sobre las normalizaciones aunque veo muy simple este uso de las FN
Estimado @bolivarlojan, se me habia pasado escribirte, pero he leido tu articulo varias veces para ir asimilandolo y me parece sensacional, comprendo mas tus comentarios de conjuntos ahora. Sin duda es un link recomendable: "bolivarlojan.blogspot.com", dejame acompañar mi lectura de una libre para apuntar mis dudas y comentarios, pero vuelvo a insistir que es excelente!!!!
Saludos Bolívar, espero que estés muy bien, justo ahora estoy revisando tus notas de VB.net, aquí en Guatemala cuando algo es muy bueno le decimos "Chilero", te digo esto porque que Chilero es para mi mantener la comunicación contigo, para hacerlo mas personal te envió mi correo vhcardenas@gmail.com... Saludos!!!
Hola Victor, primeramente un cordial saludo. Me parece que estás confundiendo el concepto de ATRIBUTO ATOMICO. De hecho no es tu culpa, ese concepto ha sido muy discutido ya que CODD no fue muy claro al respecto. Pero hay que recordar que se habla de atómicos, no cuando puedes partir la lista de caracteres, mas bien cuando cada valor es atómico dentro del dominio especificado para el atributo. Los campos de tu ejemplo: Nombre, Apellido y Dirección, son TOTALMENTE ATOMICOS. Ahora, cuando no estaría atómico un atributo? cuando almacenas mas de un valor dentro del mismo dominio. Por ejemplo, tienes un atributo ASIGNATURAS_MATRICULADAS, y como un estudiante puede matricular mas de una asignatura, podrías tener un valor de: "Matemáticas, Biología". Cuando CODD habla de que un varlor no puede ser descompuesto en pedazos mas pequeños, no se refiere a los caracteres dentro de un Nombre, se refiere a no almacenar dos nombres.
Totalmente de acuerdo, existe diferencia entre un atributo "compuesto" de varias partes pero que es un solo atributo y la atomicidad, y tienes toda la razón existe mucha discusión al respecto por los discípulos de Codd. Ahora en cuanto a mi video, defendiéndolo un poco, no confundo los términos ya que la atomicidad está sujeta a criterio y dependiendo del tipo de negocio de la base de datos, existe data que puede tratarse como un atributo o subdividirse porque el negocio necesita atributos más detallados. Ahora ten en cuenta que la intención de este tutorial es que sea apto para todos los niveles de conocimiento de base de datos y mi idea fue explicarlo lo más sencillo posible. Creo que es un problema de forma y no de fondo, y en el fondo estoy totalmente de acuerdo contigo y agradezco y valoro mucho tu opinión, de hecho me gustaría me dieras tu opinión de la cuarta forma normal: Cuarta Forma Normal y la quinta forma normal Quinta Forma Normal Saludos!
Buenas noches Sr. Víctor Hugo, quiero felicitarlo por el empeño puesto en este video y agradecerle en gran medida, ya que en casi 21 minutos logró explicar mucho mejor lo que mi profesor de ingeniería de software intentó explicar en dos meses.
Hugo René Rodríguez Cruz Mil Gracias por tu comentario!!!!
Buenas tardes Don Víctor Hugo. Permítame felicitarle por su gran trabajo. No soy una entendida en la materia, pero si estudiante de Gestión de Bases de Datos. He llevado casi dos trimestres con mucho trabajo y esfuerzo, intentando entender el temario. Estaba a punto de darme por vencida en esta materia. Decidí hoy buscar en la red algo que me ayudará a comprender, vi algunos videos que no los pude continuar ni tan siquiera la cuarta parte del mismo. Hubo un video de un chavea de aproximadamente unos dieciocho años, pero el DNS me privo de continuar viendo el video. Intente volver a encontrarlo, y de repente abrí el suyo, definitivamente me he enterado de todo. Y todo es tan fácil. Un saludo desde España-Andalucía-Málaga.
Mildred, estoy muy agradecido por su comentario!!!
Buenas noches, Don. Victor! Es muy grato agradecer el conocimiento que aportó en el momento oportuno y que gracias a usted, he podido terminar mis estudios como Técnico en ASIR (Administrador de Sistemas Informáticos en Red). He superado con creces las prácticas.
Qué Dios lo bendiga siempre. Un saludo.
Mildred.
Lo que no han sido capaces de explicar bien en el libro que tengo que seguir, me lo ha explicado usted perfectamente. Muy buena presentación, mil gracias!
Excelente la parte introductoria de las Bases de Datos. La verdad Profesor estoy aprendiendo mucho de usted. Gracias por sus enseñanzas
Muchas gracias Profesor Visoalgt, me ha servido mucho. Felicito a Bolibarlojan también por su Blog, excelente discusión y de gran ayuda.
Me encanta, me sirvio mucho para construir la base de datos de un proyecto de investigación del que fui parte y que tenia información colectada durante 2 años dispersa en multiples tablas!!. Muchas gracias.
Estimado @visoalgt
Lo que si puedo garantizarte es que tenemos conceptos que compartir, poca gente he encontrado en el mundo, que de importancia al diseño de base de datos como lo haces tú. Realmente es enriquecedor compartir contigo y admiro tu amplitud de aceptación de criterios no coincidentes. Eres docente de la materia?, trabajas en la industria privada? en fin...Gracias por compartir.
Lo que para muchos la 1FN es un trámite, para nosostros es conceptos y más conceptos.
El mejor profesor que he encontrado y he buscado muchos ! Gracias
Gracias por responder así como por tu tolerancia. Me encanta tu propuesta de debatir el tema en más profundidad, mucha genta saldría enriquecida, tanto como nosotros. La base que parte del álgebra de conjuntos, pasa por el álgebra relacional (productos de conjuntos) para llegar al concepto de funciones que son realmente un conjunto de relaciones especiales no multivaluadas (ojo con el concepto) la verdadera base del modelo relacional. Codd era matemático y me imagino quiso ser simple.
Yo soy tambien un DBA.
El Castellano no es mi lengua materna, y aprovecho tus videos para mejorarlo, y me ayudas mucho.
Muchas gracias por tu contribución a la comunidad.
Me ha ayudato tanto!! Soy de Canada y estoy tomando classes en mi universidad y no pudio encontrar videos en ingles que eran demasiado clares... Su video esta EX-CEL-LENTE!! (y me hace muy feliz que he tomado classes de espanol en la escuela cuando fue pequena!!). Muchas gracias para compartir asi! :)
Excelente mucho más claro las temáticas de normalización, sinceramente estaba muy confundido, pero esto me ha ayudado aclarar mis dudas, muy agradecido con dicha explicación, un saludo !!
Hola Víctor Hugo, luego de unos problemillas técnicos puedo escribir.
Soy profesor jubilado de UCV-matemáticas y UDO-Sistemas (35 años)
Contador e Ingeniero con postgrado en sistemas, todo en Venezuela
Actualmente vivo en Loja Ecuador y me dedico a la familia, dictar charlas, rehabilitación y SPINNING y compartir conocimientos con mentes críticas. Esta parte del diseño relacional me apasiona y todos los días aprendo y rectifico. Gracias por tu colaboración
Excelente vídeo!! Felicitaciones por su gran capacidad de saber compartir su conocimiento... mil gracias ha sido de gran ayuda para mejor entendimiento de este tema introductorio de las bases de datos, Cordial saludo.
amigo como esta, quisiera agradecerle por compartir con la comunidad este video ya que es de mucha utilidad por la sencillez y la forma en que usted explica el tema, realmente muy util, saludos desde colombia
Muchas Gracias por tu comentario Lorenzo!!!!
el viedo par mi q soy algo novato tiene definiciones algo confusas , bien explicadas por medio de ejemplos pero con análisis se entiende bien y aun si me encanta el vídeo .
gracias por el aporte
Felicidades por el video, muy muy bueno. Me ha ayudado bastante, a ver si encuentro la continuación.
¡Muy bien!
Perfectamente entendible, y muy ameno.
Buen trabajo
Hola @visoalgt
En primer lugar agradecer tu generosidad en el comentario. Para mí ha sido impulsador el posteo contigo ya que para comentar tu trabajo me toca investigar y estudiar para hacerlo a la altura de tus conceptos. Espero se sume más gente en este pequeño intento de hacer las cosas correctas del modo correcto. Tu experiencia en el medio de verdad ayuda. En la medida que vayamos subiendo en las formas normales la matemática nos irá exigiendo, pero para esto estamos. Buen camino
aprendí en 20 minutos lo que no pude aprender en 6 meses, muchas gracias!!
gracias por tu comentario!!!
Estimado Víctor Hugo
En este punto nos cuesta coincidir.
si A={Cálculo,Química}
B={texto C1 texto C2, text Q1}
La tabla AxB es
materia textos
Cálculo Texto C1 Texto C2
Cálculo Texto Q1
Química Texto C1 Texto C2
Química Texto Q1
que proviene de Conjuntos simples A & B con componentes COMPUESTOS. No hay multivaloración, ésta solamente es percibida como tal.
Estimado @bolivarlojan, perdon por la tardanza pero tuve unas pequeñas vacaciones, toda la razón en tu comentario, todo parte del algebra relacional, con las operaciones de unión, diferencia, interesección, proyección, selección, división y reunion, luego se generan otras operaciones pero estas son las basicas, ahora yo te preguntaría que entiendes por Relaciones No Multivaluadas, que sabemos es un termino interesante que podemos interpretar diferente ...
Si, justo estoy pensando en la 4Forma Normal, donde veo que discrepamos es entre si es multivalor ó atributo compuesto, (que a mi parecer es una linea muy delgada) Yo pienso que es multivaluado partiendo de que un unico atributo "Libro a Usar", tiene obviamente mas de un dato posible y no respetaria la 1FN donde cada intersección de fila-y-columna debe contener exactamente un valor del dominio aplicable.
Hila gran explicacion mi estimado, muchos de aqui coincidirqn conmigo en eso, exelente video GRACIAS, saludos desde México
Excelente explicación y además muy clara. Gracias por compartir. Saludos.
Hola @visoalgt
Gracias coincido contigo. Resuelto el problema con tu sugerencia. Tomé como clave primaria (nnn,nnnn,nnnnn) dejando el dígito validador fuera de la clave ya que es calculado y no requiero almacenarlo.
Estimado @bolivarlojan es un gusto compartir contigo estos conceptos, tengo en mi país Guatemala una empresa, donde me dedico al analisis de base de datos y desarrollo de software y tu a que te dedicas?
Muchas gracias por tu trabajo, me ha parecido un vídeo muy didáctico.
Estimado @visoalgt
a. Las propiedades 1 & 2 existían antes de CODD. El älgebra Relacional entonces
las garantiza.
b. La cardinalidad de conjuntos ya preveía las no filas duplicadas puesto que
A={a,b,c,c}=B={a,b,c}=>cardinalidad A=cardinalidad B
c. En cuanto al punto 4, la 1Fn no exige no NULL, aunque la integridad de clave
primaria en cambio si exige que ésta no sea NULL.
Coincido contigo 1FN=>no atomicidad y más nada, lo demás es redundancia, ya existía antes de CODD:
Estimado @visoalgt
Conclusión respecto a la 1FN.
Se consideran determinantes:
1.- Composición (ej: Víctor Hugo) pertenecientes al mismo dominio.
2.- Concatenación (ej: Víctor Hugo) pertenecientes a dos dominios.
3.- Concatenación (ej: Código de barras) País, productor, producto, Nº validación
pertenecientes a 3 dominios.
La multivaloración no es elemento a considerar en 1FN, ya que este concepto no existe en Producto cartesiano (menos en funciones), base del modelo relacional.
muchas gracias :)
muy buen video aprendi mas en 20 minutos viendo su video
que en 2 horas de clases :p
falto en la primera forma normal, eliminar los grupos repetitivos..pero el video me ayudo mucho a entender algunas cosas que no me habian quedado claras..gracias saludos desde honduras..
@visoalgt
1 En libros a usar no hay multivalor (es imposible conseguirlo en prod, cartesiano)
lo que hay son atributos compuestos
2 Si hay multivalor desde el punto de vista de modelo conceptual
3 La nueva tabla está ok y coincido contigo
4 No entiendo porqué dices persiste el multivalor (quizá estés pensando en 4FN?)
5 Una cosa es el dominio {Matemática aplicada, Matemática de conjuntos} y otra
{(Matemática aplicada, Matemática de conjuntos)} que enera el supuesto "multivalor"
Muchas Gracias por Tus Aportes..Saludos..!!!
Gracias por tu apoyo! Saludos!
Excelente aporte. Muchas gracias
El dilema @bolivarlojan seria decidir si dividir el codigo en varios campos o trabajarlo en uno solo, yo lo dividiria y colocaria una llave primaria compuesta de estos campos, esto permitiria mas adelante realizar querys por pais, fabricante etc.
Hola Víctor H.
Tengo otro problema para discutir.
Un gestor de Código de barras para América quiere crear tablas normalizadas para guardar el código numérico correspondiente que asigna a sus clientes, considerando que cada código contiene por ej. 13 dígitos
nnn: país
nnnn: fabricante
nnnnn: producto
n: dígito validador
que le devuelvan en pantalla por lo menos:
1. Código numérico
2. Los nombres de:
país
fabricante
producto
dame tus ideas, es un problema de 1FN.
muy buen aporte.
Gracias por tu comentario Corina!!!!!!
Correcto, Alemaxxx
muchas gracias, me has ayudado mucho! si sirve como critica la 1fn no queda muy clara pero esta genial, gracias de nuevo!:)
Muy buena explicacion. Saludos Ingeniero
Muy buen video, claro y bien explicado.
Una duda, si tengo una tabla empleado relacionada con tabla pais la cual esta relacionada con la tabla regiones . Mi duda es si el empleado tiene que estar relacionado con las dos tablas o solo con la tabla país y tener otro campo que guarde el nombre de la ciudad ? ayudame xfa
Lo digo por la norma de normalización.
Muy buen bideo me a gustado demasiado, me sirvio de mucha ayuda.
Gracias
una pregunta.. y si tengo una tabla CLIENTE y una tabla EMPLEADO.. y ambos tienen los atributos (nombre, apellido, sexo, edad).. debería crear una tercera tabla PERSONA.. y de ahí derivar las tablas CLIENTE y EMPLEDO ???? :/
No, ya que para tu negocio son entidades diferentes aunque con atributos similiares,pero diferentes al final. Esto que mencionas si aplica en la programación para las clases y herencia, pero en base de datos debes de pensarlo en funcion del negocio y cada instancia es unica.
gracias, precisamente con eso me estaba confundiendo con la herencia.. !!
Lo que nos lleva a la 1FN, Que Dice:
1. No hay orden de arriba a abajo en las filas.
2. No hay orden de izquierda a derecha en las columnas.
3. No hay filas duplicadas.
4. Los datos en la columna deben ser atomicos y no nulos
Gracias.Buen video pero habría estado bien poner el resultado final con todas las tablas que quedan y ver como resuelves la atomización en 1FN.
Una pregunta, en el ejemplo de la forma normal de boyce-codd que pasaría con el atributo que es "eliminado" ?? Gracias de antemano.
Este dato no se elimina, solo es tomado como un campo mas de la tabla. Ignorando que puede ser una llave.
gracias me ayudaste con mi profe de prepa
muy buen video, gracias por compartirlo.
Gracias, reconozco que es un poco lento y tedioso, pero es buen contenido, lo prometo!, Fue de mis primeros videos, Saludos!
Gracias viejo!! me sirvio algo q no entendia!!!
ok, si las reglas de normalización son profundas basadas sobre modelos matemáticos, ya antes tuvimos un debate con @bolivarlojan sobre esto, que puedes leer comentarios mas abajo, pero ten en cuenta que la idea del video es explicar los fundamento de la normalización para todo publico, pero seria interesante profundizar, te invito a discutamos lo que piensas que es simple..saludos Jokercks
Si la relación entre las dos entidades es de muchos a muchos SI, por ejemplo en una universidad, un catedrático da clase a muchos alumnos y muchos alumnos reciben clase con muchos catedráticos, allí necesitamos una tabla que relacione las dos entidades (que podria ser una tabla Asignación)
@visoalgt, disculpa que no te haya enviado el link de mi blog, comentaste un video que a su vez yo había comentado. Todo resuelto espero hayas accedido a mi blog.
Bolívar
Muchas Gracias Me sacaste de una gran duda
ok, lo tomare en cuenta para futuros videos Gracias!
Me parece bien, el video @bolivarlojan solo una banalidad creo que en el minuto 3:54 se equivoca hablando diciendo "no deben existir valores atomicos" porque todos los valores deben ser atomicos, todo lo demas me parece bien.
Segun lo que puedo entender en respuesta a tu pregunta Santiago Soriano, Las relaciones serian, Un pais tiene varias regiones, una region tiene varias ciudades. Ahora empleado debe estar relacionado con una de las tablas dependiendo si vende en todo el pais, o solo en una región o solo en una ciudad pero solo con una tabla no con mas.
no podrian explicar la 4ta y 5ta forma norma????
Excelente Aporte.
buen trabajo paisano saludos desde peru
Si tienes razón pero era una clase grabada, pero échale un vistazo a la cuarta y quinta reglas de normalización esas están mejor presentadas. saludos!!!
genial el video me ha ayudado mucho!
Muy bien explicado! Me ha ayudado un montón. Like :)
Hola nuevamente amigo. Saludos cordiales.
En mi experiencia, cuando modelamos no necesariamente debemos hilar tan fino, muchas veces la teoría no aplica a la práctica, y la des-normalización tiende a ser beneficiosa. Hilar muy fino suele complicar enormemente los diseños, y por consiguiente todo el futuro trabajo del desarrollo del software, y ni que decir del mantenimiento y administración de los datos. Como sabes, un modelado puede considerarse correcto y normalizado ya en 3FN. Surgen entonces los problemas planteados en 4FN y 5FN, que en mi opinión, se tendría que analizar muy bien el costo beneficio de normalizar a este nivel.
Con relación a la 4FN por ejemplo, talvez el ejemplo no fue el adecuado con los números de teléfono. Bien podrían crearse dos o tres campos para números de teléfono y no existiría problema alguno al respecto. A menos que se piense que este atributo puede tomar cantidades no controladas de valores, ahí entonces si aplicaría crear una nueva tabla para estas datos. Por ejemplo almacenar los deportes que practica una persona. Alguien podría argumentar que tener 3 campos para el teléfono viola todo desde el inicio. Pero hay que recordar el contexto y el valor de los atributos. No es lo mismo hacer esto para atributos como por ejemplo: fechas de pago de un préstamo, o montos de abonos a un préstamo. Conozco software que en su tabla de clientes poseen tres campos para teléfonos, y no está mal diseñado. Al igual conozco software que poseen una tabla adicional a los clientes para teléfonos, contactos, fax, emails, etc. Y no están mal diseñadas, pero estas aplicaciones terminan teniendo cientos de tablas, con todas las implicaciones que esto significa. Y me pregunto, era realmente necesario? Habría que analizar cada contexto, pero muchas veces no.
La 5FN es todavía más extraña de manejar, por eso suele ignorarse. Su nivel de utilidad todavía se discute mucho. Tu ejemplo de la relación: Psiquiatra,Asegurador,Condición; me parece más que correcta y adecuada al contexto. Mas bien aplicar la 5FN lejos de beneficiar, ensucia enormemente el modelado, te explico. El adicionar la Condición Depresión al Dr. Cárdenas, no necesariamente sería un problema, esto si partimos del hecho de que solamente trabajaría esa condición en una Aseguradora por ejemplo. Como reflejarías en el modelo en 5FN, que una aseguradora trabaja unas condiciones con ciertos médicos solamente? Dicho de otra forma, un doctor trabaja para una aseguradora solo para ciertas condiciones? Como ves, el modelo original no era tal limitado como parecía.
Aclaro que lejos de querer contradecir, valoro enormemente tu material y aprovecho la oportunidad para aclarar puntos que beneficien a todos.
Mi humilde opinión.
Atte. Juan Carlos.
muy buen video solo que no dijist ke eran 6 reglas? y yo solo vi 4 donde kedaron las demas?????
Buen día:
Si A=nombres={a,b,} & B=teléfonos={1,2}, => AxB={(a,1),(a,2),(b,1},(b,2)}. Si a tiene 2 teléfonos y b no los tiene => la tabla
a 1
a 2
No hay forma de conseguir una dupla (a,1 & 2 al mismo tiempo), ya que por definicIón le corresponde UNO Y SOLO UNO elemento de B lo cual implica univaloración.
Si embargo en la vida real, el modelo conceptual acepta multivaloración, pero al pasar al modelo lógico desaparece por la no aceptación de multivaloración en tablas o relaciones.
Estimado Víctor Hugo.
Tengo problemas en enviar comentarios, a pesar que pongo los caracteres captcha.
Quizá mañana
Buenas noches
Muchas gracias, en resumidas cuentas es que cuando hay dos atributos únicos que hacen referencia a una cosa se debe obviar y ya? XD
Buen día Victor Hugo
Subí a mi blog un resumen de un trabajo del modelo relacional (antes de Codd), buscando compartir conceptos. Espero tus comentarios
Buen camino
Bolívar
Muchisimas gracias
Que buen video..!!!
Muchas gracias !!
gracias bro muy buen video!!!!
@bolivarlojan gracias por interesarte, busco explicar a cualquier persona, de cualquier nivel de conocimiento de BD, con datos puestos en una simple hoja de excel en terminos sencillos, con la solvencia que me da 15 años de experiencia, obviamente existen muchos conceptos sujetos a interpretación lo de atomicidad por ejemplo, tu critica me parece mas por detalles que no perfeccione por los medios que use, te agradezco y me encantaria debatir contigo de forma mas profunda
Una duda cual es la 4ta 5ta y 6ta regla? :_
Cuarta forma normal ruclips.net/video/zx9y6Fpa3BE/видео.html
Quinta forma normal ruclips.net/video/7_-DifqVlBI/видео.html
Oye no tienes un video sobre los algoritmos de descomposición de un esquema de relación en esquemas en FNBC
y muy buen video..!! :3
Muy buena muchas gracias :)
Excelente
Gracias @visoalgt
Pero hay una pequeña confusión. Yo subí a mi blog un artículo (texto puro) y tu me hablas de un video, en fin
mi blog: wwwPUNTObolivarlojanPUNTOblogspotPUNTOcom
Me valí del truco .=PUNTO porque me daba error al enviarlo
Gracias y buen camino
gracias por esto!
Buen video
1.- Las tablas no están en 1FN
2.- No es indican dominios de segundo nombre (ojo con NULL)
3.- No se indican dominios de segundo appelido (ojo con NULL)
4.- El jefe del departamente es cambiante. No es estático. Falta histórico de variaciones
5.- El sueldo es cambiante. No es tipo character o sea no debe llevar "0" a la izquierda
6.- La dirección es atómica (conceptualmente) no confundir compuesta con no atómica
7.- Jones, Bravo, Ellis etc, no son claves, salvo en universo restringido. Cuidado.
Que buenisimO videoOo...se le agradeceee :)
En otras palabras si tengo la tabla:
CodigoClase | Catedratico | Libro a Usar
Matematica |Juan Perez |Matematica Aplicada, Matematica de Conjuntos
BaseDeDatos| Carlos Garcia |Fundamentos BD1, Algebra Relacional
Hay Multivalores en "Libro a Usar", La 1FN resuelve esto asi para la primera fila:
Matematica |Juan Perez | Matematica Aplicada,
Matematica |Juan Perez | Matematica de Conjuntos
persiste el multivalor, pero ya no es divisible la colum
Gracias por compartir :D
cheveree aunq falto explicar mas la forma 1 que es la mas delicada si la haces mal todo estara mal xD
para ser un video del 2011 no esta mal vengo de ver 5 videos tengo los conceptos y practica de normalizacion claras, aqui se explica los conceptos pero le da mucho rodeol.
Disculpa error de dedo.en video
Je okok no hay problem :D gg
con todo respeto , siento que le falto mucho sobre las normalizaciones,se que cada autor tiene su propio uso sobre las normalizaciones aunque veo muy simple este uso de las FN
Gracias Geri! Me alegra mucho poder ayudarte! Estoy a tus ordenes en vh_Cardenas@hotmail.com
Estimado @bolivarlojan, se me habia pasado escribirte, pero he leido tu articulo varias veces para ir asimilandolo y me parece sensacional, comprendo mas tus comentarios de conjuntos ahora.
Sin duda es un link recomendable: "bolivarlojan.blogspot.com", dejame acompañar mi lectura de una libre para apuntar mis dudas y comentarios, pero vuelvo a insistir que es excelente!!!!
PRUEBA
Saludos Bolívar, espero que estés muy bien, justo ahora estoy revisando tus notas de VB.net, aquí en Guatemala cuando algo es muy bueno le decimos "Chilero", te digo esto porque que Chilero es para mi mantener la comunicación contigo, para hacerlo mas personal te envió mi correo vhcardenas@gmail.com... Saludos!!!
Eres bueno explicando, pero mejor porque no lo hiciste todo lo que estas haciendo en SQL, no seria mucho mas practico...
Univoca! no univocamente!
Hola Victor, primeramente un cordial saludo.
Me parece que estás confundiendo el concepto de ATRIBUTO ATOMICO. De hecho no es tu culpa, ese concepto ha sido muy discutido ya que CODD no fue muy claro al respecto. Pero hay que recordar que se habla de atómicos, no cuando puedes partir la lista de caracteres, mas bien cuando cada valor es atómico dentro del dominio especificado para el atributo. Los campos de tu ejemplo: Nombre, Apellido y Dirección, son TOTALMENTE ATOMICOS. Ahora, cuando no estaría atómico un atributo? cuando almacenas mas de un valor dentro del mismo dominio. Por ejemplo, tienes un atributo ASIGNATURAS_MATRICULADAS, y como un estudiante puede matricular mas de una asignatura, podrías tener un valor de: "Matemáticas, Biología". Cuando CODD habla de que un varlor no puede ser descompuesto en pedazos mas pequeños, no se refiere a los caracteres dentro de un Nombre, se refiere a no almacenar dos nombres.
Totalmente de acuerdo, existe diferencia entre un atributo "compuesto" de varias partes pero que es un solo atributo y la atomicidad, y tienes toda la razón existe mucha discusión al respecto por los discípulos de Codd.
Ahora en cuanto a mi video, defendiéndolo un poco, no confundo los términos ya que la atomicidad está sujeta a criterio y dependiendo del tipo de negocio de la base de datos, existe data que puede tratarse como un atributo o subdividirse porque el negocio necesita atributos más detallados.
Ahora ten en cuenta que la intención de este tutorial es que sea apto para todos los niveles de conocimiento de base de datos y mi idea fue explicarlo lo más sencillo posible.
Creo que es un problema de forma y no de fondo, y en el fondo estoy totalmente de acuerdo contigo y agradezco y valoro mucho tu opinión, de hecho me gustaría me dieras tu opinión de la cuarta forma normal: Cuarta Forma Normal y la quinta forma normal Quinta Forma Normal
Saludos!
Ta bueno la normalización pero que mala presentación jejejeje... saludos!!!