Base de datos distribuida

Solo disponible en BuenasTareas
  • Páginas : 10 (2420 palabras )
  • Descarga(s) : 0
  • Publicado : 29 de marzo de 2011
Leer documento completo
Vista previa del texto
PLANTEAMIENTO DEL PROBLEMA
Una empresa pretende compartir datos a nivel empresarial, tomando los datos requeridos por los usuarios para la colección de información de cada uno de los departamentos relacionados, se pretende realizar una base de datos distribuida para llevar un control de todos los requerimientos necesario para la implementación de un determinado proyecto.
La base de datos quese requiere es para almacenar en ella toda la información generada en cada uno de los proyectos que ésta realiza. “De cada uno de los proyectos realizados interesa almacenar el código, descripción, cuantía del proyecto, fecha de inicio y fecha de fin. Los proyectos son realizados por clientes de los que se desea guardar el código, teléfono, domicilio y razón social. Un cliente puede realizarvarios proyectos, pero un solo proyecto es realizado por un único cliente.

En los proyectos participan colaboradores de los que se dispone la siguiente información:
Nip, nombre, domicilio, teléfono, banco y número de cuenta. Un colaborador puede participar en varios proyectos. Los proyectos son realizados por uno o más colaboradores.
Los colaboradores de los proyectos reciben pagos. De los pagosrealizados se quiere guardar el número de pago, concepto, cantidad y fecha de pago. También interesa almacenar los diferentes tipos de pagos que puede realizar la empresa. De cada uno de los tipos de pagos se desea guardar el código y descripción. Un tipo de pago puede pertenecer a varios pagos”.

Los departamentos son los siguientes:
Recursos humanos (clientes, colaboradores)
Finanzas ocontabilidad (pagos)
Gestión de proyectos (proyectos)



MODELO ENTIDAD-RELACIÓN
domc
1:N
son
(1,N)
(1,N)
N:M
participan
(1,N)
(1,N)
(1,1)
1:N
Proyecto
Clientes
realiza
cod_proyecto
descripcion
cauntia
fi
ff
cod_cilente
r_social
telf.
cod_cliente
(1,1)
Colaboradores
nif_colaboradores
telf.
banco
domc
num_cuenta
nom
(1,N)
fech_pago
Pagos
cantidad
conceptonum_pago
(1,1)
cod_tipos_pago
Tipos
descripcion
1:N
reciben



MODELO RELACIONAL

proyecto (cod_proyecto, descripción, cuantía, fi, ff, cod_cliente)

cliente (cod_cliente, telf, domc, r_social)

participan (cod_proyecto, nif_colaboradores)

colaboradores (nif_colaboradores, nom, domc, telf, banco, num_cuenta)

pagos (num_pago, fech_pago, concepto, cantidad,nif_colaboradores, cod_tipos_pago)

tipos (cod_tipos_pago, descripción)

NORMALIZACIÓN
Participan
cód_proyecto | nif_colaboradores |
450 | Ab |
451 | Ca |
450 | Bc |
452 | Ab |
453 | Dc |
454 | Ab |

PK. cod_proyecto, nif_colaboradores.
si está en: 1FN porque no tiene grupos repetitivos.
2FN porque todos los atributos dependen de la clave primaria.3FN porque no depende transitivamente ningún atributo.
Boyce-cood porque no tiene claves candidatas.
4FN No hay dependencia multivaluada.

Proyecto
cod_proyecto | descripción | Cuantía | Fi | ff | Cod_cliente |
450 | Ambiental | $25,000 | 1/05/09 | 1/06/10 | 1a |
451 | Construcción | $35,500 | 1/05/09 | 1/06/10 | 3ª |
454 | Educación | $7,300 | 22/02/09| 30/08/09 | 6ª |
452 | Religioso | $12,200 | 08/09/09 | 25/02/10 | 2ª |
453 | Artesanal | $5,000 | 24/01/09 | 30/12/09 | 4ª |

PRIMERA FORMA NORMAL (1FN).
Si esta en 1FN pues no tiene grupos repetitivos.

SEGUNDA FORMA NORMAL (2FN).
PK. cod_proyecto, cod_cliente.
DF. (cod_proyecto, cod_cliente) descripción, cuantía, fi, ff, cod_cliente.

No está en 2FN porque:cod_proyecto descripción, cuantía.
Para dejarla en 2FN:
Proyecto 1 (cod_proyecto, cod_cliente, fi, ff).
Proyecto 2 (cod_proyecto, descripción, cuantía).

Proyecto 1
cod_proyecto | cod_cliente | Fi | ff |
450 | 1ª | 1/05/09 | 1/06/10 |
451 | 3ª | 1/05/09 | 1/06/10 |
454 | 6ª | 22/02/09 | 30/08/09 |
452 | 2ª | 08/09/09 | 25/02/10 |
453 | 4b |...
tracking img