SlideShare una empresa de Scribd logo
1 de 10
 La primera forma normal (1FN o forma mínima) es una forma normal usada en 
normalización de bases de datos. 
 Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface 
cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse 
que la tabla es una representación fiel de una relación y está libre de "grupos 
repetitivos« 
 Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por 
diferentes teóricos. Como consecuencia, no hay un acuerdo universal en cuanto a qué 
características descalificarían a una tabla de estar en 1FN 
 Según la definición de Date de la 1FN, una tabla está en 1FN si y solo si es "isomorfa a 
alguna relación", lo que significa, específicamente, que satisface las siguientes cinco 
condiciones: 
 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. Cada intersección de fila-y-columna contiene exactamente un valor del dominio 
aplicable (y nada más). 
 5. Todas las columnas son regulares [es decir, las filas no tienen componentes como IDs 
de fila, IDs de objeto, o timestamps ocultos]
 Suponga que un diseñador principiante desea guardar los 
nombres y los números telefónicos de los clientes. Procede a 
definir una tabla de cliente como la que sigue: 
Cliente 
ID Cliente Nombre Apellido Teléfono 
123 Rachel Ingram 555-861-2025 
456 James Wright 555-403-1659 
789 Cesar Dure 555-808-9633
 En este punto, el diseñador se da cuenta de un requisito 
para guardar múltiples números teléfonicos para algunos 
clientes. Razona que la manera más simple de hacer esto es 
permitir que el campo "Teléfono" contenga más de un valor 
en cualquier registro dado: 
cliente 
ID Cliente Nombre Apellido Teléfono 
123 Rachel Ingram 555-861-2025 
456 James Wright 
555-403-1659 
555-776-4100 
789 Cesar Dure 555-808-9633 
 Asumiendo, sin embargo, que la columna "Teléfono" está 
definida en algún tipo de dominio de número telefónico (por 
ejemplo, el dominio de cadenas de 12 caracteres de 
longitud), la representación de arriba no está en 1FN. La 1FN 
(y, para esa materia, el RDBMS) prohíbe a un campo 
contener más de un valor de su dominio de columna
 Una tabla que está en la primera forma normal (1NF) debe 
satisfacer criterios adicionales para calificar para la segunda 
forma normal 
 Específicamente: una tabla 1NF está en 2NF si y solo si, dada 
una clave primaria y cualquier atributo que no sea un 
constituyente de la clave primaria, el atributo no clave 
depende de toda la clave primaria en vez de solo de u 
 En términos levemente más formales: una tabla 1NF está en 2NF 
si y solo si ninguno de sus atributos no-principales son 
funcionalmente dependientes en una parte en una parte de 
una clave primaria 
 atributo no-principal es uno que no pertenece a ninguna clave 
primaria 
 Observe que cuando una tabla 1NF no tiene ninguna clave 
candidata compuesta (claves candidatas consistiendo en más 
de un atributo), la tabla está automáticamente en 2NF
 Considere una tabla describiendo las habilidades de los empleados: 
Empleados 
Empleado Habilidad 
Lugar actual de 
trabajo 
Jones Mecanografía 114 Main Street 
Jones Taquigrafía 114 Main Street 
Jones Tallado 114 Main Street 
Bravo Limpieza ligera 73 Industrial Way 
Ellis Alquimia 73 Industrial Way 
Ellis Malabarismo 73 Industrial Way 
Harrison Limpieza ligera 73 Industrial Way 
 La única clave candidata de la tabla es {Empleado, Habilidad} 
 El atributo restante, Lugar actual de trabajo, es dependiente solo en parte de la 
clave candidata, llamada Empleado. Por lo tanto la tabla no está en 2NF. 
Observe la redundancia de la manera en que son representadas los Lugares 
actuales de trabajo
 nos dicen tres veces que Jones trabaja en la 114 Main Street, y dos veces 
que Ellis trabaja en 73 Industrial Way. Esta redundancia hace a la tabla 
vulnerable a anomalías de actualización: por ejemplo, es posible actualizar 
el lugar del trabajo de Jones en sus registros "Mecanografía" y "Taquigrafía" y 
no actualizar su registro "Tallado". Los datos resultantes implicarían respuestas 
contradictorias a la pregunta ¿Cuál es el lugar actual de trabajo de Jones? 
 Un alternativa 2NF a este diseño representaría la misma información en dos 
tablas: 
Empleados Habilidades de los empleados 
Empleado 
 Las anomalías de actualización no pueden 
ocurrir en estas tablas, 
las cuales están en 2NF 
 Sin embargo, no todas las tablas 2NF están libres de anomalías de 
actualización 
Lugar actual de 
trabajo 
Jones 114 Main Street 
Bravo 73 Industrial Way 
Ellis 73 Industrial Way 
Harrison 73 Industrial Way 
Empleado Habilidad 
Jones Mecanografía 
Jones Taquigrafía 
Jones Tallado 
Bravo 
Limpieza 
ligera 
Ellis Alquimia 
Ellis Malabarismo 
Harrison 
Limpieza 
ligera
 La definición de Codd indica que una tabla está en 3NF si y solo si las tres 
condiciones siguientes se cumplen: 
 La tabla está en la segunda forma normal (2NF) 
 Ningún atributo no-primario de la tabla es dependiente transitivamente de 
una clave primaria 
 Es una relación que no incluye ningún atributo clave 
 Una tabla está en 3NF si y solo si, para cada una de sus dependencias 
funcionales X → A, por lo menos una de las condiciones siguientes se 
mantiene: 
 X contiene A, ó 
 X es una superclave, ó 
 A es un atributo primario (es decir, A está contenido dentro de una clave 
candidata)
 Un ejemplo de una tabla 2NF que falla en satisfacer los requerimientos de la 
3NF es: 
Ganadores del torneo 
Torneo Año Ganador 
Indiana 
Invitational 
1998 Al Fredrickson 
Cleveland Open 1999 Bob Albertson 
Des Moines 
Masters 
1999 Al Fredrickson 
Indiana 
Invitational 
1999 Chip Masterson 
 La única clave candidata es {Torneo, Año} 
Fecha 
nacimiento de 
ganador 
21 de julio de 
1975 
28 de 
septiembre de 
1968 
21 de julio de 
1975 
14 de marzo de 
1977 
 La violación de la 3NF ocurre porque el atributo no primario Fecha de 
nacimiento del ganador es dependiente transitivamente de {Torneo, Año} vía 
el atributo no primario Ganador
 El hecho de que la Fecha de nacimiento del ganador es funcionalmente 
dependiente en el Ganador hace la tabla vulnerable a inconsistencias 
lógicas, pues no hay nada que impida a la misma persona ser mostrada con 
diferentes fechas de nacimiento en diversos registros. 
 Para expresar los mismos hechos sin violar la 3NF, es necesario dividir la tabla 
en dos 
Ganadores del torneo 
Torneo Año Ganador 
Indiana 
Invitational 
1998 
Al 
Fredrickson 
Cleveland 
Open 
1999 
Bob 
Albertson 
Des Moines 
Masters 
1999 
Al 
Fredrickson 
Indiana 
Invitational 
1999 
Chip 
Masterson 
Fecha de nacimiento del 
jugador 
Ganador 
Fecha de 
nacimiento 
Chip 
Masterson 
14 de marzo 
de 1977 
Al Fredrickson 
21 de julio de 
1975 
Bob Albertson 
28 de 
septiembre de 
1968 
Las anomalías de actualización no pueden ocurrir en estas tablas, 
las cuales están en 3NF

Más contenido relacionado

Destacado

Destacado (20)

Persuasión
PersuasiónPersuasión
Persuasión
 
Plan de trabajo equipo sac 3.0
Plan de trabajo equipo sac 3.0Plan de trabajo equipo sac 3.0
Plan de trabajo equipo sac 3.0
 
Hoja suelta (prueba diagnostica) arreglada
Hoja suelta (prueba diagnostica) arregladaHoja suelta (prueba diagnostica) arreglada
Hoja suelta (prueba diagnostica) arreglada
 
Blogs
BlogsBlogs
Blogs
 
Hoja2
Hoja2Hoja2
Hoja2
 
Tarjeta
TarjetaTarjeta
Tarjeta
 
Rol del comunicador social en la ciudad de
Rol del comunicador social en la ciudad deRol del comunicador social en la ciudad de
Rol del comunicador social en la ciudad de
 
La Ley De Dependencia
La Ley De DependenciaLa Ley De Dependencia
La Ley De Dependencia
 
Titulacion
TitulacionTitulacion
Titulacion
 
8. presentaciones inafop
8. presentaciones inafop8. presentaciones inafop
8. presentaciones inafop
 
Introducción
IntroducciónIntroducción
Introducción
 
Portafolio Semana 4. Sonia Marcos
Portafolio Semana 4. Sonia MarcosPortafolio Semana 4. Sonia Marcos
Portafolio Semana 4. Sonia Marcos
 
Autoevaluación ee zubiría 2013
Autoevaluación  ee  zubiría  2013Autoevaluación  ee  zubiría  2013
Autoevaluación ee zubiría 2013
 
Conociendo el teatro
Conociendo el teatroConociendo el teatro
Conociendo el teatro
 
Medical memo 2.5
Medical memo 2.5Medical memo 2.5
Medical memo 2.5
 
Dm2 ada + harrison 18
Dm2 ada + harrison 18Dm2 ada + harrison 18
Dm2 ada + harrison 18
 
Leccion 9. desarrolo de las habilidades del pensamiento
Leccion 9. desarrolo de las habilidades del pensamientoLeccion 9. desarrolo de las habilidades del pensamiento
Leccion 9. desarrolo de las habilidades del pensamiento
 
Tarjeta board
Tarjeta boardTarjeta board
Tarjeta board
 
Comite Municipal De Informatica
Comite Municipal De InformaticaComite Municipal De Informatica
Comite Municipal De Informatica
 
Diseño y aplicacion ce
Diseño y aplicacion ceDiseño y aplicacion ce
Diseño y aplicacion ce
 

Similar a Normalizacion de una base de dat

functionaldependenciesandnormalization-150628061940-lva1-app6891.pdf
functionaldependenciesandnormalization-150628061940-lva1-app6891.pdffunctionaldependenciesandnormalization-150628061940-lva1-app6891.pdf
functionaldependenciesandnormalization-150628061940-lva1-app6891.pdfAnvesha Joshi
 
Functional dependencies and normalization
Functional dependencies and normalizationFunctional dependencies and normalization
Functional dependencies and normalizationdaxesh chauhan
 
Database design normalization note and exercise
Database design normalization note and exerciseDatabase design normalization note and exercise
Database design normalization note and exercisedilnawaz56788
 
Normalization basde dON SHDIEHGFJSGDFGI
Normalization basde dON  SHDIEHGFJSGDFGINormalization basde dON  SHDIEHGFJSGDFGI
Normalization basde dON SHDIEHGFJSGDFGIarindamdas591494
 
Chuẩn hóa CSDL
Chuẩn hóa CSDLChuẩn hóa CSDL
Chuẩn hóa CSDLphananhvu
 
1-161103092724 (1).pdf
1-161103092724 (1).pdf1-161103092724 (1).pdf
1-161103092724 (1).pdfBasirKhan21
 
Assignment 4
Assignment 4Assignment 4
Assignment 4SneaK3
 
What is Database NormalizationExplain the guidelines for ensuring t.pdf
What is Database NormalizationExplain the guidelines for ensuring t.pdfWhat is Database NormalizationExplain the guidelines for ensuring t.pdf
What is Database NormalizationExplain the guidelines for ensuring t.pdfarjunstores123
 

Similar a Normalizacion de una base de dat (12)

Database normalization
Database normalizationDatabase normalization
Database normalization
 
functionaldependenciesandnormalization-150628061940-lva1-app6891.pdf
functionaldependenciesandnormalization-150628061940-lva1-app6891.pdffunctionaldependenciesandnormalization-150628061940-lva1-app6891.pdf
functionaldependenciesandnormalization-150628061940-lva1-app6891.pdf
 
Functional dependencies and normalization
Functional dependencies and normalizationFunctional dependencies and normalization
Functional dependencies and normalization
 
Normalization
NormalizationNormalization
Normalization
 
Types of normalization
Types of normalizationTypes of normalization
Types of normalization
 
Database design normalization note and exercise
Database design normalization note and exerciseDatabase design normalization note and exercise
Database design normalization note and exercise
 
Normalization basde dON SHDIEHGFJSGDFGI
Normalization basde dON  SHDIEHGFJSGDFGINormalization basde dON  SHDIEHGFJSGDFGI
Normalization basde dON SHDIEHGFJSGDFGI
 
Chuẩn hóa CSDL
Chuẩn hóa CSDLChuẩn hóa CSDL
Chuẩn hóa CSDL
 
Normalization in DBMS
Normalization in DBMSNormalization in DBMS
Normalization in DBMS
 
1-161103092724 (1).pdf
1-161103092724 (1).pdf1-161103092724 (1).pdf
1-161103092724 (1).pdf
 
Assignment 4
Assignment 4Assignment 4
Assignment 4
 
What is Database NormalizationExplain the guidelines for ensuring t.pdf
What is Database NormalizationExplain the guidelines for ensuring t.pdfWhat is Database NormalizationExplain the guidelines for ensuring t.pdf
What is Database NormalizationExplain the guidelines for ensuring t.pdf
 

Normalizacion de una base de dat

  • 1.
  • 2.  La primera forma normal (1FN o forma mínima) es una forma normal usada en normalización de bases de datos.  Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación y está libre de "grupos repetitivos«  Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por diferentes teóricos. Como consecuencia, no hay un acuerdo universal en cuanto a qué características descalificarían a una tabla de estar en 1FN  Según la definición de Date de la 1FN, una tabla está en 1FN si y solo si es "isomorfa a alguna relación", lo que significa, específicamente, que satisface las siguientes cinco condiciones:  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. Cada intersección de fila-y-columna contiene exactamente un valor del dominio aplicable (y nada más).  5. Todas las columnas son regulares [es decir, las filas no tienen componentes como IDs de fila, IDs de objeto, o timestamps ocultos]
  • 3.  Suponga que un diseñador principiante desea guardar los nombres y los números telefónicos de los clientes. Procede a definir una tabla de cliente como la que sigue: Cliente ID Cliente Nombre Apellido Teléfono 123 Rachel Ingram 555-861-2025 456 James Wright 555-403-1659 789 Cesar Dure 555-808-9633
  • 4.  En este punto, el diseñador se da cuenta de un requisito para guardar múltiples números teléfonicos para algunos clientes. Razona que la manera más simple de hacer esto es permitir que el campo "Teléfono" contenga más de un valor en cualquier registro dado: cliente ID Cliente Nombre Apellido Teléfono 123 Rachel Ingram 555-861-2025 456 James Wright 555-403-1659 555-776-4100 789 Cesar Dure 555-808-9633  Asumiendo, sin embargo, que la columna "Teléfono" está definida en algún tipo de dominio de número telefónico (por ejemplo, el dominio de cadenas de 12 caracteres de longitud), la representación de arriba no está en 1FN. La 1FN (y, para esa materia, el RDBMS) prohíbe a un campo contener más de un valor de su dominio de columna
  • 5.  Una tabla que está en la primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal  Específicamente: una tabla 1NF está en 2NF si y solo si, dada una clave primaria y cualquier atributo que no sea un constituyente de la clave primaria, el atributo no clave depende de toda la clave primaria en vez de solo de u  En términos levemente más formales: una tabla 1NF está en 2NF si y solo si ninguno de sus atributos no-principales son funcionalmente dependientes en una parte en una parte de una clave primaria  atributo no-principal es uno que no pertenece a ninguna clave primaria  Observe que cuando una tabla 1NF no tiene ninguna clave candidata compuesta (claves candidatas consistiendo en más de un atributo), la tabla está automáticamente en 2NF
  • 6.  Considere una tabla describiendo las habilidades de los empleados: Empleados Empleado Habilidad Lugar actual de trabajo Jones Mecanografía 114 Main Street Jones Taquigrafía 114 Main Street Jones Tallado 114 Main Street Bravo Limpieza ligera 73 Industrial Way Ellis Alquimia 73 Industrial Way Ellis Malabarismo 73 Industrial Way Harrison Limpieza ligera 73 Industrial Way  La única clave candidata de la tabla es {Empleado, Habilidad}  El atributo restante, Lugar actual de trabajo, es dependiente solo en parte de la clave candidata, llamada Empleado. Por lo tanto la tabla no está en 2NF. Observe la redundancia de la manera en que son representadas los Lugares actuales de trabajo
  • 7.  nos dicen tres veces que Jones trabaja en la 114 Main Street, y dos veces que Ellis trabaja en 73 Industrial Way. Esta redundancia hace a la tabla vulnerable a anomalías de actualización: por ejemplo, es posible actualizar el lugar del trabajo de Jones en sus registros "Mecanografía" y "Taquigrafía" y no actualizar su registro "Tallado". Los datos resultantes implicarían respuestas contradictorias a la pregunta ¿Cuál es el lugar actual de trabajo de Jones?  Un alternativa 2NF a este diseño representaría la misma información en dos tablas: Empleados Habilidades de los empleados Empleado  Las anomalías de actualización no pueden ocurrir en estas tablas, las cuales están en 2NF  Sin embargo, no todas las tablas 2NF están libres de anomalías de actualización Lugar actual de trabajo Jones 114 Main Street Bravo 73 Industrial Way Ellis 73 Industrial Way Harrison 73 Industrial Way Empleado Habilidad Jones Mecanografía Jones Taquigrafía Jones Tallado Bravo Limpieza ligera Ellis Alquimia Ellis Malabarismo Harrison Limpieza ligera
  • 8.  La definición de Codd indica que una tabla está en 3NF si y solo si las tres condiciones siguientes se cumplen:  La tabla está en la segunda forma normal (2NF)  Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave primaria  Es una relación que no incluye ningún atributo clave  Una tabla está en 3NF si y solo si, para cada una de sus dependencias funcionales X → A, por lo menos una de las condiciones siguientes se mantiene:  X contiene A, ó  X es una superclave, ó  A es un atributo primario (es decir, A está contenido dentro de una clave candidata)
  • 9.  Un ejemplo de una tabla 2NF que falla en satisfacer los requerimientos de la 3NF es: Ganadores del torneo Torneo Año Ganador Indiana Invitational 1998 Al Fredrickson Cleveland Open 1999 Bob Albertson Des Moines Masters 1999 Al Fredrickson Indiana Invitational 1999 Chip Masterson  La única clave candidata es {Torneo, Año} Fecha nacimiento de ganador 21 de julio de 1975 28 de septiembre de 1968 21 de julio de 1975 14 de marzo de 1977  La violación de la 3NF ocurre porque el atributo no primario Fecha de nacimiento del ganador es dependiente transitivamente de {Torneo, Año} vía el atributo no primario Ganador
  • 10.  El hecho de que la Fecha de nacimiento del ganador es funcionalmente dependiente en el Ganador hace la tabla vulnerable a inconsistencias lógicas, pues no hay nada que impida a la misma persona ser mostrada con diferentes fechas de nacimiento en diversos registros.  Para expresar los mismos hechos sin violar la 3NF, es necesario dividir la tabla en dos Ganadores del torneo Torneo Año Ganador Indiana Invitational 1998 Al Fredrickson Cleveland Open 1999 Bob Albertson Des Moines Masters 1999 Al Fredrickson Indiana Invitational 1999 Chip Masterson Fecha de nacimiento del jugador Ganador Fecha de nacimiento Chip Masterson 14 de marzo de 1977 Al Fredrickson 21 de julio de 1975 Bob Albertson 28 de septiembre de 1968 Las anomalías de actualización no pueden ocurrir en estas tablas, las cuales están en 3NF