normalizacion

Gestión de Datos I 1. 2. NORMALIZACION MODELAMIENTO DE DATOS CON ERwin Encabezado Cuerpo Pie 1FN – Primera forma Nor

Views 106 Downloads 2 File size 262KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

Gestión de Datos I 1. 2.

NORMALIZACION MODELAMIENTO DE DATOS CON ERwin Encabezado

Cuerpo

Pie

1FN – Primera forma Normal Una relación está en Primera Forma Normal si todos los datos son atómicos, lo que significa que no se pueden dividir. Es necesario asignar un nombre a la relación y determinar su Clave.

Relación: Pedidos (no Normalizada) Nº Pedido

Fecha

1234 56

2/10/ 2013

Nº Client e

Nombr e cliente

Direcci ón cliente

7562 1

Juan Pére z

Av. Loma s 123

Detalle

Import e total

1950

Los datos de Detalle se deben dividir. Relación: Pedidos (Incluye datos solamente para identificar a la Clave de la Relación) Nº Pedido

Fecha

Nº Cliente

Nombre cliente

Dirección cliente

123456

2/10/201 3

75621

Juan Pérez

123456

2/10/201 3

75621

Juan Pérez

123456

2/10/201 3

75621

Juan Pérez

128596

10/10/20 13

49585

Carlos Alva

128596

10/10/20 13

49585

Carlos Alva

Av. Lomas 123 Av. Lomas 123 Av. Lomas 123 Av. Larco 490 Av. Larco 490

C.R. Nº Pedido + Nº Producto 1FN

Nº Producto

Descripcio n

Precio unitario

Cantidad

Total

Importe total

969715

TELEVIS OR

1600

1

1600

1950

439124

BLUE RAY

120

2

240

1950

439126

ALBUM DIGITAL

110

1

110

1950

439124

BLUE RAY

120

1

120

620

758585

MONITO R

250

2

500

620

Relación: Pedidos Nº Pedido

Fech a

Nº Cliente

Nombre cliente

Dirección cliente

Nº Producto

Descripci ón

Precio unitario

Cantida d

Total

Importe total

C.R. Nº Pedido + Nº Producto

Dependencia Funcional Es una conexión entre uno o más atributos de la relación. Ejemplo: DNI  Apellido Paterno, Apellido Materno, Nombres, Fecha de Nacimiento Código Alumno  Apellido Paterno, Apellido Materno, Nombres, Carrera Profesional, Ciclo. Nº Pedido  Fecha del Pedido, Nº Cliente, Nombre Cliente, Dirección, Importe Total

2FN Para que una relación se encuentre en 2FN no debe existir dependencia funcional entre los atributos no clave con parte de la clave de la relación, de existir, se analiza la dependencia funcional y se crean nuevas relaciones. Si la clave de la relación en 1FN tiene un solo atributo, la relación en 2FN es igual a la relación en 1FN Análisis de Dependencia Funcional 1FN Relación: Pedidos Nº Pedido

Fech a

Nº Cliente

Nombre cliente

Dirección cliente

Nº Producto

Descripci on

Precio unitario

Cantida d

Total

Importe total

C.R. Nº Pedido + Nº Producto La C.R. se debe dividir: Nº Pedido  Fecha del Pedido, Nº Cliente, Nombre Cliente, Dirección, Importe Total Nº Producto  Descripción, Precio unitario Nº Pedido + Nº Producto  Cantidad, Total 2FN Relación: Pedidos Nº Pedido

Fech a

Nº Cliente

Nombre cliente

Dirección cliente

Importe total

C.R. Nº Pedido Relación: Productos Nº Producto

Descripci on

Precio unitario

C.R. Nº Producto Relación: Detalle de Pedido Nº Pedido

Nº Producto

Cantid ad

Total

C.R. Nº Pedido + Nº Producto 3FN Para que una relación se encuentre en 3FN debe estar en 2FN y no debe haber dependencia funcional entre los atributos no clave. Si existe, se crean nuevas relaciones con estos.

Dependencia funcional

Analizando Relación: Pedidos Nº Pedido

Fech a

Nº Cliente

Nombre cliente

Dirección cliente

Importe total

C.R. Nº Pedido Nº cliente  Nombre del cliente, Dirección Cliente 3FN Relación: Productos Nº Producto

Descripci ón

Precio unitario

C.R. Nº Producto Relación: Detalle de Pedido Nº Pedido

Nº Producto

Cantid ad

Total

C.R. Nº Pedido + Nº Producto Relación: Pedidos Nº Pedido

Fech a

Importe total

C.R. Nº Pedido Relación: Clientes Nº Cliente

Nombre cliente

C.R. Nº Cliente

Dirección cliente