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