Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1
ING. IVAN IMAN AGURTO
PRESENTACION DEL MODELO RELACIONAL
Aplicacin de la Normalizacin
Considerando que se quiere crear una base de datos para poder registrar las entradas y
las Asignaciones de los equipos de cmputo de la Caja Municipal de Sullana, entonces
las entradas se deben controlar mediante Asignaciones las cuales debern contener los
siguientes datos:
USUARIO
Usuario:
Cargo:
Oficina / Agencia:
Nombre-PC:
Dir-IP:
Relacin de Equipos.
Serie Marca Modelo
Tipo
Equipo
Detalle
de
Tipo Capacidad Estado Proveedor Pertenece
Cod
Inv Log
Observacin Fech-
Asig
PROYECTO BASE DE DATOS INGENIERIA DE SISTEMAS
2
ING. IVAN IMAN AGURTO
La Lista de los Atributos sera: USUARIO
Usuario
Cargo
Oficina/Agencia
Nombre-PC
Dir-IP
Serie
Marca
Modelo
Tipo-Equipo
Detalle-de-Tipo
Capacidad
Estado
Proveedor
Pertenece
Cod-Inv-Log
Observacin
Fech-Asig
Datos
Repetitivos
PROYECTO BASE DE DATOS INGENIERIA DE SISTEMAS
3
ING. IVAN IMAN AGURTO
Primera Forma Normal (1FN)
La Primera Forma Normal est orientada a separar en dos o ms relaciones
los grupos de datos repetitivos.
Id-user
Usuario
Cargo
Oficina/Agencia
Nombre-PC
Dir-IP
USUARIO Id-user
serie
Tipo-Equipo
Detalle-de-Tipo
Marca
Modelo
Capacidad
Estado
Proveedor
Pertenece
Cod-Inv-Log
Observacin
Fech-Asig
ASIGNACION
PROYECTO BASE DE DATOS INGENIERIA DE SISTEMAS
4
ING. IVAN IMAN AGURTO
Segunda Forma Normal (2FN)
Una tabla se dice que esta en Segunda Forma Normal (2FN) si sucede que:
Est en 1FN
Cada atributo (campo) no clave depende de la clave completa, no
de parte de ella.
Id-user
Usuario
Cargo
Oficina/Agencia
USUARIO
Id-user
Serie
Nombre-PC
Dir-IP
Fech-Asig
ASIGNACION
Serie
Tipo-Equipo
Detalle-de-Tipo
Marca
Modelo
Capacidad
Proveedor
Estado
Pertenece
Cod-Inv-Log
Observacin
EQUIPO
PROYECTO BASE DE DATOS INGENIERIA DE SISTEMAS
5
ING. IVAN IMAN AGURTO
Tercera Forma Normal (3FN)
Una tabla se dice que esta en Tercera Forma Normal (3FN) si sucede que:
Est en 2FN.
Todos los atributos que no son claves deben ser mutuamente independientes, es
decir, un atributo no debe depender de otro atributo no clave de su tabla.
Si un atributo que no es clave depende de otro atributo que no es clave, la tabla
posiblemente contiene datos acerca de ms de una entidad, contradiciendo el principio de
que cada tabla almacene informacin de una entidad.
Id-Oficina
Oficina
Id-Agencia
OFICINA
Id-Agencia
Agencia
AGENCIA
Id-user
Usuario
Id-Cargo
Id-Oficina
USUARIO
Id-Cargo
Cargo
CARGO
Id-user
Serie
Nombre-PC
Dir-IP
Fech-Asig
ASIGNACION
Serie
Id-Det-Tipo
Id-Prov
Id-Estado
Pertenece
Cod-Inv-Log
Observacion
EQUIPO
Id-Prov
Proveedor
PROVEEDOR
Id-Estado
Estado
ESTADO
Id-Det-Tipo
Detalle-de-Tipo
Marca
Modelo
Capacidad
Id-Tipo
DETA-TIPO-EQUIPO
Id-Tipo
Tipo-de-Equipo
TIPO-EQUIPO
Id-user
Serie
Nombre-PC
Dir-IP
Fech-Asig
Fech-Final
HISTORIAL