Capítulo 7

Introducción

En este capítulo se habla de cómo diseñar un esquema de base de datos enfocándose en el

modelo entidad relación, que proporciona un medio para identificar entidades para estar
representado en la base de datos.

Contenido

7.1 Descripción general del proceso de diseño

Crear una aplicación de base de datos es muy complejo, involucra el diseño del esquema de la
base de datos, diseño de los programas para acceder y actualizar los datos, y diseño deun
esquema de seguridad para controlar el acceso a los datos.
Fases del diseño
El diseñador de la base de datos debe interactuar con los usuarios de la aplicación para
comprender las necesidades de la aplicación. Un modelo de datos de alto nivel sirve al
diseñador de la base de datos al proporcionar un marco conceptual en el cual se especifica los
requisitos de los usuarios y su estructura. La fase inicial del diseño de la base de datos
consiste en caracterizar completamente las necesidades de datos de los futuros usuarios de la
BD , luego el diseñador elige un modelo de datos y aplica los conceptos del modelo de dato
elegido y traduce estos requisitos en un esquema conceptual este esquema completamente
desarrollado también indica las necesidades funcionales de la empresa. Luego el proceso de
pasar de un modelo de datos abstracto a la implementación de la base de datos procede en
dos fases finales la fase del diseño lógico y físico.
7.2 Modelo entidad relación
El modelo ER es muy útil para mapear los significados e interacciones de las empresas del
mundo real en un esquema conceptual. Una entidad es una cosa u objeto en el mundo real
que se distingue de todos los otros objetos. Por ejemplo cada persona en una universidad es
una entidad. Un conjunto de entidades es un conjunto de entidades del mismo tipo que
comparten las mis propiedades o atributos. Conjunto de relación una relación es una
asociación entre entidades. Por ejemplo, podemos definir un asesor de relación que asocie al
instructor jhon con el alumno Jonathan.
7.3 Restricciones
En una entidad relación puede definirse ciertas restricciones a las que el contenido de una
base de datos debe cumplir cardinal de mapeo y restricciones de participación.
Cardinalidades mapping expresan el número de entidades de las que otras entidad se puede
asociar a través de un conjunto de relaciones. Para un conjunto de relaciones binarias R entre
conjunto a y b el mapeo cardinal debe ser uno de los siguientes: uno a uno, uno a muchos,
muchos a uno y muchos a muchos.
7.4 Quitar atributos redundantes en conjuntos de entidades
Cuando diseñamos una base de datos utilizando en modelo entidad relación por lo general se
comienza identificando los conjuntos de entidades que deber ser incluidos, una vez que los
conjuntos de entidades son decididas debemos elegir los atributos apropiados. Estos
atributos representan los distintos valores que queremos capturar de BD. Una vez que las
entidades y sus atributos correspondientes se eligen, la relación se establece entre las
diversas entidades. Estos conjuntos de relaciones pueden resultar en una situación en la que
atribuye en los diversos conjuntos de entidades son redundantes y la necesidad ser eliminado
de los conjuntos de entidades originales.
7.5 Diagrama entidad relación
Un ER puede expresar la lógica global de la estructura de una base de datos de forma gráfica
que consta de los siguientes componentes principales: rectángulo divididos que representan
el conjunto de entidades, diamantes que representan el conjunto de relaciones, líneas que
enlazan conjunto de entidades , líneas discontinuas enlaza atributos de una relación, líneas
dobles que indican la participación total de una entidad y diamantes dobles que representan
la identificación de los conjuntos de relaciones vinculadas.