Grupo4 090327122507 Phpapp02

LOGO
Grupo #4
Expositoras:
Wendy Cherres, Mayra Romero Xiomara Vargas
Revisado por: Ing. Patricio Vicua
LOGO
Tema: Normalizacin
www.themegallery.com
Normalizacin
Este captulo examina los detalles del proceso de normalizacin. La normalizacin es la secuencia de las medidas por las que un modelo de base de datos relacional es creado y mejorado. La secuencia de etapas implicadas en el proceso de normalizacin se llama formas normales. Bsicamente, las formas normales aplicadas durante un proceso de normalizacin permitir la creacin de una base de datos relacional como un modelo paso a paso de progresin.
COMPANY LOGO
Normalizacin
La normalizacin o estandarizacin es la redaccin y aprobacin de normas que se establecen para garantizar el acoplamiento de elementos construidos independientemente, as como garantizar el repuesto en caso de ser necesario, garantizar la calidad de los elementos fabricados y la seguridad de funcionamiento. La normalizacin persigue fundamentalmente tres objetivos: Simplificacin: Se trata de reducir los modelos quedndose nicamente con los ms necesarios. Unificacin: Para permitir la intercambiabilidad a nivel internacional. Especificacin: Se persigue evitar errores de identificacin creando un lenguaje claro y preciso
COMPANY LOGO
Normalizacin
Qu es Normalizacin?
La normalizacin es el proceso de elaboracin, aplicacin y mejora de las normas que se aplican a distintas actividades cientficas, industriales o econmicas con el fin de ordenarlas y mejorarlas.
Elimina la duplicacin de esfuerzos y minimiza los datos redundantes. El resultado es una mejor organizacin y un uso ms eficaz del espacio fsico, entre otros factores.
COMPANY LOGO
Anomalas
La intencin de la base de datos relacional es la eliminacin de la teora de las anomalas que ocurren en una base de datos. Anomalas pueden producirse durante los cambios de una base de datos. Una anomala con respecto al diseo de Bases de datos relacionales es esencialmente un cambio a los datos errneos y, ms concretamente, a un solo registro.
El concepto de las anomalas
COMPANY LOGO
Anomalas
Insertar anomala.- causada cuando se inserta datos en el detalle y no tiene registro principal.
COMPANY LOGO
Anomalas
Eliminar anomala.- causada cuando un registro se elimina de una tabla maestra, sin eliminar primero todos los registros hijos, en la tabla detalle.
COMPANY LOGO
La dependencia y los factores determinantes.

Actualizacin de anomala- es similar a la eliminacin, en la que tanto el maestro y los registros de detalle debe ser actualizado a fin de evitar registros hurfanos en detalle. Asegurndose de que cualquier actualizacin de clave primaria que se han propagado a los hijos relacionados con las claves forneas en tabla.

Dependencia funcionales una conexin entre uno o ms atributos. Por ejemplo si conocemos el valor de FechaDeNacimiento podemos conocer el valor de Edad. Las dependencias funcionales del sistema se escriben utilizando una flecha, de la siguiente manera:
FechaDeNacimiento
Edad
COMPANY LOGO

Aqu a FechaDeNacimiento se le conoce como un determinante. Se puede leer de dos formas FechaDeNacimientodetermina a Edad o Edad es funcionalmente dependiente de FechaDeNacimiento. De la normalizacin (lgica) a la implementacin (fsica o real) puede ser sugerible tener stas dependencias funcionales para lograr la eficiencia en las tablas.
Determinante- El factor determinante en la descripcin de la dependencia funcional del anterior, X determina el valor de Y,. F(x)=2*1 Y=f(x) F(1)=2 f(2)=4 y x
COMPANY LOGO

Dependencia Transitiva - Sean X, Y, Z tres atributos (o grupos de atributos) de la misma entidad. Si Y depende funcionalmente de X y Z de Y, pero X no depende funcionalmente de Y, se dice que Z depende transitivamente de X. Simblicamente sera:
X Edad
Z entonces X Conducir
Z Edad
FechaDeNacimiento
FechaDeNacimiento
Edad
Conducir
COMPANY LOGO

Entonces tenemos que FechaDeNacimiento determina a Edad y la Edad determina a Conducir, indirectamente podemos saber a travs de FechaDeNacimiento a Conducir (En muchos pases , una persona necesita ser mayor de cierta edad para poder conducir un automvil, por eso se utiliza este ejemplo). Candidatos principales-Un candidato clave (potencial o clave admisible) es un campo o combinacin de campos que pueden actuar como un campo clave principal de una tabla as como, la identificacin de forma nica cada registro de la tabla. La Figura muestra cinco diferentes variantes de una tabla, todos los cuales tienen validado claves primarias, tanto de un campo y ms de un campo. El nmero de las opciones mostradas en la Figura es un poco absurdo, pero demuestra el concepto.
COMPANY LOGO

Plena dependencia funcional-Esta situacin se produce donde X determina Y, pero X combinado con Z no determina Y. En otras palabras, Y depende de X y X es un descriptor determinante. Y si depende de X con cualquier otra cosa, no hay dependencia funcional plena. Fundamentalmente X, el factor determinante, no puede ser una clave compuesta. Una clave compuesta contiene ms de un campo (el equivalente de X con Z).
COMPANY LOGO

La Figura muestra que la POBLACIN depende de pas, pero no en la combinacin de TASA y el PAS. Por lo tanto, es una dependencia plenamente funcional entre la poblacin y PAS porque TASA no es pertinente a poblacin. Por el contrario, no hay pleno dependencia funcional entre la POBLACIN y la combinacin de PAS y el TASA.
Country
Currency
Rate
COMPANY LOGO

Dependencia de valores Mltiples-Esto tambin es conocido como dependencia de varios valores. Un ejemplo de una dependencia de varios valores es un campo que contiene una lista delimitada algn tipo. Los mltiples valores son dependientes en su conjunto sobre una clave principal. Una dependencia trivial de varios valores se produce entre dos campos cuando son los dos nicos campos en la tabla. Uno de ellos es la clave principal y la otra la lista de varios valores. Clave Especialidad S01 S01 S01 B01 C03 Sistemas Curso Natacin
Bioqumica Danza Sistemas Natacin
Bioqumica Guitarra Civil Natacin
COMPANY LOGO

En esta tabla o relacin no existe dependencia funcional porque los estudiantes pueden tener distintas especialidades, un valor nico de clave puede poseer muchos valores de especialidades al igual que de valores de cursos. Por lo tanto existe dependencia de valores mltiples. Este tipo de dependencias produce redundancia de datos, como se puede apreciar en la tabla anterior, en donde la clave S01 tiene tres registros para mantener la serie de datos en forma independiente lo cual ocasiona que al realizarse una actualizacin se requiera de demasiadas operaciones para tal fin. Cclico de la dependencia-El significado de la palabra "cclica" es un patrn circular, recurrente, cerrado anillo, o una cadena de estructura circular. En el contexto de la base de datos relacional modelo cclico de la dependencia significa que X depende de Y, que a su vez, depende tambin de la X, directa o indirectamente. Cclico de la dependencia, por lo tanto, indica una pauta lgica circular de la interdependencia.
COMPANY LOGO

La dependencia Cclico suele ocurrir con tablas que contiene una clave primaria compuesta de tres o ms de los campos (por ejemplo, cuando tres campos estn relacionados en pares entre s). En otras palabras, X corresponde a Y, Y se refiere a la Z, y X se refiere a la Z. En ltima instancia se refiere de nuevo a la Z X.
COMPANY LOGO
Formas normales
Definicin de las formas normales de la Manera Ms Fcil
Cmo puedo realizar una normalizacin de forma sencilla? Por qu es fcil? En un mundo perfecto, la mayora de los diseos modelo de base de datos relacional son muy similares. La normalizacin es, en su mayor parte, es fcil y sobre todo es sentido comn, con algunos conocimientos empresariales. Hay, por supuesto, muchas circunstancias excepcionales y casos especiales en que la interpretacin de la normalizacin no cubrir todas las necesidades al 100 por ciento.
COMPANY LOGO
1ra Forma Normal (1NF)

Elimina la repeticin de grupos. Define las claves principales. Todos los registros deben ser identificados nicamente con una clave principal. Una clave primaria es nica y, por tanto, no se permiten valores duplicados. Todos los campos distintos de la clave primaria debe depender de la clave principal, ya sea directamente o indirectamente. Todos los campos deben contener un nico valor. Todos los valores de cada campo debe tener el mismo dato. Crear una nueva tabla para mover la repeticin de grupos de la tabla original.
COMPANY LOGO
COMPANY LOGO

Muestra la aplicacin de 1NF, eliminando la repeticin de campos mediante la creacin de una nueva tabla, donde el original y nuevo cuadro se vinculan en un maestro-detalle, uno-a-muchos relacin Se crean claves primarias de ambas tablas en las que los detalles de tabla tiene un compuesto principal llave. El compuesto clave principal contiene la tabla maestra de campo como clave principal el prefijo de su campo clave principal. Por lo tanto, el prefijo en el campo AUTOR DEL LIBROes la clave fornea que apunta a la tabla maestra AUTOR.
COMPANY LOGO

Muestra lo que los datos se ve como en la alteracin de la tabla AUTOR y la tabla libro, previamente la tabla AUTHORSBOOKS. Fjate en cmo la introduccin de la relacin entre las dos tablas permite cualquier nmero de libros para cada uno de los autores a ser atendidas.
Claves primarias nica identificar las filas en cada cuadro Clave fornea de tabla maestra
Ninguna restriccin sobre el nmero de libros por AUTOR

COMPANY LOGO
Segunda Forma Normal 2NF

Segunda forma normal se refiere a las relaciones y dependencias funcionales entre atributos no-claves. Una entidad que cumplan Segunda forma normal tiene que tener las siguientes caractersticas:
1
La entidad debe estar en primera forma normal.
2
Que todos lo atributos no clave sean dependientes totalmente de la clave primaria.
De modo que si una entidad no se halla en segunda forma normal lo que deberemos hacer para convertirla ser remover los atributos que son dependientes parcialmente (solo de parte) de la clave primaria. Si una entidad tiene clave primaria compuesta de varios atributos y/o relaciones, y si otro atributo depende nicamente de parte de tal identificador compuesto, entonces el atributo y la parte de la clave primaria de la cual depende, debern formar la base de una nueva entidad.
COMPANY LOGO
Segunda Forma Normal

Indicando los dos puntos de una forma diferente, eliminar los campos que son independientes de la clave principal. Crear una nueva tabla para separar la parte parcialmente dependientes de la clave principal y sus dependientes campos. 2NF aparentemente realiza una funcin similar a la de 1NF, pero cuando crea una tabla y tenemos valores repetidos estos campos son trasladados a una nueva tabla. El nuevo cuadro es una de las principales clave que consta de un solo campo. Normalmente, 2NF crea relaciones de muchos a uno entre las relaciones dinmicas y los datos, la supresin de los datos de tablas transaccionales en las nuevas tablas.
COMPANY LOGO

El cuadro se encuentra en 1NF para despus realizar la separacin del grupo de libros de los autores. La editorial y la informacin objeto son relativamente estable en comparacin con los libros.
COMPANY LOGO
En la Figura 4-17, muchos-a-uno son las relaciones establecidas entre las tablas dinmicas estticas, es decir, BOOK a PUBLISHER y BOOK a SUBJ www.themegallery.com
Esta figura muestra la etapa inicial de la aplicacin de 2NF, con la creacin de la tabla editor trasladamos los datos que se encontraban en la tabla libro los cuales no pertenecan a dicha entidad.
COMPANY LOGO
Luego creamos las relaciones entre nuevas tablas que hemos creado con la entidad libro, crendose una relacin de uno a muchos.
COMPANY LOGO

Las claves primarias se crean tanto en el editor y tema tablas para identificar de forma exclusiva los editores y los temas dentro de sus respectivos dos tablas. Identificar las relaciones LIBRO con las entidades editor y tema ya se crea la clave principal compuesta de la tabla LIBRO.
COMPANY LOGO

Es importante comprender estas relaciones 2NF en la direccin opuesta de modo que las entradas de la Libreta depende de la existencia de PUBLISHER y SUBJEC. As pues, los editores y los temas deben existir para un libro o cada libro debe tener un editor y tema. , la excepcin podra ser un editorial en quiebra. Por el contrario, la relacin entre PUBLISHER y BOOK mas SUBJECT son en realidad uno a cero, uno, o muchos. Esto significa que no todos los editores absolutamente tienen que tener ttulos publicados, y tambin que no siempre hay un libro sobre cada tema disponible.
COMPANY LOGO
COMPANY LOGO

Es evidente en este ejemplo que utilizando la 2NF fsicamente hemos ahorrado espacio. La duplicacin se ha eliminado ya que slo tenemos un registro de SUBJECT y un nmero de registros mucho menor de PUBLISHER. Tenemos un nuevo ejemplo que muestra dos cuadros en 1NF. Ponga el SALE_ORDER y ALE_ORDER_ITEM cuadros presentados en la Figura 4-2 en 2NF: 1. Crear dos nuevas tablas con los campos correspondientes. 2. Eliminar los campos correspondientes de los cuadros originales. 3. Crear claves principales en los nuevos cuadros. 4. Crear las relaciones y definicin de claves forneas y colocacin adecuada.
COMPANY LOGO

Cmo funciona?
2NF requiere crear las nuevas tablas de campos que en parte depende de las claves principales. 1. Crear la tabla CLIENTE para eliminar los datos de la tabla SALE_ORDER. 2. STOCK_ITEM crear la tabla para eliminar los datos de la tabla SALE_ORDER_ITEM.
COMPANY LOGO

Esto muestra la creacin de dos nuevos cuadros. Otra diferencia es que los campos de la clave fornea aparecen en las tablas originales en lugar de las nuevas tablas, teniendo en cuenta la direccin de la relacin entre el original y las nuevas tablas.
COMPANY LOGO
Tercera Forma Normal

Para que una entidad est en tercera forma normal deben cumplirse dos condiciones: De modo que si deseo transformar una entidad que no est en tercera forma 2 normal, lo que deber hacerse es remover 1 los atributos no clave que dependen de otros Que todos los Que la entidad atributos no clave. atributos no claves est en segunda son Si un atributo de una entidad es dependiente forma normal. independientes de de otro atributo, el cual no es parte de la el resto de clave primaria, entonces estos atributos atributos no clave. deberan formar parte de una nueva entidad, la cual tiene relacin de uno a muchos con la entidad original. La clave primaria de la nueva entidad es aquel atributo sobre el cual el segundo atributo es dependiente.
COMPANY LOGO
Este ejemplo muestra una interpretacin ms fcil la de la 3NF donde tenemos una relacin de muchos a muchos y nos presenta la posibilidad de que ms de un registro sern devueltos mediante una consulta que une ambas tablas.
COMPANY LOGO
Si se busca para el empleado Colombia, tres tareas siempre se devolvern. Del mismo modo, si la bsqueda de la tercera tarea, dos empleados siempre se devolvern. Un problema que se planteara esta situacin cuando la bsqueda de un atributo especfico para una determinada tarea cuando sta es una tarea nica asignado a un nico empleado. Sin la nueva misin creada por la tabla ASSIGNMENT por la 3NF, la bsqueda de una asignacin individual sera imposible.
COMPANY LOGO
Otra forma de ver la 3NF es como se muestra en el ejemplo, donde los campos comunes a ms de un cuadro pueden ser trasladado a una nueva tabla, como lo demuestra la creacin de la tabla FOREIGN_EXCHANGE. Al principio, esto parece como un 2NF transformacin campos porque no depende de la clave principal se quitan a la nueva tabla. Ambos Proveedores han facilitado las direcciones y, por lo tanto, hay dependencias transitivas entre ellas, a travs de direcciones de ubicacin), en ltima instancia a los clientes y proveedores.
COMPANY LOGO

Clientes y proveedores utilizar las monedas en funcin de los pases en que se encuentran en el ejemplo muestra un 3NF transformacin que permite la eliminacin de informacin comn de los CUSTOMER(cliente) y SUPPLIER(Proveedores) por dos razones: De divisas y la tasa no depende de clientes y proveedores claves primarias, a pesar de que la moneda que utilizan depende de que el cliente o proveedor son sobre la base del pas en el que hacemos negocios. La moneda y EXCHANGE_RATE campos que antes de la transformacin de los cuadros son transitivamente depende de clientes y proveedores claves principales, ya que depender de la CURRENCY_CODE, que a su vez no depende de las direcciones. La transformacin del ejemplo anterior podra ser concebido como 2NF debido a que la relacin de muchos a uno es la creacin de una relacin ms estable mediante la creacin de la tabla FOREIGN_EXCHANGE.
COMPANY LOGO

Obviamente, la transformacin 3NF disminuye el tamao de la base de datos, en general, porque las copias repetidas de la moneda y EXCHANGE_RATE se han normalizado en la tabla FOREIGN_EXCHANGE y retirarse completamente de las tablas de clientes y proveedores.. Otra versin de 3NF encontrado es como se muestra en el siguiente ejemplo. En este caso, existe una clara dependencia transitiva de CIUDAD al Departamento y en el campo clave principal EMPLEADO. Una dependencia transitiva se produce cuando un campo depende de otro, que a su vez depende de un tercer campo, el tercer campo suelen ser la clave principal. El estado de dependencia transitiva tambin puede interpretarse como un campo que no depende totalmente de la clave principal.
COMPANY LOGO
En este ejemplo existe una dependencia transitiva porque se supone que cada empleado se le asigna a un determinado departamento. Cada departamento dentro de una empresa se basa exclusivamente en una determinada ciudad. En otras palabras, cualquier empresa en la base de datos no solo han propagado a travs de los departamentos ms de una sola ciudad.
COMPANY LOGO

En otras palabras, cualquier empresa en la base de datos no solo han propagado a travs de los departamentos ms de una sola ciudad.
Otro caso tpico 3NF, un valor calculado que se almacena en una tabla. Adems, el valor calculado el resultado de los valores en otros campos dentro de la misma entidad. En esta situacin, el campo calculado es, en realidad no totalmente dependientes de la clave primaria (transitivamente dependientes) y, por tanto, no requiere necesariamente una nueva tabla. Campos calculados son simplemente eliminadas.
COMPANY LOGO
Generalmente hay una buena razn para la inclusin de campos calculados, por lo general el rendimiento desnormalizacin. Supongamos que un departamento dentro de la empresa se encuentra en slo una ciudad. As, asumir que una ciudad es que siempre depende de un departamento de ventas. Ponga el SALE_ORDER y STOCK_ITEM tablas en 3NF. Eliminar algunos campos calculados y crear una nueva tabla. Eliminar los campos de una tabla original a una nueva mesa. Crear una clave principal en la nueva tabla. Crear un nmero a una relacin entre la tabla original y la nueva tabla, la definicin y colocar una clave externa adecuada.
COMPANY LOGO

Cmo funciona? 3NF requiere la eliminacin de las dependencias transitivas. 1. Crear la tabla como STOCK_SOURCE_DEPARTMENT la ciudad depende del departamento, que es a su vez depende de la clave principal. Esta es una dependencia transitiva. 2. Retire el TOTAL_PRICE, y TOTAL_AMOUNT campos de la tabla SALE_ORDER porque todos estos campos transitivamente depende de la suma de STOCK_QUANTITY y STOCK_UNIT_PRICE valores de otras dos tablas. El SALES_TAX campo pasa a un porcentaje para permitir la posterior clculo del impuesto sobre las ventas de valor.
COMPANY LOGO
Boyce Codd Normal-Forma (BCNF) Una tabla debe estar en 3NF. Una tabla puede tener slo uno de los candidatos principales. BCNF es un candidato clave , por definicin, una clave nica, y, por tanto, un potencial clave principal. Si una tabla contiene ms de un candidato clave (clave principal), tiene un problema .
COMPANY LOGO
Boyce Codd Normal-Forma (BCNF)

En esencia, prohbe una tabla a partir de tener dos claves principales. Por qu? Esto no es una rgida norma comercial, pero ms de un pricipal requisito perspectiva de nuestro modelo. En otras palabras, es bueno, pero no es comercialmente fresco.
COMPANY LOGO
4ta Forma Normal (4NF) Hace lo siguiente: La tabla debe estar en 3NF o BCNF (Clave nica) con 3NF. Transforma las mltiples dependencias valoradas en dependencias funcionales. Esto implica que un valor de varios valores y no dependen de una clave principal. Eliminar varios conjuntos de mltiples valores o varios valores dependencias, a veces descrito como no trivial.
COMPANY LOGO
4ta Forma Normal (4NF)
COMPANY LOGO

Que es lo que podemos observar ,que se realiza una transformacin parcial 4NF, dividiendo habilidades y las certificaciones de los trabajadores de las tablas correspondientes. Esta es slo una transformacin parcial, sin embargo, porque todava hay relacion de muchos-amuchos entre las tablas EMPLEADO SKILL, y empleados con certificacin.
COMPANY LOGO

En esta figura se nos resuelve el de muchos a muchos en las relaciones EMPLOYEE_SKILL y EMPLOYEE_CERTIFICA TION , que figuran como de muchos a muchos relaciones en la figura anterior
Esencialmente, los intentos de generar 4NF juegos o conjuntos de difusin en distintos registros en tablas separadas, registro individual de cada uno se torne ms fcil el acceso al hacer una bsqueda especifica.
COMPANY LOGO
5 de forma normal (5NF)
5NF hace lo siguiente
La tabla debe estar en 4NF.
Cclicos dependenci as deben ser eliminadas
COMPANY LOGO
5NF tambin se conoce como forma normal de proyeccin (PJNF).

El trmino "proyeccin" se utiliza para describir nuevas tablas que contienen un subconjunto de los datos de la tabla original.
5NF
COMPANY LOGO
5 de forma normal (5NF)

Una dependencia cclico es simplemente algo que depende en una cosa, ya sea de forma directa en indirectamente El cclico es la dependencia es que todo est relacionado con todo lo dems, incluida la propia. En otras palabras, hay una o una combinacin excluyendo repeticiones En conclusion: 5NF es similar a 4NF en tanto que el intento de reducir al mnimo el nmero de campos de claves compuestas.
COMPANY LOGO
Se puede mostrar esta forma as:
Comenzamos por la creacin de un campo compuesto de tres claves primarias, luego procedemos a insertar datos, para que nuestra tabla nos quede de esta forma.
COMPANY LOGO
5NF
En esta imagen podremos observar, la transformacin de 5NF nico compuesto de tres campo clave principal de tabla a tres semi-tablas relacionadas, cada uno con dos compuestos de campo claves primarias.
COMPANY LOGO
5NF Por qu es el trmino usado semirelacionados? Debido a que la herramienta utilizada en este caso para dibujar ERDs en realidad no permiten la creacin de la Divisin de Respuesta de Emergencia se muestra en la lado derecho del diagrama Esto es muy interesante, sin embargo, todos los textos indican que la5NF transformacin se muestra en esta como verdadera y correcta.
COMPANY LOGO
5NF Para consultar la base de datos debera ,coincidir las dos preguntas , en este caso, los registros de una tabla deben coincidir con los registros de los tres se sumaron a las tablas.
COMPANY LOGO
DKNF
1
Es una forma ideal y un final o forma final de la normalizacin de bases de datos relacionales.
2
Es matemticamen te ms perfecto y tiene la belleza en su simplicidad
COMPANY LOGO
BD Relacional
Modelo comercial donde la mayora de bases de datos requieren no slo las coincidencias exactas, sino tambin la bsqueda de gama de presentacin de informes, este nivel de intensidad en la normalizacin casi siempre tiene un serio impacto negativo en la base de datos general y el rendimiento de las aplicaciones y, por tanto, un efecto negativo en los usuarios finales satisfaccin
COMPANY LOGO
un modelo de base de datos completamente normalizado debe aparecer:
1ero
2do
3ero
4to
No puede Haber: Insercin, Modificacin, o Supresin de Datos anomalas.
Cada registro de cada tabla debe ser singularmente identificables y Directamente relacionada Con la clave primaria en su tabla.
Todos los datos conocimiento de validacin se comn que realiza en el algunos reglas de modelo de base aplicacin de negocio es a de datos
menudo ms eficaz dividida entre la bd y aplicaciones.
En general, es de
COMPANY LOGO
Resumen
1ero 2do 3ero
4to
Normalizacin
Un Laico
Un purista
Forma Normal
COMPANY LOGO
LOGO
Wendy Cherres, Mayra Romero y Xiomara Vargas

Grupo4 090327122507 Phpapp02

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Grupo4 090327122507 Phpapp02

Cargado por

Copyright:

Formatos disponibles

LOGO

Revisado por: Ing. Patricio Vicua

El concepto de las anomalas

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

Bioqumica Danza Sistemas Natacin

Bioqumica Guitarra Civil Natacin

La dependencia y los factores determinantes.

La dependencia y los factores determinantes.

1ra Forma Normal (1NF)

1ra Forma Normal (1NF)

1ra Forma Normal (1NF)

1ra Forma Normal (1NF)

Ninguna restriccin sobre el nmero de libros por AUTOR

Segunda Forma Normal 2NF

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Segunda Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Tercera Forma Normal

Boyce Codd Normal-Forma (BCNF)

4ta Forma Normal (4NF)

4ta Forma Normal (4NF)

4ta Forma Normal (4NF)

5 de forma normal (5NF)

5NF hace lo siguiente

La tabla debe estar en 4NF.

Cclicos dependenci as deben ser eliminadas

5NF tambin se conoce como forma normal de proyeccin (PJNF).

5 de forma normal (5NF)

Se puede mostrar esta forma as:

un modelo de base de datos completamente normalizado debe aparecer:

No puede Haber: Insercin, Modificacin, o Supresin de Datos anomalas.

Wendy Cherres, Mayra Romero y Xiomara Vargas

También podría gustarte