REPUBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD
YACAMBU
ESPECIALIZACION
EN GERENCIA DE SISTEMAS DE INFORMACION
ASIGNATURA: GERENCIA DE EMPRESAS
TEORIA Y
ADMINISTRACIÓN DE BASE DE DATOS
trabajo
2
Profesor:
Hillmer Ballenilla
Participante:
Gliseth
Ledezma
C.I.: 10.982.599
Octubre,
2001
Modelo Conceptual
Entidad Cliente:
representa una tabla maestra de la base de datos, contiene los siguientes
atributos.
Cod_Cl: código del cliente
Nom_Cl: nombre del cliente
Dir_Cl: Dirección
Tel_Cl: Teléfono
Entidad Comida:
representa una tabla maestra de la base de datos, contiene los siguientes
atributos.
Cod_Co: código de la comida
Des_Co: descripción
Cos_Co: costo
Entidad Mensajero:
representa una tabla maestra de la base de datos, contiene los siguientes
atributos.
Cod_Me: código del mensajero
Nom_Me: Nombre del mensajero
Entidad Factura:
representa una tabla de movimiento la base de datos, contiene los siguientes
atributos.
Cod_Fa: código de la factura
Fec_ Fa: Fecha
de la factura
Cod_Cl: código del cliente
Cod_Me: código del mensajero
Tot_fa: Total de la factura
Entidad Pedido:
representa una tabla de movimiento la base de datos, contiene los siguientes
atributos.
Cod_Fa: código de la factura
Cod_Co: código de la comida
Modelo
Entidad-Relación
Restricción del Esquema
Los clientes deben
estar registrados para tomar sus ordenes.
Usuarios de la Base de
Datos
Usuarios que toman el
pedido: son aquellos que atienden los clientes, toman los pedidos y
generan la factura.
Dependencia
Funcional
|
Cliente |
|
|
|
Nom_Cl |
|
Dir_Cl |
|
Tel_CL |
|
Comida |
|
|
|
Des_Co |
|
Cos_Co |
|
Mensajero |
|
|
|
Nom_Me |
|
Pedido |
|
|
|
Cod_Co |
|
Factura |
|
|
|
Fec_Fa |
|
Cod_Cl |
|
Cod_Me |
|
ToT_Fa |
Normalización
Forma No Normalizada
En esta forma se tiene la tabla con datos redundantes, a la que posteriormente se le aplicará la normalización para lograr su optimización.
Factura
|
Cod_Cl |
Nom_Cl |
Dir_Cl |
Tel_Cl |
Cod_Co |
Des_Co |
Cos_Co |
Cod_Me |
Nom_Me |
Cod_Fa |
Fec_Fa |
Tot_Fa |
|
101 |
Maria Fernandez |
C/Bolivar No. 05 |
3417890 |
P_01 |
Pollo con arroz y
ensalada |
6.400 |
M_O3 |
Mario H. |
F_1234 |
17/10/2001 |
6.400 |
1era Forma Normal
Una estructura en primera forma normal (1F) no es otra cosa que una estructura plana, es decir, no existen grupos repetitivos y cada dato toma un solo valor.
Factura
|
Cod_Cl |
Nom_Cl |
Dir_Cl |
Tel_Cl |
Cod_Co |
Des_Co |
Cos_Co |
Cod_Me |
Nom_Me |
Cod_Fa |
Fec_Fa |
Tot_Fa |
|
101 |
Maria Fernandez |
C/Bolivar No. 05 |
3417890 |
P_01 |
Pollo con arroz y
ensalada |
6.400 |
M_O3 |
Mario H. |
F_1234 |
17/10/2001 |
6.400 |
2da Forma Normal
Una estructura de datos esta en 2FN si esta en 1FN y además todos sus atributos que no son clave primaria tiene una dependencia funcional completa con dicha clave. A continuación se separan las entidades con sus atributos.
Cliente
|
Cod_Cl |
Nom_Cl |
Dir_Cl |
Tel_Cl |
|
101 |
Maria Fernandez |
C/Bolivar No. 05 |
3417890 |
Comida
|
Cod_Co |
Des_Co |
Cos_Co |
|
P_01 |
Pollo con arroz y
ensalada |
6.400 |
Mensajero
|
Cod_Me |
Nom_Me |
|
M_O3 |
Mario H. |
Factura
|
Cod_Fa |
Fec_Fa |
Cod_Cl |
Cod_Co |
Cod_Me |
Tot_Fa |
|
F_1234 |
17/10/2001 |
101 |
P_01 |
M_O3 |
6.400 |
3era Forma Normal
Una estructura de datos esta en 3FN si y solo si sus atributos no claves son: mutuamente independientes, no exite un atributo que dependa funcionalmente de alguna combinación del resto de atributos. Además son por completo dependientes funcionales de la clave primaria. Se crea una entidad pedido para evitar la redundancia en la facturación de varios productos en una misma venta.
Cliente
|
Cod_Cl |
Nom_Cl |
Dir_Cl |
Tel_Cl |
|
101 |
Maria Fernandez |
C/Bolivar No. 05 |
3417890 |
Comida
|
Cod_Co |
Des_Co |
Cos_Co |
|
P_01 |
Pollo con arroz y
ensalada |
6.400 |
Mensajero
|
Cod_Me |
Nom_Me |
|
M_O3 |
Mario H. |
Pedido
|
Cod_Fa |
Cod_Co |
|
F_1234 |
P_01 |
Factura
|
Cod_Fa |
Fec_Fa |
Cod_Cl |
Cod_Me |
Tot_Fa |
|
F_1234 |
17/10/2001 |
101 |
M_O3 |
6.400 |