DISEÑO DE LA BASE DE DATOS DE EMPLEADOS

El diseño de la base de datos que se muestra en el apunte Secuencia Didáctica se describe seguidamente. El modelo ha
comprender. Así mismo ha sido traducido al español. El modelo debe describirse en forma lógica lo que significa decir par
forman, especificar los tipos de datos para cada atributo de las diferentes tablas y las descripciones pertinentes. La idea e
cualquier DBMS real, comercial o no. Una vez efectuadas todas las especificaciones es conveniente dibujar un Modelo de

NOMBRE DE LA TABLA CARGOS

ATRIBUTOS TIPO DATOSLONGITUD ES CLAVE ? ES OBLIG ?
IDCARGO NUMERICO 99 PK SI
NBRECARGO CARÁCTER 12 SI
MINSAL NUMERICO 9999999.99
MAXSAL NUMERICO 9999999.99

NOMBRE DE LA TABLA DEPARTAMENTOS

ATRIBUTOS TIPO DATOSLONGITUD ES CLAVE ? ES OBLIG ?
IDDPTO ENTERO 99 PK SI
NBREDEPTO CARÁCTER 20 SI
IDGERENTE NUMERICO 99 FK SI
IDDOMI NUMERICO 99999 FK SI

NOMBRE DE LA TABLA EMPLEADOS

ATRIBUTOS TIPO DATOSLONGITUD ES CLAVE ? ES OBLIG ?
IDEMP NUMERICO 9999 PK SI
APELLIDO CARÁCTER 35 SI
NOMBRE CARÁCTER 30 SI
EMAIL CARÁCTER 50
TELEFONO CARÁCTER 15
FE_ALTA FECHA SI
FE_BAJA FECHA
IDDEPTO NUMERICO 99 FK SI
IDCARGO NUMERICO 99 FK SI
IDGERENTE NUMERICO 99 FK SI
SALARIO NUMERICO 9999999.99 SI
COMISION NUMERICO 9.99

NOMBRE DE LA TABLA DOMICILIOS

ATRIBUTOS TIPO DATOSLONGITUD ES CLAVE ? ES OBLIG ?
IDDOMI NUMERICO 99999 PK SI
CALLE CARÁCTER 60 SI
IDLOCALI NUMERICO 9999999 SI

NOMBRE DE LA TABLA LOCALIDADES

ATRIBUTOS TIPO DATOSLONGITUD ES CLAVE ? ES OBLIG ?
IDLOCALI AUTONUM PK SI
CODPOST NUMERICO 9999 SI
LOCALIDAD CARÁCTER 50 SI
MODELO DE ENTIDAD RELACIÓN

Es conveniente realizarlo de modo que se vea cada tabla con sus columnas. Access trae una herramienta
utilizando Excel y las herramientas de dibujo.

CARGOS
idcargo
nbrecargo
minsal
maxsal
encia Didáctica se describe seguidamente. El modelo ha sido simplificado para que sea fácil de
debe describirse en forma lógica lo que significa decir para qué sirve la base de datos, qué tablas la
ferentes tablas y las descripciones pertinentes. La idea es que el sistema sea implementable en
as especificaciones es conveniente dibujar un Modelo de Entidad Relación.

La tabla descrobe y guarda información sobre sobre los distintos cargos en la empresa
Descripción del atributo
es la clave primaria, el código de cargo
es la descripción del nombre del cargo, por ejemplo GERENTE

La tabla describe los departamentos de la empresa

Descripción del atributo
es la clave primaria, el código de departamento
es la descripción del nombre del departamento ADMINISTRACION
es el gerente del departamento (vincula a un empleado)
es el domicilio del departamento, su ubicación geográfica

La tabla describe los empleados de la empresa

Descripción del atributo
es la clave primaria, el código de empleado
es el apellido
es el nombre
es la dirección de correo electrónico
es el teléfono
es la fecha de ingreso a la empresa
es la fecha de egreso de la empresa
es el departamento en donde trabaja el empleado
es el cargo que ocupa el empleado en el departamento
es el gerente del empleado (vincula a la misma tabla empleados)
es el salario
es la comisión en el caso de que su sueldo incluya comisiones

La tabla describe los domicilios de los departamentos

Descripción del atributo
es la clave primaria, el código de domicilio
es la calle y número del dom
es la localidad

La tabla describe las localidades

Descripción del atributo
es la clave primaria, el código de localidad
es el código postal de la localidad
es el nombre de la localidad
ada tabla con sus columnas. Access trae una herramienta para ello. Sino puede llevarse a cabo

EMPLEADOS
idemp
apellido
nombre DEPARTAMENTOS
email iddpto
telefono nbredepto
fe_alta idgerente
fe_baja iddomi
iddepto
idgerente DOMICILIOS
idcargo
salario iddomi
comision calle
idlocali

LOCALIDADES
idlocali
codpost
localidad
DATOS QUE CONTIENEN LAS TABLAS EN ACCESS

TABLA CARGOS TABLA DEPARTAMENTOS

idcargo nbrecargo minsal maxsal iddepto
1 GTE GRAL $ 5,000.00 $ 15,000.00 1
2 GTE ADMIN $ 4,000.00 $ 12,000.00 2
3 GTE FINANC $ 4,000.00 $ 12,000.00 3
4 GTE COMERC $ 4,000.00 $ 12,000.00 4
5 GTE PROD $ 4,000.00 $ 12,000.00 5
10 JEFE CONTA $ 2,000.00 $ 8,000.00 6
11 JEFE COMP $ 2,000.00 $ 8,000.00 7
12 JEFE RRHH $ 2,000.00 $ 8,000.00 8
13 JEFE SISTE $ 2,000.00 $ 8,000.00 9
14 JEFE VEND $ 2,000.00 $ 8,000.00 10
15 JEFE CRED $ 2,000.00 $ 8,000.00 11
16 JEFE PR01 $ 2,000.00 $ 8,000.00
17 JEFE PR02 $ 2,000.00 $ 8,000.00
30 VENDEDOR $ 1,000.00 $ 3,000.00
31 ADMINISTR $ 800.00 $ 2,500.00
32 CHOFER $ 600.00 $ 2,000.00
33 A. SIST $ 1,500.00 $ 3,500.00
TABLA DEPARTAMENTOS TABLA DOMICILIOS
nbredepto idgerente iddomi iddomi calle
GCIA GRAL 1 1 1 SAN MARTIN 500
ADMINISTR MENDOZA 3 1 2 ESPAÑA 775
COMERC MENDOZA 4 1 3 SAN MARTIN 1250
PRODUC GODOY CRUZ 5 6 4 GENERAL ACHA 255 SUR
COMERC SAN JUAN 1 4 5 HIPOLITO YRIGOYEN 1235
COMERC CAP FEDERAL 1 5 6 SAN MARTIN SUR 850
PRODUC SAN RAFAEL 1 3
ADMINIS CAP FEDERAL 1 5
ADMINIS SAN JUAN 1 4
PERSON SAN RAFAEL 1 3
PERSON GODOY CRUZ 1 2
 TABLA LOCALIDADES TABLA EMPLEADOS
idlocali idlocali codpost localidad idemp apellido
1 1 5500 MENDOZA 1 MANSILLA
2 2 5507 LUJAN DE CUYO 2 RODRIGUEZ
3 3 5600 SAN RARAEL 3 MANSILLA
4 4 5400 SAN JUAN 4 MANSILLA
5 5 1000 CAPITAL FEDERAL 5 CARDENAS
6 6 5501 GODOY CRUZ 6 LOPEZ
7 LOPEZ
8 RIVERO
9 RUIZ
10 BARBER
11 RIOS
12 SANCHEZ
13 CARMONA
14 FUNES
nombre email telefono fe_alta
DANIEL FERNANDO gciagral@mansillamet.com.ar 0261-4443333 3/1/2003
MARIA EMILIA rrhh@mansillamet.com.ar 0261-4443334 4/1/2003
MANUEL ALBERTO gciadm@mansillamet.com.ar 0261-4443334 3/1/2003
LONOR BEATRIZ gciacom@mansillamet.com.ar 0261-4443335 3/1/2003
ESTEBAN gciaprod@mansillamet.com.ar 0261-4443336 4/15/2003
MARIA INES contable@mansillamet.com.ar 0261-4443335 3/1/2003
JUAN DARIO compras@mansillamet.com.ar 0261-4443335 4/1/2003
MARCOS ventas@mansillamet.com.ar 0261-4443334 5/9/2003
ABEL sistemas@mansillamet.com.ar 0261-4443334 7/20/2004
ISAÍAS adminsanjuan@mansillamet.com.ar 0264-1112222 4/5/2004
MARIA INES comercsanjuan@mansillamet.com.ar 0264-1112223 4/6/2004
JOSE MANUEL 10/15/2005
MERCEDES 10/15/2005
DANIEL VICTOR 3/15/2005
fe_baja iddepto idcargo idgerente salario comision
1 1 0 $ 6,000.00 0
2 12 3 $ 4,000.00 0
2 2 1 $ 5,000.00 0
3 4 1 $ 5,000.00 0
4 5 1 $ 5,000.00 0
2 10 3 $ 4,000.00 0
2 11 3 $ 4,000.00 0
3 14 4 $ 4,000.00 0
2 13 3 $ 4,500.00 0
9 2 3 $ 5,000.00 0
5 4 4 $ 5,000.00 0
9 31 10 $ 1,200.00 0
9 30 10 $ 1,000.00 0.15
5 16 11 $ 3,500.00 0
 LAS SIGUIENTES CONSULTAS ESTÁN AÑADIDAS EN LA BASE DE DATOS.

1 EMPLEADOS DE LA SUCURSAL SAN JUAN

Restricción: se restringe la consulta a los empleados que son de San Juan, mostrando todos los datos de la tab
SELECT * FROM EMPLEADOS WHERE IDDEPTO = 5 OR IDDEPTO = 9

Nombre de la consulta en Access:Consuemp1

Restricción y proyección: se restringe la consulta a los empleados de san juan pero se proyecta sólo 3 columna
SELECT IDEMP,APELLIDO, NOMBRE FROM EMPLEADOS WHERE IDDEPTO = 5 OR IDDEPTO = 9

Nombre de la consulta en Access: Consuemp2

2 DIRECCIÓN COMPLETA DE LOS DEPARTAMENTOS

Queremos que la consulta nos muestre el id del departamento, el nombre del departamento, la calle, el código p
Se requiere para ello la unión de tres tablas.

Nombre de la consulta en Access: Consudeptos1

3 ¿QUIÉN ES EL JEFE DE CADA EMPLEADO?

Es una unión sobre la misma tabla empleados

Nombre de la consulta en Access: Consuemp3

En la consulta aparecerán todos los empleados que tienen un jefe, menos el Gerente General que no tiene jefe
La unión se hizo empatando ambas tablas con el INNER JOIN

Para mostrar en la consulta que el Gerente General no tiene jefe hay que utilizar la operación de unión derecha
(LEFT JOIN o RIGHT JOIN) de dónde esté la tabla de la que queramos mostrar los datos.

Como la talba es la copia de empleados, empleados_1 se debe usar el RIGHT JOIN

Nombre de la consulta en Access: Consuemp4

do todos los datos de la tabla Empleados

se proyecta sólo 3 columnas d ela tabla Empleados

5 OR IDDEPTO = 9

tamento, la calle, el código postal y la localidad.

te General que no tiene jefe.

operación de unión derecha o izquierda, dependiendo

 EJERCITACIÓN DE REPASO

1 Se desea diseñar la siguiente base de datos para llevar a los ALUMNOS INSCRIPTOS
Tablas que debería tener el sistema:
Alumnos: debe de poder describir al alumno.. Los atributos que debería tener en forma básica son: dni, ape-
llido y nombre.
Materia: debe poder describir a cada materia. Los atributos básicos con que debería contar esta tabla son el
nombre de la materia y un id que la identifique y deferencie de otras materias
Inscriptos: esta tabla relaciona alumnos y materias. Pista: en una materia habrá inscriptos más de un alumno
y cada alumno puede cursar más de una materia

Se le pide que
a Diseñe lógicamente la base de datos
b Implemente la misma en un DBMS como Access, por ejemplo
c Que ingrese los datos necesarios
d Que realice una consulta que permita ver los alumnos inscriptos por materia, ordenadas estas por nombre en
forma ascendente

2 Se desea diseñar la siguiente base de datos para llevar los datos de una VETERINARIA
Tablas que debería tener el sistema:
Animales: debe de poder describir el animal. Los atributos que debería tener en forma básica
son: id que identifique en forma unívoca a cada animal, la especie (perro, gato), la raza, el dueño
y el nombre de la mascota. Otros atributos son opcionales.
Dueños: describe los datos del dueño, una persona física. Los atributos básicos que debería
tener en forma básica son: dni, apellido y nombre
Historia: esta tabla describe la historia clínica de cada animal. Pista: cada dueño puede tener
más de una mascota pero cada mascota tiene un solo dueño.

Se le pide que
a Diseñe lógicamente la base de datos
b Implemente la misma en un DBMS como Access, por ejemplo
c Que ingrese los datos necesarios
d
Que realice las siguientes consultas:
1. Listado de mascotas que son perros con información de la raza y nombre del animalito ordena da por raza.
2. Listado de mascotas que son gatos con información de la raza, nombre del animalito, dni
y apellido y nombre del dueño ordenada en forma alfabetica por el nombre de mascota
3. Para una mascota en particular que muestre los datos de la mascota, del dueño y su historia
clínica

3 Se desea ampliar el modelo de datos del ejercicio 1 ircorporando a los profesores.

Se le pide
a Que mencione qué atributos o columnos debería tener la tabla Profesores
b Si un profesor puede dar más de una materia pero cada materia sólo tiene un profesor ¿cómo modificaría el
diseño lógico para cumplir con esta regla?
c Que relice las tareas necesarias para poder mostrar la siguiente consulta:
1. Para cada materia los datos del profesor ordenada en forma ascendente por nombre de materia
2. Un listado de alumnos de una materia en particular que muestre los datos de la materia, de los alumnos y
del profesor. Por ejemplo: no basta el id de materia, también es necesario el nombre de la materia y así con
los otros datos.
Alternativa A

Animales 1 1 Historia Dueños

IdAnimal IdAnimal 1 dni
Nombre dni n apellido
Especie historia nombre
Raza

Si en historia va el dni, en Animales no debería ir el dueño porque estoy duplicando datos

En historia sólo el IdAnimal es clave primaria, no puede haber una clave primaria compuesta por
En la tabla historia nada nos puede garantizar que no se haga una inserción donde un animal no
un dueño. Por eso sólo es clave primaria el IdAnimal.

Nunca en Historia la clave principal puede ser el dni porque la historia es del animal, una cuestió

Alternativa B

Animales Historia
1 1
IdAnimal IdAnimal
Nombre vacunas
Especi Dueños enfermedades
Raza 1 dni
dni n apellido
nombre

En las dos alternativas al ser la relación entre animales - historia de 1 a 1 pues cada animal tiene
Y cada dueño sí puede tener más de un animal

CONSEJO: conviene primero diseñar la base de datos a mano, en papel o con un excel. Así no
de qué campos son obligatorios. Todos se han equivocado en esto en la Base de Datos de alum
Si tengo una tabla de Alumnos no sólo el dni sino también el apellido y el nombre deberían ser c
esto es que no admitan los nulos, de lo contrario estaríamos ingresando a un alumno y no conoc
y apellido.
En el caso de la veterinaria, lo mismo. El nombre del animal debe ser obligatorio, lo mismo la esp
no serlo la raza, pero ello depende de cuánto quiera yo poder controlar al usuario.

Si el usuario no ingresa un dato importante y el mismo no está definido en la tabla como requerid
de lo contrario no podrá avanzar. Prueben y vean.
NSCRIPTOS en cada materia

ría tener en forma básica son: dni, ape-

on que debería contar esta tabla son el

teria habrá inscriptos más de un alumno

materia, ordenadas estas por nombre en

ETERINARIA

a tener en forma básica

rro, gato), la raza, el dueño

os básicos que debería

cada dueño puede tener

ombre del animalito ordena da por raza.

mbre del animalito, dni
ombre de mascota
a, del dueño y su historia

tiene un profesor ¿cómo modificaría el

dente por nombre de materia

datos de la materia, de los alumnos y
ario el nombre de la materia y así con
ño porque estoy duplicando datos
haber una clave primaria compuesta porque entonces
e haga una inserción donde un animal no tenga más de

que la historia es del animal, una cuestión lógica y es grave

enfermedades

- historia de 1 a 1 pues cada animal tiene solo un dueño

a mano, en papel o con un excel. Así no se olvidan

ado en esto en la Base de Datos de alumnos. Por ejemplo
én el apellido y el nombre deberían ser campos obligatorios,
mos ingresando a un alumno y no conociendo su nombre

mal debe ser obligatorio, lo mismo la especie, pudiendo

poder controlar al usuario.

o está definido en la tabla como requerido pues lo omitirá,