ACTIVIDAD NO.

04
DISEÑAR UNA BASE DE DATOS RELACIONAL PARA UNA EMPRESA

Consulte en internet acerca de las funciones del gestor de las bases de datos relacional
para las organizaciones.

 Independencia física. La forma de almacenar los datos, debe ser absolutamente

independiente del modelo conceptual de los mismos. Si la forma de almacenar los
datos cambia (si cambia el esquema físico) , no es necesario cambiar los esquemas
lógicos, funcionan perfectamente. Esto permite que los usuarios y usuarias se
concentren en qué resultados desean obtener de la base de datos independientemente
de cómo estén realmente almacenados los datos.
 Independencia lógica. Se refiere a que la lógica de la base de datos debe de ser
independiente de la forma externa de acceso a la base de datos (los esquemas
externos). Las aplicaciones que utilizan la base de datos no deben ser modificadas
porque se modifique el esquema lógico de la misma. De una manera más precisa:
gracias a esta independencia el esquema externo de la base de datos es realmente
independiente del modelo lógico. En la práctica, esta independencia es difícil de
conseguir.
 Flexibilidad. La base de datos ofrece fácilmente distintas vistas en función de los
usuarios y aplicaciones. La visión de los datos se adapta al usuario que los requiere.
 Uniformidad. Las estructuras lógicas siempre tienen una única forma lógica (las
tablas). Es decir, manejar el modelo relacional es manejar las tablas.
 Sencillez. Facilidad de manejo (algo cuestionable, pero ciertamente verdadero si
comparamos con los sistemas gestores de bases de datos anteriores a este modelo).

Describa la importancia del gestor de las bases de datos relacional en una empresa.

En estos sistemas se proporciona un conjunto coordinado de programas, procedimientos y

lenguajes que permiten a los distintos usuarios realizar sus tareas habituales con los datos,
garantizando además la seguridad de los mismos.

El éxito del SGBD reside en mantener la seguridad e integridad de los datos. Lógicamente
tiene que proporcionar herramientas a los distintos usuarios.

Describa cinco funciones del gestor de las bases de datos relacional dentro de las
organizaciones.
Los SGBD tienen que realizar tres tipos de funciones para ser considerados válidos.
 - Función de descripción o definición

Permite al diseñador de la base de datos crear las estructuras apropiadas para integrar
adecuadamente los datos. Se dice que esta función es la que permite definir las tres
estructuras de la base de datos (relacionadas con los tres niveles de abstracción de las
mismas).

Por lo tanto, en realidad, la función de definición sirve para crear, eliminar o modificar
metadatos.

Con la función de definición podremos:

 Especificar el significado de los datos

 Organizar la información en estructuras más complejas
 Relacionar los datos de forma precisa
 Especificar reglas especiales que deben cumplir los datos
 Crear todos los elementos estructurales de la base de datos (incluidos los usuarios)

- Función de manipulación

Permite cambiar y consultar los datos de la base de datos. Se realiza mediante un lenguaje de
modificación de datos o DML. Mediante este lenguaje se puede:

 Añadir datos
 Eliminar datos
 Modificar datos
- Consultar datos

- Función de control

Mediante esta función los administradores poseen mecanismos para proteger los datos. De
manera que se permite a cada usuario ver ciertos datos y otros no, o bien usar ciertos recursos
concretos de la base de datos y prohibir otros. Es decir, es la función encargada de establecer
los permisos de acceso a los elementos que forman parte de la base de datos.
 BASE DE DATOS DE LA EMPRESA ERE LTDA

Para el diseño de la base de datos tuve en cuenta la siguiente información:

PRODUCTOS
CODIGO DE CÓDIGO
NOMBRE REFERENCIA PRECIO MATERIAL PROVEEDOR MARCA
TORNILLOS PR123 1000 CONSTRUCCION PRV123 AAA
CEMENTO PR234 2000 CONSTRUCCION PRV234 AAA
HERRAMIENTAS PR345 3000 CONSTRUCCION PRV345 AAA
PINTURA PR567 4000 CONSTRUCCION PRV567 BBB
CABLES PR789 5000 ELECTRICO PRV789 BBB

EMPLEADOS
GRUPOS ADTIVOS VENDEDORES
CODIGO GRUPO SALARIO CODIGO GRUPO SALARIO
EMP123 ADT 2000000 EMP567 VEN 1000000
EMP234 ADT 2000000 EMP789 VEN 1000000
EMP345 ADT 2000000 VEN

CLIENTES
NOMBR APELLID IDENTIFICACIO CODIGO NO. COD_VENDEDO
E O N ÚNICO FACTURAS R
PEDRO URRUTIA 123425 CL123 FACT123 EMP567
JOSE ROMERO 346745 CL234 FACT234 EMP789
LAURA VASQUEZ 763586 CL345 FACT345 EMP567
MANTILL
MARIA A 564675 CL567 FACT567 EMP789
PABLO RAMIREZ 678956 CL789 FACT789 EMP567

PROVEEDORES
NOMBRE CODIGO ARTICULO CIUDAD
CASACRT PR123 PRV123 CALI
PAJARITO PR234 PRV234 CALI
CONSTRUCT PR345 PRV345 CALI
DAVIDASO PR567 PRV567 CALI
ARQUITECR PR789 PRV789 CALI
Siguiendo la Guia de aprendizaje los clientes pueden comprar varios artículos, a su vez, los
artículos pueden ser comprados por varios clientes, los proveedores pueden suministrar un
solo artículo, los vendedores pueden vender muchos artículos a muchos clientes, el almacén
LQ S.A. tiene algunas sucursales en algunas ciudades del país.

1. Identifique las entidades con los atributos y tipos de datos

correspondientes y defina para cada entidad una llave primaria (PK).

Entidades, atributos y llaves principales:

PRODUCTOS
TIPO DE
ATRIBUTO DATO
Nom_artículo String
Cód_artículo Numerico
Prec_articulo Moneda
Cod_proveedor Numerico
Material String
Marca String
PK: Cod_articulo

CLIENTES
TIPO DE
ATRIBUTO DATO
Nom_Cliente String
Apell_Cliente String
Id_Cliente Numerico
Cód_Cliente Numerico
Num_Factura Numerico
Cod_Vendedor Numerico
PK: Cod_Cliente

PROVEEDORES
TIPO DE
ATRIBUTO DATO
Nom_Proveedor String
 Cod_Proveedor Numerico
Cod_articulo Numerico
Ciudad String
PK: Cod_Proveedor
EMPLEADOS
TIPO DE
ATRIBUTO DATO
Cod_Empleado Numerico
Grupo String
Salario Moneda
PK: Cod_Empleado

3. Aplique los principios de normalización en la base de datos relacional.

Para la aplicación de la normalización de la base de datos se tendrán en cuenta las tres reglas
básicas de normalización de forma ordenada:

- Primera regla de normalización (1FN)

En esta regla se identificarán, en cada tabla, los atributos no atómicos (NA)

PRODUCTOS CLIENTES
ATRIBUTO ATRIBUTO
Nom_artículo Nom_Cliente
Cód_artículo (PK) Apell_Cliente
Prec_articulo Id_Cliente
Cod_proveedor (NA) Cód_Cliente (PK)
Material Num_Factura
Marca Cod_Vendedor (NA)

EMPLEADOS PROVEEDORES
ATRIBUTO ATRIBUTO
Cod_Empleado (PK) Nom_Proveedor
Grupo Cod_Proveedor (PK)
Salario Cod_articulo (NA)
Ciudad
 - Segunda regla de normalización (2FN)
Una vez identificados los atributos repetidos, se procede a generar tablas nuevas,
teniendo en cuenta los valores atómicos para evitar la redundancia de datos.

PRODUCTOS
CLIENTES
ATRIBUTO
ATRIBUTO
Nom_artículo
Nom_Cliente
Cód_artículo (PK)
Apell_Cliente
Prec_articulo
Id_Cliente
Material
Cód_Cliente (PK)
Marca
Num_Factura

EMPLEADOS PROVEEDORES
ATRIBUTO ATRIBUTO
Cod_Empleado (PK) Nom_Proveedor
Grupo Cod_Proveedor (PK)
Salario Ciudad

- Tercera regla de normalización (3FN)

Determinar las dependencias que existen en los atributos con las claves no primarias
y crear nuevas tablas de acuerdo a las dependencias encontradas
Al igual que en la guía de aprendizaje, las tablas ya están en la tercera forma de
normalización (3FN), no hubo más modificaciones ni creación de nuevas tablas, ya que
las entidades están identificadas de manera única a través de la llave primaria (PK),
esto garantiza que no habrá registros repetidos y la base de datos tendrá un fácil
manejo para actualizar, modificar y consultar.

4. Defina para cada entidad una llave foránea (FK).

PRODUCTOS CLIENTES
ATRIBUTO ATRIBUTO
Nom_artículo Nom_Cliente
Cód_artículo (PK) Apell_Cliente
Prec_articulo Id_Cliente
Material Cód_Cliente (PK)
Marca Num_Factura
 EMPLEADOS PROVEEDORES
ATRIBUTO ATRIBUTO
Cod_Empleado (PK) Nom_Proveedor
Grupo Cod_Proveedor (PK)
Salario Ciudad (FK)

5. Defina la cardinalidad que existe entre entidades.

Los productos: Los artículos son distribuidos cada uno por un proveedor y vendidos por uno
o muchos vendedores.
Los clientes: Cada cliente puede comprar muchos artículos pero cada artículo puede ser
comprado por un solo cliente.
Los empleados: Cada empleado puede ser adtivo o vendedor. Cada vendedor le puede
atender a uno o varios clientes y cada cliente puede ser atendido por uno o varios vendedores.
Los empleados administrativos no tienen relación con el cliente.
Los proveedores: Cada proveedor puede suministrar un solo producto y cada producto puede
ser suministrado por un solo proveedor en varias ciudades.

**** EL ULTIMO PUNTO ESTA EN LA ULTIMA PAGINA

 6. Genere el diagrama Entidad-Relación (E-R).

0 1
ADTIVOS SON EMPLEADOS

SON
1

VENDEDORES

VENDER N

N
1 1
PROVEEDORES DISTRIBUIDOS PRODUCTOS
ATENDER

COMPRAR

CLIENTES