PRESENTACION

Nombre de la escuela: CBTIS 243

Nombre del alumno: yaritza jessamy Orellana Camacho

Nombre del catedrtico: Cornelio Alberto Prez Mndez

Asignatura: submodulo

rea: ofimtica

Fecha de entrega: 23/septiembre/2015

INTRODUCCION

En esta investigacin daremos a conocer a grandes rasgos 3 formas normales

para aplicar un diseo a la BD as como tambin un ejemplo de cada una de

las formas.

3 FORMAS NORMALES PARA APLICAR DISEO A LA BD

2) El modelo E/R sencillo, pero a la vez suficientemente potente, permite

entablar un dilogo entre el usuario y el diseador que facilitara que se

despejen dudas y aclaren aspectos del universo del discurso a modelar. Se

facilita as la colaboracin de los especialistas con los usuarios, de manera que

estos ltimos pueden participar activamente, e incluso ser protagonistas, en el

diseo.

Podemos representar esquemticamente las dos primeras fases (diseo

conceptual y diseo lgico) de la metodologa, en este ejemplo, en el cual

aparece el proceso de diseo de una biblioteca; el diseador observa el mundo

real bajo unos ciertos objetivos (universo del discurso) y, apoyndose en una

primera etapa en el modelo E/R, llega a un esquema conceptual, al cual se le

aplicara un conjunto de reglas a fin de transformarlo en una estructura

relacional (conjunto de tablas).

2- TRANSFORMACIN DEL ESQUEMA CONCEPTUAL AL RELACIONAL

El paso de un esquema en el modelo E/R al relacional est basado en los tres

principios siguientes:

Todo tipo de entidad se convierte en una relacin.

Todo tipo de interrelacin N: M se transforma en una relacin.

Todo tipo de interrelacin 1: N se traduce en el fenmeno de

propagacin de clave o bien se crea una nueva relacin.

A primera vista se puede observar que en el paso del modelo E/R al relacional

pierde semntica, puesto que tanto las entidades como las interrelaciones se

transforman en relaciones, de forma que ya no es posible distinguir entre unas

y otras (en el modelo relacional) solo existe la relacin para presentar ambos

tipos de objetos).

Tambin se constata que la perdida de semntica es an mayor en el caso de

la propagacin de clave, donde desaparece incluso el nombre de la

interrelacin. Es preciso destacar que la perdida de semntica no implica,

necesariamente, un peligro para la integridad de la base de datos, ya que, si la

transformacin se ha realizado correctamente, se habrn definido las

necesarias restricciones (muy en especial las claves ajenas con sus opciones)

que aseguraran la consistencia de los datos.

En el ejemplo, puede observarse que las tres entidades EDITORIAL, LIBRO y

AUTOR se transforman en otras tantas relaciones. La interrelacin N:M

Escribe da lugar a una nueva relacin ESCRIBE cuya clave primaria es la

concatenacin de los atributos identificadores de las entidades que participan

en ella (nombre de AUTOR y cdigo de LIBRO), siendo adems estos claves

ajenas de ESCRIBE que referencian a las relaciones AUTOR y LIBRO,

respectivamente. La interrelacin 1: N edita se transforma en la relacin

LIBRO la clave de la relacin EDITORIAL ( a la que llamamos Editorial);

atributo que ser clave ajena de la relacin LIBRO referenciando a

EDITORIAL.

Las posibles opciones de borrado que se podran aplicar en este caso serian:

Restringido (NO ACTION): impide el borrado (o actualizacin) de una

ocurrencia de EDITORIAL en tanto existan en la base de datos libros editados

por dicha editorial (es la opcin que el sistema toma por defecto en el caso de

no explicitar ninguna, como ocurre en el ejemplo de la figura anterior).

Cascada (CASCADE): se utilizara esta opcin si se desea que, al

borrar una ocurrencia de EDITORIAL, se borren ene la relacin LIBRO todos

los libros editados por ella.

Valor por defecto (SET DEFAULT): pondra el valor definido por

defecto, para el atributo Editorial en la tabla LIBRO en todas aquellas

ocurrencias asociadas a una editorial borrada en la relacin EDITORIAL.

No podra utilizarse la opcin de puesta al valor nulo, dado que la cardinalidad

mnima de una en editorial, significa que todo libro ha de ser editado por una

editorial, por lo que el atributo Editorial en LIBRO no admite el valor nulo.

En el caso de modificacin, lo ms comn es poner la opcin de cascada, ya

que, por regla general, se desea que el atributo Editorial en la relacin LIBRO

se modifique de la misma forma en que se modifica el nombre de la editorial

(Nombre_E) en la relacin EDITORIAL.

Como podemos observar, las opciones de borrado y modificacin de la clave

ajena ayudan a mantener la integridad de los datos.

La cardinalidad mnima de uno en LIBRO (es decir, si toda Editorial tuviese que

editar un libro como mnimo) no podra recogerse mediante las opciones de

clave ajena.

Cuando la interrelacin es una dependencia en existencia, la transformacin se

realiza tal como aparece en el siguiente ejemplo.

Como en este caso las ocurrencias de la entidad dbil (FAMILIAR) tienen que

ser eliminadas cuando se borra la ocurrencia de la entidad regular

(EMPLEADO) de la cual dependen, la opcin de borrado ser cascada.

Si la dependencia fuese en identificacin, como en el ejemplo siguiente, la

nica diferencia con el caso anterior es que la clave primaria de EJEMPLAR

seria la concatenacin del atributo identificador principal de la entidad regular

LIBRO (Cdigo) con el Numero_e de la entidad EJEMPLAR, ya que Numero_e,

por s solo, no identifica a los ejemplares.

B) Transformacin creando una nueva relacin (interrelacin N:M)

Sea la interrelacin Escribe del siguiente ejemplo donde suponemos las

cardinalidades que aparecen en la figura, es decir, existen libros annimos (un

libro puede no ser escrito por ningn autor) y, en cambio, todo autor tiene que

haber escrito al menos un libro. El esquema relacional resultante de la

transformacin, con las claves ajenas y sus opciones, aparece en la parte

derecha de la figura.

Las opciones de borrado y de modificacin, en el caso de interrelaciones N:M,

suelen ser cascada, pero hay casos, en los que est justificado elegir otra

opcin; as, como en el ejemplo, para clave ajena Cod_autor que referencia a

AUT>OR> no se ha puesto opcin de borrado (toma, por tanto, NO ACTION),

ya que se supone que no se desea que se borre un autor en tanto exista una

ocurrencia de ESCRIBE que asocie a ese autor con algn libro. Las

cardinalidades mnimas de uno no pueden recogerse mediante las opciones de

clave ajena.

Cuando la interrelacin tiene un atributo, este pasa a ser un atributo de la tabla

en la que se ha transformado la interrelacin.

3) Una forma sencilla de representar el esquema relacional es el denominado

grafo relacional. Es un grado compuesto de un conjunto de nodos

multiparticionados, donde cada nodo representa un esquema de relacin, es

decir, una tabla de la BD. Para cada esquema de la relacin ha de aparecer,

como mnimo, su nombre y sus atributos, indicando su clave primaria

(subrayamos los atributos que la componen con trazo continuo) y las claves

alternativas (se subrayan con trazo discontinuo) y las claves ajenas (de las

cuales parten arcos que sealan la tabla referenciada por la correspondiente

clave ajena), tal como aparece en el siguiente ejemplo. Las opciones de

borrado y modificacin de la clave ajena se pueden poner en el arco que une la

clave ajena con la tabla referenciada.

CONCLUSION

Con esto hemos llegado a la conclusin de esta pequea investigacin

conocimos la forma del modelo E/R sencillo el cual facilita al diseador entablar

un dialogo, el otro es el modelo E/R relacional el cual todo tipo de identidad se

convierte en una relacin y que todo tipo de N: M se transforma en una relacin

y por ltimo es el grafo relacional el cual dice que conjunto de nodos

multiparticionados, donde cada nodo representa un esquema de relacin, es

decir una tabla.

REFERENCIAS

WWW.wikipedia.com