DISEÑO DE DISEÑO DE

BASE DE DATOS

ANALISIS

DISEÑO LOGICO

ELECCION DE

SGBD DISEÑO FISICO

DISEÑO

CONCEPTUAL INSTALACION Y

MANTENIMIENTO

ELECCION DE SGBD

ELECCION MODELO DE DATOS

RELACIONAL

ORIENTADO A

OBJETOS

OBJETO RELACIONAL

MULTIDIMENCIONAL

MODELOS DEL SGBD

Para el modelo relacional

Oracle, -DB2 de IBM

SQL Server Microsoft

Interbase de Borland

DISEÑO LOGICO

RESULTADOS

Conjunto de estructuras propias

del modelo elegido.

Modelo Relacional: (MER

Normalizado)

CLIENTES

REGISTRA

1

1 TIENE TIENE

REGISTRA

DISEÑO CONCEPTUAL

CLIENTES

IDCLIENTE

TIPO-DOCUMENTO

NUMERO-DOCUMENTO

NOMBRES

APELLIDOS

DIRECCION

TELEFONO-CASA

CELULAR

CORREO

ANIMALES

IDANIMAL

NOMBRE

ESPECIE

RAZA

COLOR

TAMAÑO

FECHA-NACIMIENTO

FACTURAS

IDFACTURAS

FECHA

SERVICIOS

IDSERVICIOS

TIPO

TARIFA

PREPARACION DEL MODELO RELACIONAL

MER NORMALIZADO

DEL MER AL MODELO

RELACIONAL

REVISION DE LAS

RELACIONES

REVISION DE LAS RELACIONES

(ATRIBUTOS) NORMALIZACION

1FN

2FN

3FN

ATRIBUTOS MUCHOS A MUCHOS

UNO A MUCHOS

UNO A UNO

1

1

REVISION DE LAS RELACIONES

RELACION DE MUCHOS A MUCHOS:

DA ORIGEN A UNA NUEVA TABLA Y SE GENERAN 2

RELACIONES TIPO UNO A MUCHOS

PROFESORES

(PK)IDPROFESOR

PRIMERNOMBRE

GRUPOS

(PK)IDGRUPO

NOMBRE

GRUPOS

(PK)IDGRUPO

NOMBRE

PROFESORES GRUPOS

(PK)IDPROFESOR

(PK)IDGRUPO

PROFESORES

(PK)IDPROFESOR

PRIMERNOMBRE

LOS ATRIBUTOS DE UNA TABLA ESTAN COMPUESTOS POR CLAVES PRIMARIAS (PK) DE CADA

UNA DE LAS TABLAS DE LA RELACION,MAS LOS ATRIBUTOS PROPIOS DE LA REALACION.

LAS LLAVES PRIMARIAS DE LAS TABLAS, PASAN A CONVERTIRSE EN CLAVES FORANEAS (PK)

1

1 DIRIGE

REVISION DE LAS RELACIONES

UNO A UNO:

UNA ENTIDAD HEREDA LA CLAVE PRIMARIA DE

LAS ENTIDADES QUE INTERVIENEN EN LA

RELACION.

TRABAJADOR

(PK)IDTRABAJADOR

NOMBRE

(FK)ID DEPARTAMENTO

DEPARTAMENTO

(PK)ID DEPARTAMENTO

NOMBRE

REVISION DE LAS RELACIONES

UNO A MUCHOS:

LA ENTIDAD CONCARDINALIDAD (MUCHOS)

HEREDA LA LLAVE PRIMARIA DE KA ENTIDAD CON

CARDINALIDAD (UNO)

CLIENTE

(PK)IDCLIENTE

NOMBRE

PEDIDO

(PK)IDPEDIDO

FECHA

(FK))IDCLIENTE

ALUMNOSASIGNATURA CODALUMNO CODASIGNATURA

01 ADIG

02 PLE

02 ADIG

03 ADIG

03 SIMM

ALUMNOS C_ALUMNO N_ALUMNO

01 MANUEL

02 ROBERTO

03 NIXON

NORMALIZACION

LAS ACTUALIZACIONES SE

CONSIGUEN REALIZAR CON

UN NUMERO MINIMO DE

OPERACIONES

LAS RELACIONES QUE

ALMACENAN DATOS

REDUNDANTES PRESENTAN

ANOMALIAS DE

ACTUALIZACION

SE REDUCE AL MINIMO EL

ESPACIO DE

ALMACENAMIENTO NECESARIO

PARA ALMACENAR LOS DATOS

EN BD

PRIMERA FORMA NORMAL

SE DICE QUE UNA TABLA SE

ENCUENTRA EN PRIMERA FORMA

NORMAL (1FN) SI Y SOLO SI CADA

UNO DE LOS CAMPOS CONTIENE UN

UNICO VALOR PARA UN REGISTRO

DETERMINADO.(VALORES ATOMICOS)

AHORA TODOS LOS REGISTROS DE AMBAS TABLAS CONTIENEN VALORES UNICOS

EN SUS CAMPOS, POR LO TANTO AMBAS TABLAS CUMPLEN LA PRIMERA FORMA

NORMAL.

EJEMPLO 1

EJEMPLO 2

CODIGO_EMPLEADO

CODIGO_DPTO NOMBRE DEPARTAMENTO AÑOS

1 6 JUAN CONTABILIDAD 6 2 3 PEDRO SISTEMAS 3

3 2 SONIA VENTAS 1 4 3 VERONICA SISTEMAS 10

5 6 PEDRO CONTABILIDAD 5

SEGUNDA FORMAL NORMAL (2FN)

SE DENOMINA CLAVE O LLAVE PRIMARIA AL SUBCONJUNTO

MINIMO Y NO VACIO DE ATRIBUTOS QUE PERMITEN IDENTIFICAR

EN FORMA UNIVOCA UNA TUPLA DENTRO DE LA RELACION.

SI EXISTEN VARIOS CONJUNTOS QUE CUMPLAN ESTA CONDICION

SE DENOMINAN CLAVES O LLAVES CANDIDATAS.

SE DICE QUE UNA TABLA SE ENCUENTRA EN SEGUNDA

FORMA NORMAL (2FN) SI Y SOLO SI:

-ESTA EN 1FN.

-TODOS SUS ATRIBUTOS NO PRIMOS DEPENDEN

FUNCIONALMENTE DE FORMA COMPLETA DE LA

CLAVE PRIMARIA.(EXISTE DEPENDENCIA FUNCIONAL

CODIGO_ DEPARTAMENTO

CODIGO_EMPLEADO

DEPARTAMENTO

NOMBRE

CODIGO_ALUMNO NOMBRE CURSO AULA 1 MARCOS INFORMATICA AULA A

2 LUCAS INGLES AULA B

3 MARTA CONTABILIDAD AULA C

DEPENDENCIAS:

CODIGO_ALUMNO--------NOMBRE,CURSO;

CURSO------AULA;

TERCERA FORMA NORMAL

SE DEFINE DEPENDENCIA TRANSITIVA, EN LA QUE EXISTENLAS SIGUIENTES

DEPENDENCIAS FUNCIONALES:

X--------Y

Y--------Z

SE DICE QUE Z TIENE UNA DEPENDENCIA TRANSITIVA RESPECTO A X A TRAVES DE Y.

CODIGO_ALUMNO NOMBRE

CURSO AULA