Unidad 4.

Tarea 1

4.7 Algoritmo de descomposición

7.4  DESCOMPOSICIÓN

En este capitulo nos expone un ejemplo que capítulos atrás ya se ha venido estudiando y esta explicando los tipos de descomposiciones que hay que vendrían siendo

·         La descomposición con perdida

·         La descomposición sin perdida

Y nos explica que básicamente al realizar una descomposición  es cuando al tener un mal diseño del esquema de relación se tiene que recurrir a esta técnica para poder visualizar de forma mas clara el esquema es decir con menos atributos en cada apartado pero también explica que si no se tiene cuidado al hacer la descomposición podemos llegar a otro error y con esto producir un descomposición con perdida esta se refiere a que al haber realizado la descomposición no se estudiaron todos los aspectos y nos al comparar los resultados nos damos cuenta que hace falta información de importancia y al caso contrario con la descomposición sin perdida ya que en esta si encontraremos toda la información necesaria; pero para llegar a esta como resultado hay que seguir ciertas restricciones en el conjunto de relaciones posibles.

 Eje. De descomposición sin pérdida.

  

7.5 PROPIEDADES DESEABLES DE LA DESCOMPOSICIÓN

En este capitulo nos muestran ciertas propiedades que se deben tener en cuenta para poder llegar a un buen resultado del esquema relacional cuando se esta utilizando la descomposición. En este tema nos sigue explicando de acuerdo al ejemplo anterior y cuando hace referencia a la descomposición de reunión sin pérdida nos dice para poder hay que llevar un esquema de relación a uno de menor tamaño pero sin perdida de información. También dice que la conservación de las dependencias se lleva a cabo cuando se lleva cabo las actualizaciones en las bases de datos, dice que para que este punto se pueda lograr el sistema debe verificar que no se esta cometiendo algún error y para comprobar esto se hacen ciertos esquemas que hacen las verificaciones necesarias y demostrar que todo lo que hay es legal por a si decirlo. La descomponían evita la  repetición de la información para que no haya algún tipo de  redundancia en los datos.

 4.8 FORMAS NORMALES SUPERIORES

7.8 CUARTA FORMA NORMAL

La cuarta forma normal(4FN)es usada en la normalización de bases de datos. 
La 4NF se asegura de que las dependencias multivaloradas independientes estén correctas y representadas en un diseño de base de datos.
La Cuarta Forma Normal es el siguiente nivel de normalización después de la forma normal de Boyce-Codd (BCNF).
La forma normal de Boyce-Codd (BCNF) es una forma normal utilizada en la normalizacion de base de datos en la cual requiere que no existan dependencias funcionales no triviales de los atributos que no sean un conjunto de la clave candidata

Ejemplo de cuarta forma normal.

Tabla que no esta en cuarta forma normal
Transporte
Conductor	Tipo Vehículo	Tipo Carga
Juan	Furgoneta	Perecederos
Marcos	Furgoneta	Perecederos
Juan	Furgoneta	Muebles
Marcos	Furgoneta	Muebles
Juan	Camión	Mudanza
Marcos	Camión	Mudanza

7.9  OTRAS FORMAS NORMALES

En este apartado solo nos expone que la cuarta forma normal no es la ultima porque de hecho hay algunos libros consideran a la quinta forma normal pero básicamente nos dice que los esquemas relacionales pueden comprenderse todavía aun mas con otras técnicas como las dependencias de reunión que podrían considerarse como las dependencias multivaloradas y la  forma normal de reunión por proyección.



Tarea 2

Integridad de entidad

---

La integridad de entidad define una fila como entidad única para una tabla determinada. Pretende que cada entidad que se guarda en la base de datos sea identificable de un modo único, es decir, que evitemos la información redundante.

Ejemplo:

Una empresa dedicada a la venta de bebidas, podríamos identificar las bebidas de un modo general, a un modo más individual:

·        Todas las bebidas en un solo grupo.

·        Todas la bebidas de la misma marca en un grupo.

·        Agrupar las bebidas en función de si son alcohólicas o no.

·        Cada bebida de modo individual.

·        Un hecho sobre una determinada bebida, como puede ser el sabor de un refresco.

Otro ejemplo:

Integridad de dominio

La integridad de dominio viene dada por la validez de las entradas para una columna determinada. Puede exigir la integridad de dominio para restringir el tipo mediante tipos de datos, el formato mediante reglas y restricciones.

Ejemplo

·         Si en la relación EMPLEADOS(DNI, nombre, apellido, edademp) hemos declarado que dominio(DNI) es el dominio predefinido de los enteros, entonces no podremos insertar, por ejemplo, ningún empleado que tenga por DNI el valor “Luis”, que no es un entero.

·         Supongamos ahora que en la relación EMPLEADOS(DNI, nombre, apellido, edademp) hemos declarado que dominio(edademp) es el dominio definido por el usuario edad. Supongamos también que el dominio edad se ha definido como el conjunto de los enteros que están entre 16 y 65. En este caso, por ejemplo, no será posible insertar un empleado con un valor de 90 para edademp.

Integridad referencial

La integridad referencial protege las relaciones definidas entre las tablas cuando se crean o se eliminan filas La integridad referencial garantiza que los valores de clave sean coherentes en las distintas tablas. Para conseguir esa coherencia, es preciso que no haya referencias a valores inexistentes y que, si cambia el valor de una clave, todas las referencias a ella se cambien en consecuencia en toda la base de datos.

Ejemplos:

·         Supongamos una base de datos con las entidades Persona y Factura. Toda factura corresponde a una persona y solamente una. Implica que en todo momento dichos datos sean correctos, sin repeticiones innecesarias, datos perdidos y relaciones mal resueltas.

·         Supongamos que una persona se identifica por su atributo DNI (Documento Nacional de Identidad). También tendrá otros atributos como el nombre y la dirección. La entidad Factura debe tener un atributo DNI_cliente que identifique a quién pertenece la factura.

Integridad definida por el usuario

La integridad definida por el usuario permite definir reglas de empresa específicas que no pertenecen a ninguna otra categoría de integridad. Todas las categorías de integridad admiten la integridad definida por el usuario. Esto incluye todas las restricciones de nivel de columna y nivel de tabla, procedimientos almacenados y desencadenadores.

Ejemplo::

·        Si puedo configurar una regla que una identificación debe constar de 5 enteros sólo entonces cuando inserto una fila con ID que se compone de los números enteros y caracteres algunos, entonces no lo aceptará y devolverá un error.

·        La eliminación de un registro, escribe automáticamente ese registro a una tabla de auditoría.

Regla de integridad de dominio

La regla de integridad de dominio está relacionada con la noción de dominio. Esta regla establece dos condiciones.

§  La primera condición consiste en que un valor no nulo de un atributo Ai debe pertenecer al dominio del atributo Ai; es decir, debe pertenecer a dominio(Ai). Esta condición implica que todos los valores no nulos que contiene la base de datos para un determinado atributo deben ser del dominio declarado para dicho atributo.

§  La segunda condición sirve para establecer que los operadores que pueden aplicarse sobre los valores dependen de los dominios de estos valores; es decir, un operador determinado sólo se puede aplicar sobre valores que tengan dominios que le sean adecuados.

La regla de integridad referencial está relacionada con el concepto de clave foránea, lo que determina que todos los valores que toma una clave foránea deben ser valores nulos o valores que existen en la clave primaria que referencia. La necesidad de esta regla es debido a que las claves foráneas tienen por objetivo establecer una conexión con la clave primaria que referencian. Si un valor de una clave foránea no estuviese presente.

La regla de integridad de entidad de la clave primaria dispone que los atributos de la clave primaria de una relación no pueden tener valores nulos. Esta regla es necesaria para que los valores de las claves primarias puedan identificar las tuplas individuales de las relaciones. Si las claves primarias tuviesen valores nulos, es posible que algunas tuplas no se pudieran distinguir. Un SGBD relacional tendrá que garantizar el cumplimiento de esta regla de integridad en todas las inserciones y en todas las modificaciones que afecten a atributos que pertenecen a la clave primaria de la relación.