ANDREA KATHERINE MUÑOZ ANACONATEORIA DE BASES DE DATOS

TECNOLOGICA AUTONOMA DEL PACIFICOSEM II2010

Objetivos:

Identificar los tipos de relaciones. Diseñar relaciones entre tablas.

Es una herramienta para el modelado de datos de un sistema de información. Estos modelos expresan entidades relevantes para un sistema de información así como sus interrelaciones y propiedades.

1. En el modelo E-R se elabora el diagrama (o diagramas) entidad-relación.

2. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.

El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en un motor de base de datos.

Estas son: Transformación de relaciones múltiples en

binarias. Normalización de una base de datos: de

relaciones (algunas relaciones pueden transformarse en atributos y viceversa).

Conversión en tablas (en caso de utilizar una base de datos relacional).

ENTIDADENTIDAD Representa una “cosa” u "objeto" del

mundo real con existencia independiente, es decir, se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad.

Una entidad puede ser un objeto con existencia física, o un objeto con existencia conceptual.

Una entidad está descrita y se representa por sus características o atributos.

Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).

Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de bastidor).

Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).

Un puesto de trabajo, una asignatura de clase, etc.

Consiste en una colección, o conjunto, de relaciones de la misma naturaleza, también se puede llamar clase.

La dependencia o asociación entre los conjuntos de entidades es llamada participación.

Ejemplo: El conjunto de habitaciones y huéspedes.

Conexión entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades.

Cardinalidad: Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la correspondencia de cardinalidad indica el número de entidades con las que puede estar relacionada una entidad dada

Relaciones uno a uno. Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).

Relaciones uno a muchos. Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).

Relaciones muchos a muchos. Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).

Dadas dos entidades "Habitación 502" y "Mark", es posible relacionar que la habitación 502 se encuentra ocupada por el huésped de nombre Mark.

Los atributos son las propiedades que describen a cada entidad en un conjunto de entidades.

Un conjunto de entidades dentro de una entidad, tiene valores específicos asignados para cada uno de sus atributos, de esta forma, es posible su identificación unívoca.

Ej: A la colección de entidades Alumnos, con el siguiente conjunto de atributos en común, (id, nombre, edad, semestre), pertenecen las entidades:

(1, Sofía, 18 años, 2) (2, Josefa, 19 años, 5) (3, Gabriela, 20 años, 2)

Valores: Monovaluados (ej:edad) Multivaluados (ej:teléfonos)

Almacenados o derivados: Ej; la edad de una persona es casi siempre un

derivado de la fecha de nacimiento.

Posiblemente nulos: Cuando un atributo se puede dejar “en blanco”

Claves: Permiten localizar una entidad, son únicos.

La clave primaria es uno de los atributos, elegido por el diseñador de la base de datos, para identificar unívocamente las entidades en un conjunto de entidades.

Ejemplo: Para la entidad “personas” la clave primaria

puede ser el número de documento de identidad.

ENTIDAD FUERTE Si tiene clave propia. Ej: Entidad personas tiene como clave el

número de identificación.

ENTIDAD DEBIL No tiene atributos clave propios. Necesita otra entidad para ser identificados. Ej: La entidad domicilios necesita la entidad

personas para ser identificado.

Ventajas: Diseño de alto nivel: Expresa con bastante

precisión el esquema conceptual. Los diagramas de E-R permiten mantener una

visión global del diseño y favorece la comunicación entre los diseñadores.

Desventajas: Carece de un soporte formal y los motores de

bases de datos no suelen implementarlo directamente.

Normalmente hay que transformarlo en un modelo de mas bajo nivel.

Requisitos funcionales: ◦ ¿Qué debe hacer el sistema?◦ Transacciones

Requisitos de datos◦ ¿Qué debe almacenar el sistema?◦ Pensar en el futuro

Tipos de datos

Esquema de datos

Diseño lógico tablas

Se desea almacenar la información de una compañía aérea en una B.D relacional. La compañía aérea tiene tres recursos principales: Aviones, pilotos, tripulación. De cada piloto se desea conocer su cod. Nombre y horas de vuelo. De los miembros de la tripulación solo se tendrá el cod. y el nombre. Pilotos y tripulación tienen una base a la que regresan después de cada jornada un vuelo va desde un origen a un destino a una hora concreta y tiene # de vuelo, de cada vuelo que se va a realizar durante los próximos 3 meses, así como de los vuelos que se han realizado se desea saber el avión en el que se va a hacer o en el que se ha hecho, el piloto y la tripulación.

Cada avión tiene un cod, es de un tipo (boing, airbus, entre otros). Y tiene una base donde es sometido a mantenimiento.

Sea una empresa dedicada al alquiler de CD-ROMs de audio. Dicha empresa tiene un local de atención al público donde están expuestas las carátulas de los CDs más demandados y las últimas novedades, aunque también existen listados en papel de todos los títulos que se podrían alquilar. Cuando un cliente solicita en alquiler un título, se comprueba si hay ejemplares disponibles y si el cliente no tiene problemas por ejemplares no devueltos, quedando constancia de la fecha de alquiler y la fecha máxima de entrega; de forma que cuando el cliente devuelva el ejemplar se podrá comprobar si se le tiene que imponer una sanción. Cada cliente puede solicitar una relación de los CDs que ha alquilado previamente.

Cada ejemplar de cada título debe quedar plenamente identificado (incluyendo la información necesaria para su rápida localización física).