UNIDAD 5 DISEÑOS DE BASES DE DATOS RELACIONALES

5.1 DISEÑO DE ESQUEMAS RELACIONALES DE DATOS

El objetivo del diseño de base de datos relacionales es la generacion de u
n conjunto de esquemas que
nos permita almacenar la informacion sin redunciancias inesesarias pero
que ademas nos permita recuperar
facilmente la informacion.
Un enfoque utilizado es el diseño de esquemas que se deben encontrar en un
a forma normal es decir que se
encuentre normalizada. Para determinar si el esquema se encuentra en una
de las formas normales se requiere
informacion sobre la empresa que se este modelando con la finalidad de m
ejorar el aprovechamiento de espacio
que ocupa una base de datos.
No existe una sola alternativa en el diseño de un esquema relacional de un
a base de datos pero si algunos diseños
pueden representar mejor la informacion y ser mas accesibles que otros.
5.1.1 DEPENDENCIAS FUNCIONALES
Para poder comprender las formas normales o la normalizacion de una base
de datos es nesesario comprender las
dependencias funcionales que son consideradas las restricciones del conj
unto de relaciones que permiten expresar
hechos sobre la empresa que se modela por medio de una base de datos. Di
chas dependencias funcionales son en realidad
la relacion que existe entre 2 atributos de una misma tabla tomando en c
uenta que para cada valor del primer atributo
existe un segundo valor para el segundo atributo.
5.1.2 ANOMALIAS
Las anomalias o inconsistencias que pueden encontrarse en un mal diseño de
base de datos son 4:
1) Redundancia.
2) Ambigüedad.
3) Perdidad de restricciones de integridad.
4) Anomalias en operaciones de modificacion de datos.
- La redundancia es el nombre que se les asigna a los datos que se repit
en de una forma continua dentro de una tabla de
la base de datos ademas de que es el primer sintoma de problemas en un
mal diseño de uan base de datos y es muy facil de
identificar.
- Las ambigüedades son los datos que no clarifican o no especifican de man
era suficiente a que registro representan ya que
los datos podian referirse a mas de un registro o podria no saberse a
que registro se esta refiriendo.
- La perdida de restricciones de integridad es se presenta normalmente d
ebido a las dependencias funcionales lo que indicaria
que los datos de un atributo(en el mismo registro) no tiene relacion c
on los datos de otro atributo.
- Las anomalias en operciones de modificaion de datos se manifiestan cua
ndo al insertar un registro tienen que repetir registros
en otras tablas o que para eliminar un registro en particular se elimi
ne mas de uno dentro de la misma tabla.
La normalizacion de las bases de datos permite eliminar estos 4 problema
s forzando la division de las tablas en 2 o mas y utilizar
campos clave en lugar de los campos que generan el problema.
5.1.3 DESCOMPOSICION
La descomposicion implica dividir una tabla en 2 o mas tablas dependiend
o de las anomalias que se encuntren en la tabla original
o que se kieran solucionar debe tomar en cuenta que una mala descomposic
ion puede generar otro mal diseño de base de datos agregando
mas anomalias en lugar de solucionar la primera anomalia encontrada.
 Para que una descomposicion se considere adecuada debe ser una descompos
icion de reunion sin perdida es decir que ninguno de los
atributos quede fuera de las 2 o mas tablas generadas.
Una descomposicion de reunion con perdida genera un mal diseño de la base
de datos por lo que se deben evitar este tipo de
descomposiciones.