Página principal

1el modelo entidad-relacióN 1definicion del modelo entidad-relacion


Descargar 86.89 Kb.
Fecha de conversión18.07.2016
Tamaño86.89 Kb.

Bachillerato Tecnológico de

Mantenimiento y Procesamiento Informático.

1EL MODELO ENTIDAD-RELACIÓN




1.1DEFINICION DEL MODELO ENTIDAD-RELACION


El modelo entidad-relación está basado en una percepción del mundo real que consta de una colección de objetos básicos, llamados entidades, y de relaciones entre estos objetos.

1.1.1Entidades


Una entidad es una "cosa" u "objeto" en el mundo real que es distinguible de otros objetos.

Algunos ejemplos de entidades son:

EMPLEADO John Doe, CLIENTE 12345, PEDIDO-DE-VENTAS 1000, VENDEDORA Jane Smith y PRODUCTO A4200.

Las entidades se agrupan en clases de entidades o conjuntos de entidades del mismo tipo.

El nombre EMPLEADO representa entonces una clase de entidades de empleados.

Llamamos ocurrencia de una entidad al valor que toma una clase de entidad en un determinado momento, o la representación de una entidad particular.

tal como CLIENTE 12345.

Con frecuencia, los términos entidad y clase de entidad se usan de modo indistinto.



1.1.2Atributos


Las entidades tienen atributos o, como se les llama en ocasiones, propiedades, que describen las características de una entidad.

Por ejemplo: atributos son NombreDeEmpleado, FechaDeContratación y CódigoDeAptitudesLaborales.

Una entidad particular tendrá un valor para cada uno de sus atributos.


EMPLEADO

NombreDeEmpleado

FechaDeContratación

CódigoDeAptitudLaboral

Juan Pérez

1/1/1982

5

Blanca Rosa Flor

24/3/1995

6



Tipos de atributos

Los atributos pueden ser:



  • Simples o compuestos

  • Monovaluados o multivaluados

  • Almacenados o derivados

En CLIENTE el atributo compuesto Domicilio puede definirse como el grupo (Calle, NúmeroExterior, NúmeroInterior). Es decir puede dividirse en componentes más pequeños, que representan atributos más básicos con su propio significado independiente.
Los atributos no divisibles se denominan atributos simples o atómicos.

Los atributos compuestos pueden formar una jerarquía.

Pues Dirección puede formar parte de un atributo Dirección, compuesto por: Domicilio, Ciudad, Estado, Código Postal)

El valor de un atributo compuesto es la concatenación de los valores de los atributos simples que lo constituyen.

Los atributos compuestos son útiles para modelar situaciones en las que un usuario en ocasiones hace referencia al atributo compuesto como una unidad, pero otras veces se refiere específicamente a sus componentes. Si sólo se hace referencia al atributo compuesto como un todo, no hay necesidad de subdividirlo en sus atributos componentes.

Por lo general los atributos tienen un solo valor para una entidad en particular, y se los denomina monovaluados.

Por ejemplo Edad en una entidad Persona.

Hay casos en que los atributos pueden tener un conjunto de valores para la misma entidad, estos se denominan multivaluados.

Por ejemplo: Colores en una entidad Automóvil.

En algunos casos se relacionan dos o más atributos, por ejemplo Edad y FechaDeNacimiento de una persona, pero la Edad se determina conociendo la Fecha actual y la FechaDeNacimiento, por lo que Edad se deriva de FechaDeNacimiento y se lo denomina atributo derivado, mientras que a FechaDeNacimiento se lo denomina atributo almacenado.

Es posible también que algunos atributos deriven sus valores de entidades relacionadas.

Por ejemplo: NumeroDeEmpleados de una entidad departamento puede derivar su valor si se cuenta el número de empleados relacionado con ese departamento.

En situaciones un atributo puede tomar un valor especial denominado nulo . Puede derivar en nulo porque no se conozca un valor posible o porque no lo tenga.

1.1.3Identificadores


El identificador de una ocurrencia de entidad es uno o más de sus atributos.

EMPLEADO tienen NúmeroDeSeguroSocial;

CLIENTE tienen NúmeroDeCliente o NombreDeCliente; y

PEDIDO-DE-VENTA tienen NúmeroDePedido.

Un identificador puede ser único.

Si es único, su valor identificará una y sólo una ocurrencia de entidad.

Pero si no e único, el valor identificará un conjunto de ocurrencias.

Si sucede esto último (tal como el NombreDeCliente en CLIENTE), deben considerarse datos adicionales, digamos una dirección o un número telefónico, para así encontrar una ocurrencia única.

La tabla muestra una entidad.


CLIENTE




La entidad contiene:




NúmeroDeCliente




NombreDeCliente




Dirección




Ciudad




Estado




CódigoPostal




NombreDeContacto




NúmeroTelefónico




Dos ocurrencias de CLIENTE:

12345

67911

Ajax Manufacturaciones

El Salteño Producciones

Benito Blanco 1232

Domingo Juan 55321

Montevideo

Pueblo Perdido

Montevideo

SinDepartamento

10000

S/n

Juan Díaz de Solís

NoMeAcuerdo



1.1.4Relaciones


Las entidades pueden asociarse una con otra en relaciones.

El modelo E-R contiene:

* - clases de relaciones y

* - ocurrencias de relaciones.

Las clases de relaciones son asociaciones entre las clases de entidades y

Por ejemplo: GRUPOS y SALONES mediante la relación: asignación salón.

las ocurrencias de relaciones son asociaciones entre las ocurrencias de entidades

Por ejemplo: al Grupo 2ºF le asigna el salón 2.

Las relaciones pueden tener múltiples atributos.

Una relación puede incluir muchas entidades.


1.1.5Grado de un tipo de relación


El grado de un tipo de relación es el número de tipos de entidades que participan en él.

En particular si en una relación intervienen dos entidades se denomina relación binaria y tienen grado 2; si intervienen tres entidades se denomina relación ternaria y tienen grado 3.

E


n la Figura la relación VENDEDOR-PEDIDO es de grado 2, porque cada ocurrencia de la relación implica dos ocurrencias de entidades: una ocurrencia VENDEDOR y una PEDIDO.
La relación PADRE es de grado 3, porque cada ocurrencia implica 3 entidades: MADRE, PADRE e HIJO.

1.1.6Relaciones como atributos.


En ocasiones resulta conveniente considerar un tipo de relación en términos de atributos. Por ejemplo el tipo de relación Pertenece_A entre las entidades Empleado y Departamento. Podemos pensar en un atributo llamado Departamento del tipo de entidad Empleado, cuyo valor para cada entidad empleado sea la entidad departamento a la cual pertenece el empleado.

1.1.7Relaciones Binarias

Aunque el modelo E-R permite relaciones de cualquier grado, la mayoría de las aplicaciones del modelo sólo consideran relaciones de grado 2. Cuando son de tal tipo, se denominan relaciones binarias.




1.1.7.1.1Tipos De Relaciones Binarias

La relación 1: 1 ("uno-a-uno"),

Es una relación donde una ocurrencia de entidad única de un tipo se relaciona con una ocurrencia de entidad única de otro tipo.





    Por ejemplo en la relación AUTOMóVlL-ASIGNAClÓN asocia a un EMPLEADO único con sólo AUTOMÓVlL.

    De acuerdo con este diagrama, ningún empleado posee más de un automóvil asignado, y ningún vehículo se asigna a más de un trabajador.

El segundo tipo de relación, es la designada por



1:N (léase "uno a N", o "uno a muchos").

En esta relación, una ocurrencia única de la primera entidad se relaciona con muchas ocurrencias de la otra entidad.



    Por ejemplo: en la relación DORMITORIO-OCUPANTE una ocurrencia de DORMITORIO se relaciona con muchas ocurrencias de ESTUDIANTE.

    De acuerdo con este diagrama, en un dormitorio hay muchos estudiantes, pero un estudiante sólo tiene un dormitorio.




Las posiciones del 1 y la N son significativas.

Si el 1 y la N estuvieran invertidos y la relación se escribiera N: 1, un DORMITORIO tendría un ESTUDIANTE y un ESTUDIANTE podría tener muchos DORMITORIOS. Éste no es el caso.
El tercer tipo de relación binaria,

N:1 (varios a uno)

Una entidad en A se asocia con a lo sumo entidad en B. Una entidad en B, sin embargo, se puede asociar con cualquier número de entidades en A.








El cuarto tipo de relación binaria es:

N:M (léase "N a M" o "muchos a muchos").

En esta relación, una ocurrencia de la primera entidad se relaciona con muchas ocurrencias de la otra entidad y viceversa, una ocurrencia de la 2ª entidad con muchas ocurrencias de la 1ª entidad.


Por ejemplo: la relación ESTUDIANTE-CLUB relaciona las ocurrencias de ESTUDIANTE con las ocurrencias de CLUB.

Un estudiante puede inscribirse en más de un club, y en un club puede haber como miembros muchos estudiantes.


Las relaciones de los tipos que aparecen en el diagrama en ocasiones se denominan relaciones TIENE UN. Este término se usa porque una entidad tiene una relación con otra. Por ejemplo, un EMPLEADO tiene un AUTO; un ESTUDIANTE tiene un DORMITORIO; y un CLUB tiene ESTUDIANTES.

1.1.7.2Cardinalidad

La cardinalidad, correspondencia de cardinalidades, o razón de cardinalidad, expresa el número de entidades a las que otra entidad puede estar asociada vía un conjunto de relaciones.


Existen varios métodos para representar la cardinalidad de una relación.

1

Colocar dentro del diamante que indica la relación.

Por ejemplo:



2

En los conectores se colocan flechas que apuntan a una entidad, indicando que esta le corresponde una sola ocurrencia


Pero las cardinalidades no se limitan a los valores que se muestran aquí. Es posible que la cardinalidad máxima sea distinta de 1 y N.

Por ejemplo, la relación entre EQUlPO-DE-BASQUETBOL y JUGADOR, puede tener una cardinalidad máxima de 5.

1.1.7.3Diagramas Entidad-Relación

Los dibujos de la Figura anterior se denominan diagramas entidad-relación o E-R. Tales diagramas están estandarizados en forma muy abierta.

De acuerdo con este estándar, se emplean los siguientes elementos en los diagramas:


Rectángulos

Clases de entidades

Rombos

las relaciones

Cardinalidad máxima

dentro del diamante

Nombre de la entidad

dentro del rectángulo

Nombre de la relación

cerca del diamante

Elipses

atributos

Líneas

Conectores

Elipses dobles

Representan atributos multivalorados

Elipses discontinuas

Representan atributos derivados

Líneas dobles

Indican participación total de una entidad en un conjunto de relaciones.



1.1.7.4Relaciones recursivas


Como ya se mencionó, la cardinalidad máxima indica a su vez la cantidad máxima de entidades que pueden participar en una relación.

Puede existir una relación entre entidades de la misma clase: la relación HABITACIONES CON, podría definirse en la entidad ESTUDIANTE.

Las figuras muestran en una la relación y en la otra se muestra ocurrencias de entidades que se corresponden a esta relación.

Las relaciones entre entidades de una sola clase se denominan relaciones recursivas.







1.1.7.5Atributos En Los Diagramas Entidad-Relación

En algunas versiones de los diagramas E-R, los atributos se muestran en óvalos que se conectan con la entidad o relación a la que pertenecen.

El diagrama muestra las entidades DORMITORIO y ESTUDIANTE y la relación DORMITORIO-OCUPANTE con los atributos.

DORMITORIO tiene los atributos NombreDeDormitorio, Ubicación y CantidadDeHabitaciones, y ESTUDIANTE tiene los atributos Estudiante, NombreDeEstudiante y AñoDelEstudiante. La relación DORMITORIO-OCUPANTE tiene el atributo Renta (renta), el cual muestra la cantidad de renta que paga un estudiante en un dormitorio específico.


Enlistar demasiados atributos en el diagrama E-R puede saturarlo y dificultar su interpretación.



1.1.8Entidades débiles

El modelo entidad-relación define un tipo especial de entidad denominado entidad débil.

Tales entidades son aquellas que no tienen atributos claves propios.

Un ejemplo de tal relación es la que hay entre los empleados y sus dependientes.

La entidad DEPENDIENTE( que lleva un control de personas que dependen de un empleado) depende de la presencia de la entidad EMPLEADO. Esto significa que los datos de DEPENDIENTE sólo pueden almacenarse en la base de datos si el DEPENDIENTE posee una relación con una entidad EMPLEADO.

Se dice que cada entidad EMPLEADO posee (o es propietaria de) las entidades dependiente relacionadas con ella.



Las entidades que pertenecen a un tipo de entidades débil se identifican por su relación con entidades específicas de otro tipo de entidades, en combinación con algunos de los valores de sus atributos.

Este otro tipo de entidad es el propietario identificador, y la relación se la denomina vínculo identificador del tipo de entidad débil.

Las entidades débiles siempre tienen una restricción de participación total(dependencia de existencia) con respecto a su vínculo identificador, pues esta no se puede identificar sin una entidad propietaria.




Representación:

Las entidades débiles se representan redondeando las esquinas del rectángulo de la entidad, o mediante rectángulos dobles.

La relación de la que depende la existencia de la entidad se muestra en un diamante con esquinas redondeadas o mediante diamantes dobles para la relación de la que dependen.

La clave parcial se subraya con una línea punteada o interrumpida.



1.1.8.1Entidad dependiente de ID


El modelo E-R incluye un tipo especial de entidad débil llamada entidad dependiente de ID (identificación).

Por ejemplo: un DEPARTAMENTO depende de un modo lógico de EDIFICIO; esto es, un DEPARTAMENTO no puede existir si no hay un EDIFICIO que lo contenga.


Aunque tanto DEPENDIENTE como DEPARTAMENTO se señalan como entidades débiles, hay una diferencia importante entre ellas. Una persona dependiente puede existir físicamente, incluso si ningún empleado la declara como dependiente. Esto es, la existencia lógica de tal persona no depende de la existencia de alguien que lo acepte como dependiente. Sin embargo, para DEPARTAMENTO no puede existir una ocurrencia de entidad sin un EDIFICIO, debido a que la existencia de un DEPARTAMENTO requiere de la existencia de un EDIFICIO. Las entidades dependientes de ID dependen de alguna otra entidad.
Una forma de identificar una entidad dependiente de ID es examinar su identificador.

Tales entidades siempre tienen un identificador con dos o más atributos.

El identificador de una entidad dependiente de ID incluye el identificador de la entidad de la que depende.

Por ejemplo, el identificador de DEPARTAMENTO es {NombreDeEdificio, NúmeroDeDepartamento} y el identificador de EDIFICIO es NombreDeEdificio. Por lo tanto, el identificador de DEPARTAMENTO incluye el identificador de EDIFICIO.


Las entidades dependientes de ID son comunes.

Otro ejemplo es la entidad VERSIÓN en la relación PRODUCTO: VERSlóN, en donde PRODUCTO es un producto de software y VERSlóN es la versión de tal producto. El identificador de PRODUCTO es NombreDeProducto, y el identificador de VERSlóN es {NombreDeProducto, NúmeroDeVersión}.

Un tercer ejemplo es EDIClÓN en la relación LIBRO DE TEXTO: EDICíóN. El identificador de LIBRO DE TEXTO es ISBN y el identificador de EDIClóN es {ISBN, NúmeroDeEdición}.

1.1.9Entidades Subtipo

Algunas entidades contienen grupos opcionales de atributos.

Por ejemplo, considere CLIENTE, con los atributos NúmeroDeCliente, NombreDeCliente y CantidadAdeudada. Suponga que un CLIENTE puede ser una persona, una sociedad o bien una empresa y que deben almacenarse datos adicionales dependiendo del tipo. Digamos que estos datos adicionales son los siguientes:





En este caso, algunos de los atributos no son aplicables. NombreDelSocioAdministrador no significa nada para un cliente, persona o empresa y, por lo tanto, no puede poseer un valor.


En lugar de eso, un modelo más preciso definiría tres entidades subtipo, tal Aquí las entidades CLIENTE-PERSONA, CLIENTE-SOCIEDAD y CLIENTE-EMPRESA se muestran como subtipos de CLIENTE. A su vez, CLIENTE es un supertipo de las entidades CLIENTE-PERSONA, CLIENTE-SOCIEDAD y CLIENTE-EMPRESA.
La  junto a las líneas de relación indica que CLIENTE-PERSONA, CLIENTE-SOCIEDAD y CLIENTE-EMPRESA son subtipos de CLIENTE. Cada entidad subtipo debe pertenecer al supertipo CLIENTE.

La línea curva con un uno junto a ella indica que una entidad CLIENTE debe pertenecer a un y sólo un subtipo. Eso quiere decir que los subtipos son excluyentes y que se requiere uno de ellos.


Sin embargo, los subtipos no son siempre mutuamente excluyentes, ni se requieren siempre. La figura muestra los subtipos CLIENTE-QUE-USA dentro de CLIENTE. La M indica que CLIENTE puede pertenecer de cero a múltiples subtipos que usan CLIENTE.
Tales estructuras se denominan en ocasiones jerarquías de generalización, porque CLIENTE es una generalización de los tres subtipos.
En ocasiones este tipo de relación se denomina relación ES-UN, por lo tanto, CLIENTE-PERSONA es un CLIENTE, al igual que CLIENTE-SOCIEDAD y CLIENTE-EMPRESA.

Todas tienen el mismo identificador, NúmeroDeCliente, y todas tienen el mismo nombre y, por lo tanto, todas hacen referencia a la misma entidad.

Compare esta situación con las relaciones TIENE-UN.
Las jerarquías de generalización tienen una característica especial llamada herencia, lo cual quiere decir que las entidades en los subtipos heredan atributos de la clase de entidad supertipo.

Por ejemplo, CLIENTE-SOCIEDAD hereda un NombreDeCliente y una CantidadAdeudada de CLIENTE. Para que esta herencia sea apropiada, las dos clases de entidad deben tener el mismo identificador.

La Figura 3-9 es un ejemplo de un diagrama E-R que contiene todos los elementos del modelo E-R que ya hemos analizado. Muestra las entidades y relaciones para una compañía consultora en ingeniería que estudia la construcción y acondicionamiento de casas u otros edificios e instalaciones.



Hay una clase de entidad para los empleados de la compañía. Debido a que algunos empleados son INGENIEROS, hay una relación subtipo entre EMPLEADO e INGENIERO. Cada INGENIERO debe ser un EMPLEADO; INGENIERO tiene una relación l: 1 con Camión; y cada CAMIÓN debe asignarse a un INGENIERO, pero no cada INGENIERO tiene un Camión.


Las personas incluidas en INGENIERO, proporcionan SERVICIOS a CLIENTES. Un INGENIERO puede proporcionar de cero a múltiples servicios, pero cierto servicio debe ser proporcionado por un INGENIERO y sólo por tal INGENIERO. Los CLIENTES pueden poseer muchos SERVICIOS y un SERVICIO puede ser solicitado por muchos CLIENTES. Un CLIENTE debe haber adquirido al menos un SERVICIO, pero los SERVICIOS no necesitan tener CLIENTES. La relación CLIENTE-SERVICIO tiene el atributo Tarifa, que muestra la cantidad que un cliente específico pagó por un servicio particular. (En este diagrama no se muestran otros atributos de entidades y relaciones.)
A veces alguien en CLIENTE, recomienda a otro, lo cual se indica a través de la afinidad recursiva RECOMENDADO-POR. Un CLIENTE específico puede recomendar a uno o más CLIENTES. Un cliente puede o no haber sido recomendado por otro, y un CLIENTE puede ser recomendado por un solo CLIENTE.
La entidad INGENIERO-CERTIFICADO nos dice que cierto ingeniero ha terminado la educación y las pruebas necesarias para obtener un certificado particular. Un INGENIERO puede haber ganado certificados. La existencia de INGENIERO-CERTIFICADO depende de INGENIERO mediante la relación INGENIERO-HABILIDAD. CERTIFICADO es la entidad que describe un certificado particular.

1.1.10Claves

1.1.10.1Conjunto de entidades


Es importante ser capaz de especificar cómo las entidades dentro de un conjunto de entidades dado y las relaciones dentro de un conjunto de relaciones dado son distinguibles. Conceptualmente, las entidades y relaciones individuales son distintas; desde una perspectiva de bases de datos, sin embargo, la diferencia entre ellas se debe expresar en término de sus atributos.

El concepto de clave permite hacer tales distinciones.


Una superclave es un conjunto de uno o más atributos que, tomados colectivamente, permiten identificar de forma única una entidad en el conjunto de entidades.

Por ejemplo el dni del conjunto de entidades cliente, es suficiente para distinguir una entidad cliente de las otras, por lo tanto dni es superclave. De la misma forma la combinación de nombre-cliente y dni es una superclave del conjunto de entidades cliente.

El atributo nombre-cliente de cliente no es una superclave, porque varias personas podrían tener el mismo nombre.
El concepto de superclave es amplio y una superclave puede contener atributos innecesarios.

Si K es una superclave, entonces también lo es cualquier superconjunto de K.

Definción: llamaremos claves candidatas a las superclaves cuyos subconjuntos propios no son superclaves.
Así, dni del conjunto de entidades cliente, es una clave candidata pero la combinación nombre-cliente y dni no es una clave candidata pues un subconjunto de ella es una superclave.
Es posible que conjuntos distintos de atributos pudieran servir como clave candidata. Por ejemplo tomemos una combinación de nombre-cliente y calle-cliente y admitamos que sea suficiente para distinguir los integrantes del conjunto cliente. Entonces, los conjuntos {dni} y {nombre-cliente;calle-cliente} son claves candidatas.

Las claves candidatas se deben designar con mucho cuidado.

El nombre de una persona obviamente es insuficiente pues hay muchas personas con el mismo nombre. El dni si puede ser una clave candidata. Una combinación que se usa a menudo es la de nombre, fecha de nacimiento y dirección, ya que es extremadamente improbable que dos personas tengan los mismos valores para esos atributos.
Usaremos el término clave primaria o clave principal para denotar la clave candidata que es elegida por el diseñador de la base de datos como elemento principal para identificar las entidades dentro de un conjunto de entidades.

Una clave (superclave, candidata o primaria) es una propiedad del conjunto de entidades, más que de las entidades individuales, pues dos entidades en el conjunto no pueden tener el mismo valor en sus atributos clave al mismo tiempo.

La designación de una clave representa una ligadura en el desarrollo del mundo real que se modela.


1.1.10.2Conjunto de relaciones.


La clave primaria de un conjunto de entidades permite distinguir entre las diferentes entidades del conjunto. Se necesita un mecanismo similar para distinguir entre las diferentes relaciones de un conjunto de relaciones.

Consideremos que sea R un conjunto de relaciones que implica los conjuntos de entidades E1, E2,E3, ... En.

La composición de la clave primaria para un conjunto de relaciones depende de la estructura de los atributos asociados al conjunto de relaciones R.
Si el conjunto de relaciones R no tiene atributos asociados, entonces el conjunto de atributos clave-primaria(E1) U clave-primaria(E2) U clave-primaria(E3) U ... U clave-primaria(En) describe una relación individual en el conjunto R.

Si el conjunto de relaciones R tiene atributos a1,a2,...am asociados a él, entonces el conjunto de atributos, clave-primaria(E1) U clave-primaria(E2) U clave-primaria(E3) U ... U clave-primaria(En) U {a1,a2,...am } describe una relación individual en el conjunto R.

En ambos casos el conjunto de atributos: clave-primaria(E1) U clave-primaria(E2) U clave-primaria(E3) U ... U clave-primaria(En) forma una superclave para el conjunto de relaciones.
La estructura de la clave primaria para un conjunto de relaciones depende de la cardinalidad asociada al conjunto de relaciones.

Por ejemplo, consideremos el conjunto de entidades cliente y empleado, y un conjunto de relaciones banquero-cliente que representa una asociación entre un cliente y su banquero(entidad empleado). Supongamos que el conjunto de relaciones es varios a varios y también que el conjunto de relaciones tiene un atributo tipo asociado a él representado por la naturaleza de la relación (por ejemplo: responsable de crédito, banquero personal). Entonces la clave primaria de banquero-empleado consiste en la unión de las claves primarias de cliente y empleado. Sin embargo, si un cliente puede tener sólo un banquero –relación varios a uno- entonces la clave primaria es simplemente la clave primaria de cliente. Para relaciones uno a uno se puede usar cualquier clave primaria.


1.2DISEÑO DE UN ESQUEMA DE BASE DE DATOS E-R.

El modelo de datos E-R da una flexibilidad sustancial en el diseño de esquema de bases de datos para modelar un desarrollo dado. Entre las decisiones que se toman están las siguientes:



  • Si se usa un atributo o un conjunto de entidades para representar un objeto.

  • Si un concepto del mundo real se expresa más exactamente mediante un conjunto de entidades o mediante un conjunto de relaciones.

  • Si se usa un conjunto de entidades fuerte o débil; un conjunto de entidades fuerte y sus conjuntos de entidades débiles dependientes se pueden considerar como un objeto único en la base de datos, debido a que la existencia de las entidades débiles depende de la entidad fuerte.

  • Si el uso de la generalización es apropiado; la generalización, o una jerarquía de relaciones ES, contribuye a la modularidad por permitir que los atributos comunes de conjuntos de entidades similares se representen en un único lugar en un diagrama E-R

  • Si el uso de la agregación es apropiado; la agregación agrupa una parte de un diagrama E-R en un conjunto de entidades único, permitiendo tratar el conjunto de entidades de agregación como una unidad única sin importar los detalles de su estructura interna.

El diseñador de bases de datos necesita un buen entendimiento del desarrollo que se modela para tomar estas decisiones.

1.2.1Fases de diseño.


El diseño de una base de datos consta habitualmente estas fases:

  1. Especificación de requisitos del usuario.

  2. Diagrama Entidad-Relación (E-R).

  3. Especificación de requisitos funcionales.

La fase inicial del diseño de la base de datos, es caracterizar completamente las necesidades de datos esperadas para los usuarios de la base de datos. El resultado de esta base es una especificación de requisitos del usuario.


El diseño de una base de datos se realiza a dos niveles. El primero es el nivel conceptual, en la cual se contempla una estructura abstracta y no implementable directamente con un SGBD. El segundo es el nivel físico, en el cual la base de datos es ya implementable. Detalladamente, las fases del diseño de una base de datos son las siguientes:



  1. Descripción en lenguaje natural.

  2. Diagrama Entidad-Relación (E-R). Estos diagramas modelizan el problema mediante entidades asociadas por relaciones. Adoptan la forma de grafos donde los datos se relacionan mediante flechas. El diagrama E-R no depende del modelo de datos.

  3. Elección del modelo de datos (usualmente el relacional)

  4. Conversión del diagrama E-R al modelo relacional (tablas)

  5. Normalización (eliminar diversos defectos de diseño).

  6. Optimización (según criterios de almacenamiento interno, como el espacio en disco y el tiempo medio de acceso).

Las tres primeras fases pertenecen al nivel conceptual del diseño de bases de datos mientras que las tres últimas se relacionan con el nivel físico





Pág:


La base de datos está protegida por derechos de autor ©espanito.com 2016
enviar mensaje