Base De Datos

 Otras formas normales

 Integrantes Del Equipo

INTEGRANTES:

CASTELLANOS ARRAÑAGA ALAN BRAULIO

GARCIA BUENROSTRO NAYELI GUADALUPE

RAMIREZ HERNANDEZ GERARDO

 OTRAS FORMAS NORMALES
(4FN, 5FN, FORMA NORMAL DE DOMINIO)
 CUARTA FORMA NORMAL (4FN)
 La cuarta forma normal es aquella que se asegura de que las
dependencias multivaluadas independientes estén correctas y
eficientemente representadas en un diseño de base de datos.

La 4FN es el siguiente nivel de normalización después de la 

forma normal de Boyce-Codd (FNBC).
REQUISITO PARA LA CUARTA FORMA
NORMAL
 -Debe estar en tercera forma normal (Todos los atributos son claves
secundarias)

Si cumple con esta condición entonces procedemos a eliminar las

relaciones muchos a muchos para cumplir con la condición de la cuarta
forma normal.
MODELO QUE NO CUMPLE CON LA
CUARTA FORMA NORMAL
ClaveFarmacia ClaveLineaProductos ClaveZonaDistribució
n

Siendo la tabla mencionada la única que une a todas

ellas para determinar que líneas de productos se vencen
en las farmacias y a que zonas distribuye cada una de
ellas.
 MEJORA DEL MODELO CUMPLIENDO
CON LA 4FN
 Si tratamos de eliminar la tabla que une a las tres tablas
(Farmacias,Lineas y zonas) se podría lograr por medio de dos tablas.

1. seria la tabla de zonas de distribución

ClaveFarmacia ClaveZonaDistribucion

 2. Tabla de líneas vendidas en cada farmacia

ClaveFarmacia ClaveLineaProductos
Forma normal de
dominio/clave
Definición
Se la conoce más con sus siglas en inglés DKNF. Se trata de una forma
normal enunciada también por Faginen 1981 al darse cuenta de los
problemas de redundancia que ocurrían con algunos dominios. En este
caso no se basó en dependencias entre los datos, sino que se basó en
restricciones de dominio y restricciones de clave.
Restricciones de dominio: Se trata de la restricción que hace que un
determinado atributo obtenga sólo ciertos valores, los que estén de
acuerdo a la definición de un determinado dominio.
Restricción de clave: Es la restricción que permite que un atributo o un
conjunto de atributos forme una clave candidata.
Fagin dice que una tabla está en FNDC si toda restricción sobre la tabla es
consecuencia lógica de aplicar las restricciones de dominio y clave sobre la
misma. Fagin demostró que si esto ocurría la tabla incluso estaba en 5FN.
 Ejemplo:

Construir con éxito una base de datos en forma normal de dominio/clave sigue
siendo una tarea difícil, incluso para programadores experimentados de bases
de datos. Así, mientras que la forma normal de dominio/clave elimina los
problemas encontrados en la mayoría de las bases de datos, tiende para ser la
forma normal más costosa de alcanzar.
Una violación de DKNF ocurre en la siguiente tabla:
 Ejemplo:

Asuma que el dominio para la DNI Persona rica consiste en los DNI's de toda la
gente rica en una muestra predefinida de gente rica; el dominio para el Tipo de
persona rica consiste de los valores 'Millonario excéntrico', 'Multimillonario
excéntrico', 'Millonario malvado', y 'Multimillonario malvado'; y el dominio para
el Valor neto en dólares consiste de todos los números enteros mayor que o
igual a 1.000.000.

Hay una restricción que liga el Tipo de persona rica al Valor neto en dólares,
incluso aunque no podamos deducir uno del otro. La restricción dicta que
un Millonario excéntrico o Millonario malvado tendrá un valor neto de
1.000.000 a 999.999.999 inclusive, mientras que un Multimillonario
excéntrico o un Multimillonario malvado tendrá un valor neto de 1.000.000.000
o más. Esta restricción no es ni una restricción de dominio ni una restricción de
clave; por lo tanto no podemos confiar en las restricciones de dominio y las de
clave para garantizar que una combinación de anómala de Tipo de persona
rica / Valor neto en dólares no tenga cabida en la base de datos.
 Ejemplo:

La violación de la DKNF podría ser eliminada alterando dominio Tipo de

persona rica para hacer que sea consistente con solo dos valores, 'Malvado' y
'Excéntrico' (el estatus de persona rica como un millonario o un multimillonario
es implícito en su Valor neto en dólares, así que no se pierde ninguna
información útil).
 proyección-unión la quita forma normal
Definicion

 La quita forma normal también conocida como forma

normal de proyección-unión (PJ/NF, es un nivel
de normalización de bases de datos diseñado para reducir
redundancia en las bases de datos relacionales que guardan
hechos multi-valores aislando semánticamente  relaciones
múltiples relacionadas. Una tabla se dice que está en 5NF si
y sólo si está en 4NF y cada dependencia de unión  (join) en
ella es implicada por las claves candidatas.
 uso

 Solamente en contadas ocasiones una tabla 4NF no se corresponde con

una 5NF. Estas son situaciones en las cuales una restricción compleja
del mundo real, que limita las combinaciones válidas de los valores de
atributos en la tabla 4NF, no está implícita en la estructura de esa
tabla. Si esa tabla no se normaliza a 5NF, la tarea de mantener la
consistencia lógica de los datos dentro de la tabla debe ser llevada en
parte por la aplicación responsable de inserciones, borrados, y
actualizaciones a ella; y hay un riesgo elevado de que los datos dentro
de la tabla se vuelvan inconsistentes. Por el contrario, el diseño 5NF
excluye la posibilidad de tales inconsistencias.
 ejemplo

 El psiquiatra puede ofrecer tratamiento reembolsable a los pacientes que sufren de la condición
dada y que son asegurados por el asegurador dado. En ausencia de cualquier regla que restrinja
las combinaciones válidas posibles de psiquiatra, asegurador, y condición, la tabla de tres
atributos Psiquiatra-para-Asegurador-para-Condición es necesaria para modelar la situación
correctamente.
 Sin embargo, suponga que la regla siguiente se aplica:

 Cuando un psiquiatra es autorizado a ofrecer el tratamiento

reembolsable a los pacientes asegurados por el asegurador P, y el
psiquiatra puede tratar la condición C, entonces - en caso que el
asegurador P cubra la condición C - debe ser cierto que el psiquiatra
puede ofrecer el tratamiento reembolsable a los pacientes que sufren
de la condición C y están asegurados por el asegurador P.
 Con estas restricciones es posible dividir la relación en tres partes.

 Note como esta disposición ayuda a quitar redundancia. Suponga que el Dr. James se convierte
en un proveedor de tratamientos para Friendly Care. En la disposición anterior tendríamos que
agregar dos nuevas entradas puesto que el Dr. James puede tratar dos condiciones cubiertas
por Friendly Care: ansiedad y depresión. Con la nueva disposición necesitamos agregar una sola
entrada (en la tabla Psiquiatra-para-Asegurador)
 Referencias
CUARTA FORMA NORMAL
http://dbadixit.com/cuarta-forma-normal-4fn/
https://es.wikipedia.org/wiki/Cuarta_forma_normal
 https://www.udemy.com/aprende-t-sql-orientado-a-negocios/?
couponCode=YOUTUBE-SQL-VIDEO

FORMA NORMAL DE DOMINIO

https://www.coursehero.com/file/p66k2jo/Forma-Normal-de-Dominio-Clave-FNDC-Se
-la-conoce-m%C3%A1s-con-sus-siglas-en-ingl%C3%A9s/

http://fermibasededatos.blogspot.com/

https://picodotdev.github.io/blog-bitix/2018/02/las-6-plus-2-formas-normales-de-las-
bases-de-datos-relacionales/
 Referencias
quinta forma normal
 [S. Krishna (1991). Introduction to Data Base and Knowledge Base Systems. ISBN 9810206208.
"The fifth normal form was introduced by Fagin"]
 Kent, W. (1983) A Simple Guide to Five Normal Forms in Relational Database Theory,
Communications of the ACM, vol. 26, pp. 120-125
 Date, C.J., & Darwen, H., & Pascal, F. Database Debunkings
 Advanced Normalization