Resumen Tema 9 (Entidad Relacin)

Es un mtodo del que disponemos para disear estos esquemas que

posteriormente debemos de implementar en un gestor de BBDD (bases de datos). Este
modelo se representa a travs de diagramas y est formado por varios elementos.
Este modelo habitualmente, adems de disponer de un diagrama que ayuda a
entender los datos y como se relacionan entre ellos, debe de ser completado con un
pequeo resumen con la lista de los atributos y las relaciones de cada elemento.
Relaciones de cardinalidad
Podemos encontrar distintos tipos de relaciones segn como participen en ellas
las entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un
mismo cargo lo pueden compartir varios empleados.
Esto complementa a las representaciones de las relaciones, mediante un intervalo
en cada extremo de la relacin que especifica cuantos objetos o cosas (de cada entidad)
pueden intervenir en esa relacin.
Relacin uno a uno
Uno a varios o varios a uno: determina que un registro de una entidad puede
estar relacionado con varios de otra entidad, pero en esta entidad existir solo una vez.
Como ha sido en el caso anterior del trabajador del taller.
Relacin uno a varios
Varios a varios: determina que una entidad puede relacionarse con otra con
ninguno o varios registros y viceversa. Por ejemplo, en el taller un coche puede ser
reparado por varios mecnicos distintos y esos mecnicos pueden reparar varios coches
distintos.
Relacin varios a varios
Los indicadores numricos indican el primero el nmero mnimo de registros en
una relacin y posteriormente el mximo (si no hay lmite se representa con una "n").
Claves
Es el atributo de una entidad, al que le aplicamos una restriccin que lo distingue
de los dems registros (no permitiendo que el atributo especfico se repita en la entidad)
o le aplica un vnculo (exactamente como comentbamos en las relaciones). Estos son
los distintos tipos:
Superclave: aplica una clave o restriccin a varios atributos de la entidad, para
as asegurarse que en su conjunto no se repitan varias veces y as no poder entrar en
dudas al querer identificar un registro.

Clave primaria: identifica inequvocamente un solo atributo no permitiendo que

se repita en la misma entidad. Como sera la matrcula o el nmero de chasis de un
coche (no puede existir dos veces el mismo).
Clave externa o clave fornea: este campo tiene que estar estrictamente
relacionado con la clave primaria de otra entidad, para as exigir que exista previamente
ese clave. Anteriormente hemos hablado de ello cuando comentbamos que un
empleado indispensablemente tiene que tener un cargo (que lo hemos representado
numricamente), por lo cual si intentsemos darle un cargo inexistente el gestor de
bases de datos nos devolvera un error.

Resumen Tema 10, 11, 12, 13, 14 y 15 (Formas normales

Definicin Forma normal (base de datos) y Reglas de Normalizacin
Primera Forma Normal (1FN)
Segunda Forma Normal (2FN)
Tercera Forma Normal (3FN)
Forma normal de Boyce-Codd (FNBC)
Cuarta Forma Normal (4FN))

La normalizacin es el proceso de organizar los datos en una base de datos.

Esto incluye crear las tablas y establecer las relaciones entre ellas segn las reglas
diseadas para proteger los datos y hacer la base de datos ms flexible eliminando
redundancia y la dependencia inconsistente.
Primera Forma Normal
- Elimine los grupos repetidos en las tablas individuales.
- Cree una tabla separada para cada conjunto de datos relacionados.
- Identifique cada conjunto de datos relacionados con una clave primaria.
Segunda Forma Normal
- Cree tablas separadas para los conjuntos de valores que se aplican a mltiples
registros.
- Relacione estas tablas con una clave fornea.
Los registros deben depender exclusivamente de la clave primaria (una clave
compuesta, si fuese necesario).

Tercera Forma Normal

- Elimine campos que no dependen de la clave primaria.
Los valores en un registro que no son parte de la clave de ese registro pueden no
pertenecer a la tabla. En general, cuando un grupo de campos pueda aplicarse a ms de
un registro en la tabla, considere situar esos campos en una tabla separada.
Cuarta Forma Normal
Una tabla est en 4NF si y solo si esta en 3FN o en BNCB (Cualquiera de
ambas) y no posee dependencias multivaluadas triviales. (Requiere que ciertas tuplas
estn presentes en la misma). Una tabla con una dependencia multivaluada es una donde
la existencia de dos o ms relaciones independientes muchos a muchos causa
redundancia; y es esta redundancia la que es suprimida por la cuarta forma normal.
Forma normal de Boyce-Codd (FNBC)
Si nos encontramos con casos en los que hay varias claves compuestas solapadas
(que comparten algn campo), tendremos problemas.
Forma Normal Boyce-Codd
Se dice que un registro se encuentra en FNBC si y solo si, todo determinante es
clave, donde por determinante entendemos cualquier conjunto de campos en el que otro
campo depende funcionalmente de forma completa.
Dado el siguiente registro:
Suministros (Cod_Objeto, Cod_Almacen, Nombre_Almacen, Cantidad)
Donde los almacenes se identifican unvocamente tanto por el cdigo como por
el nombre; pero hay dos claves, la formada por el conjunto (Cod_Objeto Cod_Almacen)
y la que componen (Cod_Objeto, Nombre_Almacen). Sin embargo, hay cuatro
determinantes; adems de las claves anteriores, el campo Cod_Almacen y el campo
Nombre_Almacen son determinantes, ya que uno implica al otro y viceversa, por tanto
este registro no se encuentra en FNBC, por que no todo determinante es clave
(Cod_Almacen y Nombre_Almacen forman parte de la clave, pero no son la clave.)
Para cumplir la FNBC hay que descomponer el registro, de la siguiente manera:
Almacenes (Cod_Almacen, Nombre_Almacen)
Suministros (Cod_Objeto, Cod_Almacen, Cantidad)
De tal forma que en el primer registro existen dos claves: Cod_Almacen y
Nombre_Almacen, y ambos campos son tambin determinantes, as que est en forma

normal FNBC, mientras que en el segundo registro existe una clave compuesta por
(Cod_Objeto, Cod_Almacen) y hay un nico determinante formado por los dos campos
(Cod_Pieza, Cod_Almacen) que determinan a Cantidad, por lo que tambin se
encuentra en FNBC.
Quinta Forma Normal: 5FN
Una relacin est en 5FN si est en 4FN y adems no existen restricciones
impuestas por el creador de la BD. Una restriccin de este tipo puede ser por ejemplo
que una tabla se divida en sub-tablas. Esta forma normal tiene poca aplicacin prctica
porque dificulta el diseo ya que genera un nmero enorme de tablas.
Desnormalizacin
La principal ventaja de la normalizacin es que divide una gran tabla en tablas
ms pequeas: Pasamos de una tabla de 100 campos a 20 tablas de 5 campos cada una.
Pero sto a la vez puede generar un problema: La excesiva particin de las tablas y la
aparicin de numerosas tablas que dificulten el uso de la base de datos
Por eso nace el concepto de desnormalizacin: Volver atrs, asumiendo que
nuestra solucin puede generar redundancia, pero facilitando el uso de la base de datos.
A la hora de disear una base de datos es tan importante la normalizacin de la
misma como la facilidad de uso: Si una excesiva normalizacin complica la compresin
y el uso de la base de datos, es mejor dejarla en una forma normal anterior.

Resumen Tema 16(Lenguaje de Modelacin)

Lenguajes de Modelacin
UML (Unified Modeling Language)
Lenguaje Unificado de Modelado (LUM), es el lenguaje de modelado de
sistemas de software ms conocido y utilizado en la actualidad; est respaldado por el
OMG (Object Management Group).
Es un lenguaje grfico para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estndar para describir un "plano" del sistema (modelo),
incluyendo aspectos conceptuales tales como procesos de negocio y funciones del
sistema, y aspectos concretos como expresiones de lenguajes de programacin,
esquemas de bases de datos y componentes reutilizables.
Es importante resaltar que UML es un "lenguaje de modelado" para especificar o
para describir mtodos o procesos. Se utiliza para definir un sistema, para detallar los

artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje

en el que est descrito el modelo.

BPNM (Business Process Modeling Notation)

Notacin para el Modelado de Procesos de Negocio) es una notacin grfica
estandarizada que permite el modelado de procesos de negocio, en un formato de flujo
de trabajo (workflow).
BPMN fue inicialmente desarrollada por la organizacin Business Process
Management Initiative (BPMI), y es actualmente mantenida por el OMG (Object
Management Group), luego de la fusin de las dos organizaciones en el ao 2005. Su
versin actual es la 1.2 y hay una versin futura propuesta, la 2.0.
El principal objetivo de BPMN es proveer una notacin estndar que sea
fcilmente leble y entendible por parte de todos los involucrados e interesados del
negocio (stakeholders).
El modelado de datos
Es una tcnica independiente de la implementacin a la base de datos. Esto es
importante, porque la metodologa L5, siempre busca que se saque el mximo provecho
de diversas herramientas. En particular, el esquema final y su implementacin pueden
sufrir cambios sin afectar de manera drstica la Lgica de Programacin. Debe ser
llevado como una gua general ya que esto implica el desarrollo de los Diagramas de
Entidades y del Modelo Entidad-Relacin. Independientemente de la metodologa a
utilizar, esta herramienta siempre ser importante, para entender las relaciones entre las
diversas entidades en la Base de Datos.
Un modelo de datos jerrquico es un modelo de datos en el cual los datos son
organizados en una estructura parecida a un rbol. La estructura permite a la
informacin que repite y usa relaciones padre/Hijo: cada padre puede tener muchos
hijos pero cada hijo slo tiene un padre. Todos los atributos de un registro especfico
son catalogados bajo un tipo de entidad.
En una base de datos, un tipo de entidad es el equivalente de una tabla; cada
registro individual es representado como una fila y un atributo como una columna. Los
tipos de entidad son relacionados el uno con el otro usando 1: Trazar un mapa de n,
tambin conocido como relacin de uno a varios.
Una base de datos de red es una base de datos conformada por una coleccin o
set de registros, los cuales estn conectados entre s por medio de enlaces en una red. El
registro es similar al de una entidad como las empleadas en el modelo relacional.
El enlace es exclusivamente la asociacin entre dos registros, as que podemos
verla como una relacin estrictamente binaria.

Una estructura de base de datos de red, llamada algunas veces estructura de

plex, abarca ms que la estructura de rbol: un nodo hijo en la estructura red puede tener
ms de un nodo padre.
El modelo relacional, para el modelado y la gestin de bases de datos, es un
modelo de datos basado en la lgica de predicados y en la teora de conjuntos.
En este modelo todos los datos son almacenados en relaciones, y como cada
relacin es un conjunto de datos, el orden en el que estos se almacenen no tiene
relevancia (a diferencia de otros modelos como el jerrquico y el de red).