Beruflich Dokumente
Kultur Dokumente
un modelo de datos es una coleccin de herramientas conceptuales que permiten llevar a cabo la descripcin
de los datos, sus relaciones, su semntica o significado y las restricciones que se les pueden aplicar.
Sabemos que los SGBD cuentan con una arquitectura que simplifica, a los diferentes usuarios de la base de
datos, su labor. El objetivo de esta arquitectura es separar los programas de aplicacin de la base de datos
fsica, proponiendo tres niveles de abstraccin: nivel interno o fsico, nivel lgico o conceptual y nivel
externo o de visin del usuario.
1. Anlisis y diseo de bases de datos.
El Nivel lgico o conceptual describe la estructura completa de la base de datos a travs de lo que llamamos
Esquema Conceptual, que se encarga de representar la informacin de una manera totalmente independiente del
Sistema Gestor de Base de Datos.
Cuando hemos de desarrollar una base de datos se distinguen claramente dos fases de trabajo: Anlisis y
Diseo. Fase de Anlisis Fase de Diseo
Diseo de tablas.
Anlisis de entidades: Se trata de localizar y definir las entidades
y sus atributos.
Normalizacin.
Anlisis de relaciones: Se definirn
las relaciones existentes entre entidades.
Fusin de vistas: Se renen en un nico esquema todos los Diseo de transacciones: localizacin del conjunto de
esquemas existentes en funcin de las diferentes vistas de cada operaciones o transacciones que operarn sobre el
perfil de usuario. esquema conceptual.
Aplicacin del enfoque de datos relacional. Diseo de sendas de acceso: se formalizan los mtodos
de acceso dentro de la estructura de datos.
una correcta fase de anlisis es un paso determinante en el desarrollo de nuestras bases de datos. saltarse el
esquema conceptual conlleva un problema de prdida de informacin respecto al problema real a solucionar.
El esquema conceptual debe reflejar todos los aspectos relevantes del mundo real que se va a modelar.
Peter Chen en 1976 y 1977 presenta dos artculos en los que se describe el modelo Entidad/Relacin
(entity/relationship). el modelo entidad/relacin extendido (ERE) es el ms aceptado
2. Qu es el Modelo E/R?
representacin conceptual de problemas del mundo rea, facilita el diseo de bases de datos permitiendo la
especificacin de un esquema que representa la estructura lgica completa de una base de datos. El modelo
de datos ER representa el significado de los datos, es un modelo semntico. se puede representar el mundo
real mediante una serie de smbolos y expresiones determinados.
3. Entidades.
Una entidad puede ser un objeto fsico, un concepto o cualquier elemento que queramos modelar, que tenga
importancia para la organizacin y del que se desee guardar informacin. debe poseer alguna caracterstica,
o conjunto de ellas, que lo haga nico frente al resto de objetos. eje entidad llamada ALUMNO podra ser
distinguido mediante su nmero de identificacin escolar (NIE),Entidad: objeto real o abstracto, con
caractersticas diferenciadoras capaces de hacerse distinguir de otros objetos.
Un conjunto de entidades sern un grupo de entidades que poseen las mismas caractersticas o propiedades.
eje conjunto de personas que realizan reservas para un hotel de montaa determinado, se les puede definir
como el conjunto de entidades cliente. Cada elemento del conjunto de entidades ser una ocurrencia de
entidad.un smil conPOO, el concepto de entidad es anlogo al de instancia de objeto y que el concepto de
conjunto de entidades lo es al de clase. la representacin grfica de las entidades dentro de un rectngulo.
4. Atributos.
Las entidades se representan mediante un conjunto de atributos. stos describen caractersticas o
propiedades que posee cada miembro de un conjunto de entidades.
Atributo: Cada una de las propiedades o caractersticas que tiene un tipo de entidad o un tipo de relacin se
denomina atributo los atributos toman valores de uno o varios dominios.
son representados mediante el nombre del atributo rodeado por una elipse .Los nombres en letra minscula.
Atributo multivaluado: es aqul que puede tomar diferentes valores para cada ocurrencia de
entidad. Por ejemplo, la direccin de email de un empleado podra tomar varios valores para alguien que
posea varias cuentas de correo. tener en cuenta:
La cardinalidad de un atributo indica el nmero mnimo y el nmero mximo de valores que
puede tomar para cada ejemplar de la entidad o relacin a la que pertenece.
La cardinalidad mnima indica la cantidad de valores del atributo que debe existir para que la
entidad sea vlida. Este nmero casi siempre es 0 o 1. Si es 0, el atributo podra no contener
ningn valor y si es 1, el atributo debe tener un valor.
La cardinalidad mxima indica la cantidad mxima de valores del atributo que puede tener la
entidad. Por lo general es 1 o n. Si es 1, el atributo no puede tener ms que un valor, si es n, el
atributo puede tener mltiples valores y no se especifica la cantidad absoluta.
d. Atributos derivados o almacenados: el valor de este tipo de atributos puede ser obtenido del valor o
valores de otros atributos relacionados.ejemplo la edad, Si se ha almacenado en algn atributo la
fecha de nacimiento, la edad es un valor calculable a partir de dicha fecha.
4.2 . Claves.
es necesario identificar correctamente cada ocurrencia de entidad o relacin, los valores de los atributos de
una entidad deben ser tales que permitan identificar unvocamente a la entidad, no se permite que ningn par
de entidades tengan exactamente los mismos valores de sus atributos:
5. Relaciones.
o interrelacin es un elemento del modelo Entidad/Relacin que permite relacionar datos entre s. se asocia
un elemento de una entidad con otro de otra entidad.
Relacin: es una asociacin entre diferentes entidades. En una relacin no pueden aparecer dos
veces relacionadas las mismas ocurrencias de entidad.
La representacin grfica en el modelo Entidad/Relacin corresponde a un rombo en cuyo interior se encuentra
inscrito el nombre de la relacin.El rombo conectado mediante lneas rectas, pueden o no acabar en punta de
flecha segn el tipo de relacin.
imprescindible conocer los siguientes conceptos:Grado de la relacin. Cardinalidad de la relacin. Cardinalidades
de las entidades.
5.1 . Grado de una relacin.
En 1 relacin puede intervenir una entidad o varias. Es el nmero de entidades que participan en una
relacin.
En funcin del grado se pueden establecer diferentes tipos de
relaciones:
Relacin Unaria o de grado 1: participa una nica entidad. (reflexivas o recursivas.)
Relacin Binaria o de grado 2: participan dos entidades.el esquema conceptual buscar tener slo este tipo
Relacin Ternaria o de grado 3: participan tres entidades al mismo tiempo.
Relacin Naria o de grado n: involucra n entidades,no son usuales,deben ser simplificadas
Relacin doble: cuando dos entidades estn relacionadas a travs de dos relaciones. son complejas de
manejar.
Relaciones uno a uno (1:1). Sean las entidades A y B, una instancia u ocurrencia de la entidad A se
relaciona nicamente con otra instancia de la entidad B y viceversa. Ejemplo cada ocurrencia de la
entidad ALUMNO slo habr una ocurrencia relacionada de la entidad EXPEDIENTE y viceversa(un
alumno tiene un expediente asociado y un expediente slo pertenece a un nico alumno)
uno a muchos (1:N). para cada ocurrencia de la entidad DOCENTE puede haber varias ocurrencias
de la entidad ASIGNATURA y para varias ocurrencias de la entidad ASIGNATURA slo habr una
ocurrencia relacionada de la entidad DOCENTE (si se establece que una asignatura slo puede ser
impartida por un nico docente).
muchos a uno (N:1). Sean las entidades A y B, una ocurrencia de la entidad A est asociada con una
nica ocurrencia de la entidad B y un ejemplar de la entidad B est relacionado con muchas
ocurrencias de la entidad A. ejemplo, Un JUGADOR pertenece a un nico EQUIPO y a un EQUIPO
pueden pertenecer muchos jugadores.
Relaciones muchos a muchos (M:N). Sean las entidades A y B, un ejemplar de la entidad A est
relacionado con muchas ocurrencias de la entidad B y viceversa. ejemplo, un alumno puede estar
matriculado en varias asignaturas y en una asignatura pueden estar matriculados varios alumnos.La
cardinalidad de las relaciones puede representarse de varias ver fotos
5.3 . Cardinalidad de entidades.
Indica el nmero de relaciones en las que una entidad puede aparecer.
Sean las entidades A y B, la participacin de la entidad A en una relacin es obligatoria (total) si la existencia
de cada una de sus ocurrencias necesita como mnimo de una ocurrencia de la entidad B (ver figura). En
caso contrario, la participacin es opcional (parcial).
La cardinalidad de una entidad se representa con el nmero mnimo y mximo de correspondencias en las
que puede tomar parte cada ejemplar de dicha entidad, entre parntesis.
Cardinalidad mnima. cero o uno, aunque tenga cardinalidad mnima de ms de uno, se indica slo 1
Cardinalidad mxima. nmero mximo de relaciones en las que puede aparecer cada ocurrencia de la
entidad. Puede ser uno o muchos
a. Restriccin de exclusividad. Cuando existe una entidad que participa en dos o ms relaciones y cada
ocurrencia de dicha entidad slo puede pertenecer a una de las relaciones nicamente O se produce
una relacin o se produce otra pero nunca ambas a la vez.
Eje. msico puede dirigir una orquesta o tocar en en ella, pero no puede hacer las dos
cosas simultneamente. Existirn por tanto, dos relaciones dirige y toca, entre las
entidades MUSICO y ORQUESTA, establecindose una relacin de exclusividad entre
ellas.La representacin mediante un arco que engloba a todas aquellas relaciones que son
exclusivas.
c. Restriccin de inclusividad.
cuando es necesario modelar situaciones en las que para que dos ocurrencias de entidad se asocien a
travs de una relacin, tengan que haberlo estado antes a travs de otra relacin.
para que un monitor pueda impartir cursos de cocina sea necesario que reciba previamente dos
cursos: nutricin y primeros auxilios.
Se representar mediante un arco acabado en flecha, que partir desde la relacin que ha de
cumplirse primero hacia la otra relacin.
d. Restriccin de inclusin.
si hemos de modelar que un monitor pueda impartir un curso, si previamente lo ha recibido, entonces
tendremos que aplicar una restriccin de inclusin. Con ella toda ocurrencia de la entidad MONITOR
que est asociada a una ocurrencia determinada de la entidad CURSO, a travs de la relacin imparte,
ha de estar unida a la misma ocurrencia de la entidad CURSO a travs de la relacin recibe.
7.2
7.3 . Generalizacin y especializacin.
la prctica es fundamental. Los diagramas no siempre se crean del mismo modo y, en ocasiones, hay que
retocarlos e incluso rehacerlos. Luego conversin del modelo Entidad/Relacin al modelo Relacional.
8.1 . Identificacin de entidades y relaciones.
Lo primero que hemos de tener es el conjunto de requerimientos, requisitos o condiciones que nuestra base
de datos ha de cumplir. se denomina el documento de especificacin de requerimientos.(el enunciado del
problema a modelar) Las etapas para la creacin del diagrama E/R:
a. Identificacin de entidades: Es un proceso intuitivo. Para localizar las entidades de nuestro
esquema, analizaremos la especificacin de requerimientos en busca de nombres o sustantivos.
Si estos nombres se refieren a objetos importantes dentro del problema probablemente sern
entidades. nombres referidos a caractersticas, cualidades o propiedades no se convertirn en
entidades.Otra forma es localizando objetos o elementos que existen por s mismos. Por
ejemplo: VEHICULO, PIEZA, etc. En otras ocasiones, la localizacin de varias caractersticas o
propiedades puede dejar ver la existencia de una entidad.
Para considerarse como entidad se deben cumplir tres reglas:
1. Existencia propia.
2. Cada ejemplar de un tipo de entidad debe poder ser diferenciado del resto de ejemplares.
3. Todos los ejemplares de un tipo de entidad deben tener las mismas propiedades.
segn se vayan identificando se les otorgar nombres, preferiblemente en maysculas, representativos
de su significado o funcin..
b. Identificacin de relaciones: Localizadas las entidades, debemos establecer qu relacin existe entre
ellas. buscar verbos o expresiones verbales que conecten unas entidades con otras. En la gran
mayora de ocasiones encontraremos que las relaciones se establecen entre dos entidades (relaciones
binarias), pero prestaremos especial atencin a las relaciones entre ms entidades y a las relaciones
recursivas o relaciones unarias.
las relaciones establecidas deber tener asignado un nombre, preferiblemente en minsculas,
representativo de su significado o accin.
Dependiendo de la notacin elegida, el siguiente paso ser la representacin de la cardinalidad (mnima y
mxima)
Si hemos encontrado alguna relacin recursiva, reflexiva o unaria, hemos de representar en nuestro esquema
los roles desempeados por la entidad en dicha relacin.
8.2 . Identificacin de atributos, claves y jerarquas.
b. Identificacin de claves: Del conjunto de atributos de una entidad se establecern una o varias claves
candidatas, escogindose una de ellas como clave o llave primaria de la entidad. formada por uno o
varios atributos que identificarn de manera unvoca cada ocurrencia de entidad. El proceso
de identificacin de claves permitir determinar la fortaleza (al menos una clave
candidata) o debilidad (ninguna clave candidata) de las entidades encontradas.
c. Determinacin de jerarquas:Es probable que existan entidades con caractersticas comunes que
puedan ser generalizadas en una entidad de nivel superior o superclase (jerarqua de generalizacin).
Pero tambin, puede ser necesario expresar en el esquema las particularidades de diferentes
ejemplares de un tipo de entidad, por lo que se crearn subclases o subtipos de una superclase o
supertipo (jerarqua de especializacin).
.
8.3 . Metodologas.
Partiremos de una versin preliminar del esquema conceptual o diagrama E/R que, tras sucesivos refinamientos,
ser modificado para obtener el diagrama E/R definitivo. Las metodologas para la elaboracin del esquema
conceptual son las siguientes:
a. Metodologa Descendente (TopDown): Se trata de partir de un esquema general e ir descomponiendo ste
en niveles, cada uno de ellos con mayor nmero de detalles. Se parte de objetos muy abstractos, que se
refinan paso a paso hasta llegar al esquema final.
b. Metodologa Ascendente (BottomUp): Inicialmente, se parte del nivel ms bajo, los atributos. Se irn
agrupando en entidades, para despus ir creando las relaciones entre stas y las posibles jerarquas
hasta obtener un diagrama completo. Se parte de objetos atmicos que no pueden ser descompuestos
y a continuacin se obtienen abstracciones u objetos de mayor nivel de abstraccin que forman el
esquema.
c. Metodologa Dentrofuera (InsideOut): Inicialmente se comienza a desarrollar el esquema en una parte
del papel y a medida que se analiza la especificacin de requerimientos, se va completando con
entidades y relaciones hasta ocupar todo el documento.
d. Metodologa Mixta: Es empleada en problemas complejos. Se dividen los requerimientos en
subconjuntos que sern analizados independientemente. Se crea un esquema que servir como
estructura en la que irn interconectando los conceptos importantes con el resultado del anlisis de los
subconjuntos creados. Esta metodologa utiliza las tcnicas ascendente y descendente. Se aplicar la
tcnica descendente para dividir los requerimientos y en cada subconjunto de ellos, se aplicar la
tcnica ascendente.
Cualquiera de ellas puede ser vlida, todo depender de lo fcil y til que te resulte aplicarlas. la prctica es
fundamental. Realizando gran cantidad de esquemas, analizndolos y llevando a cabo modificaciones en
ellos es como irs refinando tu tcnica de elaboracin de diagramas E/R.
8.4 Redundancia en diagramas E/R.
Una de las principales razones por las que las bases de datos aparecieron
Redundancia: reproduccin, reiteracin, insistencia, reincidencia, reanudacin. En bases de
datos hace referencia al almacenamiento de los mismos datos varias veces en diferentes
lugares.
La redundancia de datos puede provocar problemas como:
Aumento de la carga de trabajo: al estar almacenado en varios lugares, las operaciones de grabacin o
actualizacin de datos necesitan realizarse en varias ocasiones.
Gasto extra de espacio de almacenamiento: al estar repetidos, los datos ocupan mayor espacio..
Inconsistencia: cuando los datos que estn repetidos, no contienen los mismos valores. se ha actualizado
su valor en un lugar y en otro no, no se sabra qu dato es vlido y cual errneo.
Existen lugares y elementos que podran presentar redundancia en nuestro esquema E/R:
Atributos redundantes cuyo contenido se calcula en funcin de otros. Un atributo derivado puede ser
origen de redundancia.
Varias entidades unidas circularmente o cclica a travs de varias relaciones, es lo que se conoce
como un ciclo. En caso de existir un ciclo, deberemos tener en cuenta las siguientes condiciones,
antes de poder eliminar dicha relacin redundante:
Que el significado de las relaciones que componen el ciclo sea el mismo.
Que si eliminamos la relacin redundante, el significado del resto de relaciones es el mismo.
Que si la relacin eliminada tena atributos asociados, stos puedan ser asignados a alguna
entidad participante en el esquema, sin que se pierda su significado.
Pero hay que tener en cuenta que no siempre que exista un ciclo estaremos ante una redundancia. Es
necesario analizar detenidamente dicho ciclo para determinar si realmente existe o no redundancia.
No toda redundancia es perjudicial. Existen ciertas circunstancias y condiciones en las que es conveniente
(sobre todo a efectos de rendimiento) introducir cierta redundancia controlada en una base de datos.
existen una serie de propiedades o caractersticas que ste debera cumplir, conseguiremos que nuestros
diagramas o esquemas conceptuales tengan mayor calidad.
Completitud: Un diagrama E/R ser completo si es posible verificar que cada uno de los
requerimientos est representado en dicho diagrama y viceversa
Correccin: Un diagrama E/R ser correcto si emplea de manera adecuada todos los elementos del
modelo Entidad/Relacin. La correccin puede analizarse desde dos vertientes:
Correccin sintctica: Se producir cuando no se produzcan representaciones errneas en el
diagrama.
Correccin semntica: Se producir cuando las representaciones signifiquen exactamente lo
que est estipulado en los requerimientos. Posibles errores semnticos seran: la utilizacin de
un atributo en lugar de una entidad, el uso de una entidad en lugar de una relacin, utilizar el
mismo identificador para dos entidades o dos relaciones, indicar errneamente alguna
cardinalidad u omitirla, etc.
Minimalidad: Un diagrama E/R ser mnimo si se puede verificar que al eliminar algn concepto
presente en el diagrama, se pierde informacin. Si un diagrama es redundante, no ser mnimo.
Sencillez: Un diagrama E/R ser sencillo si representa los requerimientos de manera fcil de
comprender, sin artificios complejos.
Legibilidad: Un diagrama E/R ser legible si puede interpretarse fcilmente. La legibilidad de un
diagrama depender en gran medida del modo en que se disponen los diferentes elementos e
interconexiones. Esta propiedad tiene mucho que ver con aspectos estticos del diagrama.
Escalabilidad: Un diagrama E/R ser escalable si es capaz de incorporar posibles cambios derivados
de nuevos requerimientos.
9. Paso del diagrama E/R al modelo relacional.
Este esquema representar el punto de partida para la siguiente fase, el diseo lgico de la base de datos.
El diseo lgico consistir en la construccin de un esquema de la informacin relativa al problema, basado
en un modelo de base de datos concreto. El esquema conceptual se transformar en un esquema lgico que
utilizar los elementos y caractersticas del modelo de datos en el que est basado el SGBD, para
implementar nuestra base de datos. Como pudimos ver anteriormente, estos modelos podrn ser: el modelo
en red, el modelo jerrquico y, sobre todo, el modelo relacional y el modelo orientado a objetos.
ser necesario realizar una serie de pasos preparatorios sobre el esquema conceptual obtenido en la fase de
diseo conceptual.Esta transformacin requerir de la aplicacin de determinadas reglas y condiciones que
garanticen la equivalencia entre el esquema conceptual y el esquema lgico.sobre la informacin del
esquema lgico obtenido, ser necesario llevar a cabo un proceso que permitir disear de forma correcta la
estructura lgica de los datos. Este proceso recibe el nombre de normalizacin, que se conforma como un
conjunto de tcnicas que permiten validar esquemas lgicos basados en el modelo relacional.
Existe un conjunto de procedimientos y normas necesario aplicar a nuestros diagramas E/R para que su
transformacin al modelo lgico basado en el modelo relacional, sea correcta y casi automtica:
Transformacin de relaciones narias en binarias. Eliminacin de relaciones cclicas. Reduccin a relaciones
jerrquicas (uno a muchos). Conversin de entidades dbiles en fuertes.
Existen tambin la Cuarta Forma Normal (4FN o FN4), Quinta Forma Normal (5FN o FN5) y Forma Normal de
DominioClave (DKFN), aunque se ha recomendado normalizar hasta 3FN o FNBC. La 4FN se basa en el
concepto de Dependencias Multivaluadas, la 5FN en las Dependencias de Join o de reunin y la DKFN en las
restricciones impuestas sobre los dominios y las claves.