DISEO Y PROGRAMACION DE BASE DE DATOS. DOCENTE: TULIO FLORES.

DBMS: (SQL Server) Erwin (Diseo BBDD) ENTIDAD: ENTIDAD ENTE Representacin de objetos que tienen caractersticas comunes. : ALUMNO.

La entidad posee instancias, cada instancia tiene atributo (Fecha deNacimiento, Nombres, Apellidos). Reglas para nombrar entidades: Singular Maysculas

Reglas para determinar una entidad: Instancias Atributo

ENTIDAD

: PROFESOR, SOPORTE, DECANO, CURSO, COMPUTADOR, LOCAL.

La entidad posee instancias, cada instancia tiene atributo (Fecha deNacimiento, Nombres, Apellidos). Reglas para nombrar entidades:

Singular Maysculas

Reglas para determinar una entidad: Si no cumplen no son entidades. Instancias (Hay Varios), Si slo hay uno no sera entidad. Atributo

Por ejemplo ISIL NO es una entidad, dado que, no tiene varias instancias.

Modelo Conceptual: Se da una idea genrica de la realidad. Motor en general (No especfica). Ejm: Diesel, Gasolina, Etc. Modelo Lgico: Eleccin de algo especfico. Diesel, Solar, etc. Modelo Relacional: Se transforma de Modelo Conceptual--Modelo Lgico -Se elige un fabricante? De las partes del vehculo.Modelo Fsico: Fabricante para uso del objeto.Implementacin:

Diseo y Programacin de Base de Datos.Clave: No es una entidad porque hay varias pero solo tienen 1 atributo. Cliente: Hay varios y tienen varios atributos. Reserva: Hay varios y tienen varios atributos. (Documento para reservar un auto). Marca de Auto: No tiene ms atributo Modelo de Auto: No tiene ms atributo. Pero un modelo de auto tiene varios atributos? SI, pero no va acorde al documento. Hora de La Reserva: No tiene atributo Fecha de Reserva: Es un solo atributo. Se considera como un dato total.-NO se trata como un solo dato. Auto: Hay Varios Autos y tienen varios atributos. Agencia: Hay varias agencias y tienen varios atributos. Cochera: Hay varias cocheras y tienen varios atributos.

Dibujo de las entidades en un papel. Reglas del Negocio: Siempre se debe poner la raya al identificador. La relacin ms fuerte es con la reserva dado que vaya a la agencia no es asegurador de una compra IDAgencia IDAgencia
IdCliente NomCliente NroReserva NroReserva FechaIni FechaIni FechaFin FechaFin DirAgencia DirAgencia

0:M 0:M 0:M

11

RESERVA
0:M

AGENCIA

1 CLIENTE

0:M RESERVA 0:M AGENCIA

1:M AUTO
IdAuto NroPlaca

COCHERA 0:M 1:
IdCochera DirCochera

La Reserva se realiza en la agencia. Una reserva se hace en una agencia. En una agencia se hace una reserva. Un auto se guarda en una cochera. En una cochera se guarda el auto. Cardinalidad de la Relacin: ENTIDAD A ENTIDAD B

1A--1B 1--Muchas de B Muchas de A--1 B

Verificar los Nulos Es Posible que 1A-0 Verificar los Nulos Es Posible que 0 -1B

CLIENTE Un Cliente puede hacer 1 reserva? Un Cliente realice muchas reserva? 1:M Ceros Un cliente realiza 0 reservas. Nunca realiza reservas. (0,1,2,34,5,M)

RESERVA

En una reserva se seleccin 1 auto En una reserva se selecciona varios autos Un auto es seleccionado en una reserva. Un auto es seleccionado en varias reservas Es posible que un auto se alquile Selecciona varias veces? Un auto se selecciona en muchas reservas. RESERVA:0-m AUTO:1-m

Ceros.

Es posible que en una reserva no se seleccione ningn auto.?La M se pone en contra de la imagen. Es posible nunca se haya alquilado en una reserva ? Osea un auto que nunca lo haya alquilado?.Si

Criterio de Unicidad Criterio de Minimidad Ejercicios:

: :

En una relacin nunca debe quedar relacin de muchos a muchos. En un modelo Final.

Fecha Inicio
idEmpleado NomEmpleado

idDepa NomDepa DirDepa

IdProyecto NomProyect o 1: 0: M PROYECTO 0:M

1:M EMPLEADO 1:M 1:M 1:M 1

0:M DEPARTAMENTO 0: M

0: m

0:M CARGA FAMILIAR

IdCarga NomFamiliar

1: M LUGAR
dLugar NomLugar

1
idEmpleado NomEmpleado