Jose Alejandro Rivillas
Mis apuntes
P.D: Esta clase costo tiempo XD
Yulieth Lopera Ortiz
increíble resumen de la clase
Jose Alejandro Rivillas
Gracias bro!
La normalización como su nombre lo indica nos ayuda a dejar todo de una forma normal. Esto obedece a las 12 reglas de Codd y nos permiten separar componentes en la base de datos:
Jose Alejandro Rivillas
Mis apuntes
P.D: Esta clase costo tiempo XD
Yulieth Lopera Ortiz
increíble resumen de la clase
Jose Alejandro Rivillas
Gracias bro!
Carlos Eduardo Repillosa Del Valle
Excelente clase, estos son mis apuntes:
1FN Primera forma normal: Atributos atómicos (Sin campos repetidos). Esto quiere decir que ningún campo puede tener el mismo tipo de valor como varios campos materia (materia1, materia2,…).
2FN Segunda forma normal: Cumplir con 1FN y Cada campo de la tabla debe depender de una clave única. Es decir en las tablas no se puede repetir los campos primarios ya que los mismos son únicos por tanto si existe una relación uno a muchos se debe crear una tabla aparte donde cohabitaran la llave primaria de la primera tabla y la llave primaria de la segunda tabla de esta forma logramos relacionar de manera efectiva dos tablas respetando las llaves primarias.
3FN Tercera forma normal: Cumple 1FN y 2FN y los campos que NO son clave NO deben tener dependencias. Esto nos indica que todos los campos de la tabla deben estar estrechamente relacionados con el campo primario y no serlo de manera transitiva, por ejemplo, en una tabla torneos tenemos el código del torneo el nombre el ganador y la fecha de nacimiento del ganador, como observamos no podemos tener la fecha de nacimiento del ganador en dicha tabla ya que no está relacionada para nada con el torneo y además existe la posibilidad que en varios registros el mismo ganador tenga diferentes fechas de nacimiento por lo cual no mantendría la consistencia de los datos.
4FN Cuarta forma normal: Cumplir 1FN 2FN y 3FN. Los campos multivaluados se identifican por una clave única. Cuando relacionamos dos tablas totalmente independientes cada una de la otra debemos relacionarlas a través de una tabla aparte de las mismas donde solo colocaremos las llaves primarias de cada tabla ya que colocar cualquier otra información relacionada con las tablas implicaría repetir datos, además de hacer la tarea de actualización de registros primarias más compleja, ya que por ejemplo si deseo actualizar el nombre del curso no solo lo tendría que hacer en la tabla cursos sino también en cada tabla donde coloque el nombre lo cual no garantiza la integridad de la información, adiciona información innecesaria en los registros y hace más complejo el trabajo de administrar los datos.
Joaquin Fontela
Excelentes apuntes! Gracias!
Maximo Daniel Di napoli
Excelente aporte!
Luis Ruiz Ramos
Como decía el narrador de PES: parece fácil pero hay que ser muy hábil para hacer eso.
Lady Laura Herrera
Jajaja, que buen comentario
Luis Ruiz Ramos
Jajaja
Aseret Jimenez
Proceso de normalización El proceso de normalización es un estándar que consiste, básicamente, en un proceso de conversión de las relaciones entre las entidades, evitando:
RICHARD ESCOBAR NINA
Buen resumen!
Usuario anónimo
UserExecelente aporte de la clase.
Andres Gonzalez
mi resumen con lo que entendi. 1.Hey no repitas ese atributo 2.Cuidado , ese id debe de ser unico 3.Esa no es tu familia 4.Ese valor no tiene que repetirse , mejor ponlo en otra tabla con su propio id
Diego Antonio Briones Martínez
Después de leer tu comentario creo que lo comprendí mejor. Gracias!!
Jhordan P. Bustamante
jajja. Muy bien😁.
Wilson Marino Pablo Mendez
Creo que, antes de empezar a diseñar la base de datos se debe de documentarse, conocer el entorno de la empresa, sus objetivos, etc.
Israel Vázquez Morales
ProfesorJusto es la idea. En un escenario ideal debes pasar como en todo desarrollo por una fase de análisis antes de diseñar la solución.
Wilson Marino Pablo Mendez
Con más ganas de conocer este mundo de las bases de datos
Saludos profe!
Benjamín Aramis Ruíz Iraheta
En base a lo explicado ¿Por qué la tabla de curso no esta dividida en dos? Es decir en una tabla llamada niveles, con los campos: id_nivel y nivel, y la tabla cursos tenga los campos: id_curso, nombre_curso y id_nivel. ¿Por qué razón no se divide? Gracias de antemano.
Andres Fernando Campero Orozco
Hola, es una observación bastante acertada pero en mi opinión creo que es por que ya habría cierto nivel de redundancia en las entidades, aunque si es viable manejar 2 entidades aparte, en este caso el nivel y el nombre no son tan diferentes como para manejar en 2 entidades aparte a diferencia de los demás ejemplos, Espero haber resuelto tu duda =)
Benjamín Aramis Ruíz Iraheta
Primeramente gracias por responder :D Si ha quedado más claro, solo queria pedir si me podrias explicar un poco más a detalle eso de la redundancia que se produciría, gracias de ante mano.
Es como verlo a este sujeto
Carlos Orjuela
Para analizar si una relación no se encuentra en 3FN buscamos un subconjunto de atributos que no pertenezca a la clave primaria y que al cambiar el valor de un atributo, necesariamente cambia el valor de los demás atributos del subconjunto.
Eje:
Observemos ahora lo que pasa con los atributos Código de cliente y Nombre de Cliente. ¿Qué pasaría si cambiamos el código de cliente? Que necesariamente cambiaría el nombre de cliente. Esto quiere decir que existe una dependencia funcional entre estos dos campos, y eso indica que la relación NO se encuentra en 3FN (Tercera forma normal).
Juan Carlos Barbaran Meza
Muchas garcias, ahora tengo mas claro la 3FN
Tobias Sanjuan
Claro. Ósea lo que tendría que haber es para una cuenta tener si o si un numero o id o código que represente a un usuario, nombre y otros datos que se podrían cambiar sin que pase nada. no etiendo como podrian cambiar los dos
Felipe Rodriguez
Un tip muy bueno que me enseño mi profesor de bases de datos en la universidad es que cuando hay una relación en dos tablas de muchos a muchos por obligación se debe crear una tabla intermedia entre los dos (tabla hija), la cual lleva las primary key de las tablas padre, si nos damos cuenta en este ejemplo que nos da el profesor sucede así, entre las tablas estudiantes y materias hay una relación de muchos a muchos y de ahí se genera la tabla materias por alumno que hereda las primary key de su tabla padre. espero les sirva este aporte
Jeyson Henao
Hola Felipe,
Gracias por el tip.
Daniel Reymundo
Muy buen tip
Ossman O. C.
Normalización
La normalización es útil para separar la información, minimizar la redundancia de los datos, para que la actualización de los datos sea más sencilla y la integridad de los datos se conserve.
Primera forma normal (1FN) Atributos atómicos (Sin campos repetidos). Para un atributo sólo debe existir una columna, si surge la necesidad, no se debe crear otra columna (Esto porque si crees que con n columnas es suficiente, tarde que temprano necesitarás n+1) Sencillamente se añade un identificador y posteriormente se divide por filas.
Segunda forma normal (2FN) Cumple 1FN y cada campo de la tabla debe depender de una clave única. Esto nos ayuda a tener datos más organizados, y distinguir entre si un atributo hace parte de una entidad, o si son dos entidades separadas relacionadas estrechamente.
Tercera forma normal (3FN) Cumple 1FN, 2FN y los campos que no son clave no deben tener dependencias. Sí un dato de un atributo esta directamente relacionado con otro, para que al editar un dato, no deba editar otro campo y haya espacio a errores (porque alguno "se me olvidó"), se separa en una tabla diferente de esta manera la actualización de los datos es más limpia.
Cuarta forma normal (4FN) Cumple 1FN, 2FN, 3FN y los campos multivaluados se identifican por una clave única. Esta es usualmente útil cuándo se tiene una cardinalidad N:M, de muchos a muchos, y simplemente se crea una tabla especial para relacionar las claves únicas de las entidades.
Elmer Padilla Espinoza
Gracias, directo a las notas.
Esteban Monguí Torres
En conclusión: **Normalizar **nos permite estructurar bien la información y almacenarla de forma clara y concreta, para tener una mayor flexibilidad a la hora de almacenar nuevos datos, generar nuevas relaciones y extraer o editar datos.
Aseret Jimenez
La normalización es el proces de organizar los datos para minimizar la duplicación. Generalmente implica dividir una base de datos en una o más tablas y definir relaciones entre ellas.
Yurguen Cueva
RECOMENDACION:
Miguel Angel Velazquez Romero
Así es. Este curso en realidad no son fundamentos de bases de datos. Es como un especie de taller de bases de datos mas que nada, ya que el 20% es teoría y el 80% es tirar queries.
Si en verdad quieres aprender fundamentos de bases de datos, yo te recomiendo:
Según mi experiencia en Platzi se suelen aprender las cosas que realmente son útiles para entrar a un trabajo lo mas rápido posible. Y en parte está bien, solo hay otras personas que también quieren ser Ing. Arquitectos, Científicos y este tipo de disciplinas no funcionan bajo esa premisa.
Los cursos de Platzi son geniales y muy útiles, pero es mucho mejor complementar todo esto con libros en donde si se profundice lo que nuestro intelecto nos pida.
Vanesa Percy
De acuerdo, se deben practicar más ejemplos y como dice Miguel Ángel recurrir a libros que hacen un aporte valioso a fortalecer los conceptos. Ese libro de Silberschatz es muy bueno.
Carlos Muciño Morán
Buscando dudas, me encontré esta otra explicación por parte de la UNAM: Normalización UNAM
Mariana Cortés
Este aporte está genial, además aclara que las FN no están pensadas para el rendimiento de un sistema, por lo que se pueden presentar circunstancias donde se des-normaliza intencionadamente para reducir las operaciones de entrada/salida (input/output) liberando procesamiento del disco.
Gracias por este comentario, debería tener más votos!!
Mauricio Martínez Orjuela
Excelente!
María Escobar
1 FN : Sus atributos contienen valores atómicos: No podemos tener campos repetidos. 2 FN: | Dede estar aplicada la primera forma normal. || El campo de la tabla debe depender de una unica clave. (primary key) 3 FN: | Debe estar aplicada la primera y segunda forma normal. || Los campos que no sean claves no puede existir dependencia. 4 FN: | Debe estar aplicada la primera, segunda y tercera forma normal || Los campos multivaluados se identifican en una clave única.
Luis Pena
HAY MAS DE 4 FORMAS NORMALES 4.1 Primera Forma Normal (1FN) 4.2 Segunda Forma Normal (2FN) 4.3 Tercera Forma Normal (3FN) 4.4 Forma normal de Boyce-Codd (FNBC) 4.5 Cuarta Forma Normal (4FN) 4.6 Quinta Forma Normal (5FN)
José Arbey López Martínez
Uff un tema interesante el proceso de normalizacion, cuando me toco verlo por primera vez me costo mucho trabajo, ya que puedes llegar a saturarte con mucha teoria como algebra relacional, dependencias funcionales y esquemas relacionales, un super tema conceptualmente hablando, mi aporte seria mencionar que en mi poca pero grata experiencia en la mayoria de los casos, el proceso de normalizacion se da en modelos de bases de datos que ya estan hechos con una mala arquitectura o que no fueron normalizados correctamente, tambien en negocios que hacen su mejor intento por guardar su informacion de forma masiva pero que como tal estos registros no son una base de datos relacional, tambien me gustaria mencionar que es un proceso ciclico, cada tabla que rompemos para normalizarla, genera tablas nuevas que tambien deben normalizarse y cuando uno adquiere mas experiencia en la creacion de bases de datos mientras se diseña la base ya se aplican de forma intuitiva estos principios, recuerdo que en la escuela nos ponian a normalizar tablas sobre las que ya no habia nada mas que normalizar y era un gran dolor de cabeza tratar de identificar si tenia un buen trabajo o no, pero no tenia buenas bases, me gusto mucho el ejemplo todo muy bien explicado.
Javier Ramos
Esto de la normalizacion esta Denso jejeje, la verdad ahora entiendo a lo que se refiere al decir que una base de datos normalizada es como alcanzar un estado Zen o llegar al Nirvana,
Jose Carlos Heredia Rodriguez
Claro que si, para eso es que debes saber las normalizaciones y asi poder identificar las relaciones en una base de datos que talvez no conozcas.
Marino Checo
Si usted tiene acceso a la BD podrá analizar y ver su diagrama y también desde este análisis podrá tener la conclusión si esta o no lo esta.
Héctor Aguilar Mogollan
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos. Disminuir problemas de actualización de los datos en las tablas. Proteger la integridad de los datos. Facilitar el acceso e interpretación de los datos. Reducir el tiempo y complejidad de revisión de las bases de datos. Optimizar el espacio de almacenamiento. Prevenir borrados indeseados de datos.