ACTIVIDAD No U2N-TP2 INCLUYE (TP3 )

SEMESTRE 2022-1
Integrantes del Grupo:
CHÁVEZ PICO DARWIN
BELLO ALONZO MIKE
MACIAS VELEZ YANDRY
MEDINA REYES MICHAEL
MENENDEZ MENDOZA LUIS
Paralelo: B

1. USE LA BASE DE DATOS QUE SE MUESTRA EN LA FIGURA P3.10 PARA RESOLVER

LAS SIGUIENTES PREGUNTAS NÓTESE QUE LA BASE DE DATOS ESTÁ COMPUESTA
DE CUATRO TABLAS QUE REFLEJAN ESTAS RELACIONES:

• Un EMPLOYEE tiene sólo un JOB_CODE, pero un JOB_CODE puede ser considerado

por muchos EMPLOYEEs.
• Un EMPLOYEE puede participar en muchos PLANs y cualquier PLAN puede ser
asignado a muchos EMPLOYEEs.
Nótese también que la relación M:N se ha desglosado en dos relaciones 1:M para las
cuales la tabla BENEFIT sirve como la entidad compuesta o puente.

1.1. Por cada tabla de la base de datos, identifique la llave primaria y la(s) llave(s) foránea(s).
Si una tabla no tiene llave foránea, escriba ninguna en el espacio asignado.

TABLA LLAVE PRIMARIA LLAVE(S) O CLAVES FORÁNEA(S)

EMPLOYE
E EMP_CODE JOB_CODE
BENEFIT EMPO_CODE, PLAN_CODE EMP_CODE, PLAN_CODE
JOB JOB_CODE Ninguna
PLAN PLAN_CODE Ninguna

1.2.- ¿Las tablas exhiben integridad de entidad? Conteste sí o no y después explique su

respuesta.

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 1

TABLA INTEGRIDAD DE ENTIDAD EXPLICACIÓN
EMPLOYE Cada valor de EMPLOYEE es único y no
E SI existen valores nulos.
Cada valor que existe entre la
combinación de EMP_CODE y
PLAN_CODE son únicos y no existen
BENEFIT SI valores únicos
Cada valor de JOB_CODE es único y no
JOB SI hay valores nulos
Cada valor PLAN_CODE es único y no
PLAN SI hay valores nulos

1.3.- ¿Las tablas exhiben integridad referencial? Conteste sí o no y después explique su

respuesta. Escriba no aplicable si la tabla no tiene una llave foránea.

TABLA INTEGRIDAD REFERENCIAL EXPLICACIÓN

Cada valor de JOB_CODE en EMPLOYEE
EMPLOYE señala a un valor JOB_CODE existente
E SI en TRABAJO
Cada valor EMP_CODE en BENEFIT
señala un valor EMP_CODE existente en
EMPLOYEE y cada valor de PLAN_CODE
en BENEFIT señala a un valor existente
de PLAN_CODE en PLAN.
BENEFIT SI
JOB NO APICABLE
PLAN NO APICABLE

1.4.- Genere el ERD (Diagrama Entidad Relación) ERD usando PowerDesigner (logical datal
model). para mostrar las relaciones entre EMPLOYEE, BENEFIT, JOB y PLAN.

2.

USE LA BASE DE DATOS MOSTRADA EN LA FIGURA P3.17 PARA CONTESTAR LOS

SIGUIENTES PROBLEMAS.

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 2

2.1.- Por cada tabla, identifique la llave primaria y la(s) llave(s) foránea(s). Si una tabla no tiene
llave foránea, escriba ninguna en el espacio asignado.

TABLA CLAVE PRIMARIA CLAVE(S) FORÁNEA(S)

TRUCK TRUCK_NUM BASE_CODE – TYPE_CODE
BASE BASE_CODE NINGUNA
TYPE TYPE_CODE NINGUNA

2.2.- ¿Las tablas exhiben integridad referencial? Conteste sí o no y después explique su

respuesta.

TABLA INTEGRIDAD DE ENTIDAD EXPLICACIÓN

Los valores TRUCK_NUM en la tabla Truck
son valores únicos y no hay nulos.
TRUCK SI
Los valores de BASE_CODE en la tabla
BASE
son todos únicos y no hay valores nulos.
BASE SI
Los valores TYPE_CODE en la tabla TYPE
son todos únicos y no hay valores nulos.
TYPE SI

2.3.- ¿Las tablas exhiben integridad referencial? Conteste sí o no y después explique su

respuesta. Escriba no aplicable si la tabla no tiene una clave foránea.

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 3

TABLA INTEGRIDAD REFERENCIAL LLAVE(S) FORÁNEA(S)
Posee referencia entre Base_code y
TRUCK SI Type_Code que son las llaves foráneas
BASE NO APICABLE NINGUNA
TYPE NO APICABLE NINGUNA

2.4.- Genere el ERD lógico usando PowerDesigner para esta base de datos.

3. USE LA BASE DE DATOS QUE SE MUESTRA EN LA FIGURA P3.24 PARA RESOLVER

LOS SIGUIENTES PROBLEMAS. ROBCOR ES UNA COMPAÑÍA DE RENTA DE AVIONES
QUE PROPORCIONA SERVICIOS DE VUELOS ESPECIALES, A LA ORDEN, USANDO UNA
FLOTA DE CUATRO AVIONES. ÉSTOS ESTÁN IDENTIFICADOS POR UN NÚMERO ÚNICO
DE REGISTRO. POR TANTO, EL NÚMERO DE REGISTRO DEL AVIÓN ES UNA LLAVE
PRIMARIA APROPIADA PARA LA TABLA AIRCRAFT.

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 4

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 5
 Los nulos en la columna CHAR_COPILOT de la tabla CHARTER indican que no es necesario
un copiloto para algunos viajes especiales o para algún avión. Las reglas de la Federal Aviation
Administration (FAA) exigen un copiloto en un avión a chorro y en aviones que tengan un peso
bruto de más de 12 500 al despegar. Ninguno de los aviones de la tabla AIRCRAFT está regido
por este requisito, pero algunos clientes pueden requerir la presencia de un copiloto por
razones de seguridad. Todos los viajes especiales se registran en la tabla CHARTER.

Nota.-Como ya expusimos antes en el capítulo, es mejor evitar homónimos y sinónimos. En

este problema, tanto el piloto como el copiloto son pilotos en la tabla PILOT, pero EMP_NUM
no se puede usar para ambos en la tabla CHARTER. Por tanto, los sinónimos CHAR_PILOT y
CHAR_COPILOT se usaron en la tabla CHARTER.
Aun cuando la solución funciona en este caso, es muy restrictiva y genera nulos cuando un
copiloto no se
requiera. Peor aún, esos nulos proliferan cuando cambian los requisitos sobre tripulación. Por
ejemplo, si la compañía de vuelos especiales AviaCo crece y empieza a usar aviones más
grandes, los requisitos de tripulación pueden aumentar para incluir ingenieros de vuelo y peritos
de carga. La tabla CHARTER entonces tendría que modificarse para incluir las asignaciones de
la tripulación adicional; atributos como CHAR_FLT_ENGINEER y CHAR_LOADMASTER
tendrían que agregarse a la tabla CHARTER. Dado este cambio, cada vez que un avión más
pequeño haga un vuelo especial sin el número de miembros de tripulación requerido en
aviones más grandes, los miembros faltantes de la tripulación darían nulos adicionales en la
tabla CHARTER. El lector tendrá oportunidad de corregir esos problemas de diseño en el
problema 27. El problema ilustra
dos puntos importantes:

1. No usar sinónimos. Si su diseño requiere el uso de sinónimos, modifíquelo.

2. En todo lo posible, diseñe la base de datos para dar espacio a crecimiento sin que requieran
cambios
estructurales en las tablas de la base de datos. Haga su planeación por adelantado y trate de
anticipar
los efectos del cambio en la base de datos.

3.1. Por cada tabla, donde sea posible, identifique:

a) La llave primaria.
b) Una superllave.
c) Una llave candidata.
d) La(s) llave(s) foránea(s).
e) Una llave secundaria.

TABLA LL_PRIMARI SUPERLLAVE LL_CANDIDATA LL_FORÁNE LL_SECUNDARI

A A A
CHATER CHAR_TRIP CHAR_TRIP – CHAR_TRIP CUS_CODE CUS_CODE
CHAR_DATE –
CHAR_PILOT
–CHAR_DESTINATION
AIRCRAFT AC_NUMBER AC_NUMBER AC_NUMBER MOD_CODE MOD_CODE
–
AC_TTA – FAC_TTEL
–AC_TTER
MODEL MOD_CODE MOD_CODE – MOD_CODE NINGUNA NINGUNA
MOD_MANUFACTURER
– MOD_NAME
PILOT NINGUNA EMP_NUM – EMP_NUM NINGUNA NINGUNA
PIL_LICENSE –
PIL_RATING
EMPLOYEE EMP_NUM EMP_NUM EMP_NUM NINGUNA NINGUNA
–

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 6

 EMP_TITLE
–
EMP_NAME –
EMP_FNAME –
EMP_DOB
CUSTOME CUS_CODE CUS_CODE – CUS_CODE NINGUNA NINGUNA
R CUS_NAME –
CUS_FNAME –
CUS_AREACODE –
CUS_PHONE

3.2 Genere el ERD usando PowerDesigner (logical datal model). (Sugerencia: vea el contenido
de la tabla. Descubrirá que un AIRCRAFT puede hacer muchos vuelos CHARTER pero que
cada vuelo CHARTER es realizado por un AIRCRAFT, que un MODEL se refiere a muchos
AIRCRAFT pero que cada AIRCRAFT se refiere a sólo un MODEL, etcétera.)

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 7

3.3. Modifique y genere un nuevo ERD usando PowerDesigner (logical datal model) que haya
creado en el problema 3.2 para eliminar los problemas producidos por el uso de sinónimos.
(Sugerencia: modifique la estructura de la tabla CHARTER al eliminar los atributos
CHAR_PILOT y CHAR_COPILOT; a continuación, genere una tabla compuesta de nombre
CREW(tripulación) para enlazar las tablas CHARTER y EMPLOYEE. Algunos tripulantes, por
ejemplo, sobrecargos (azafatas), no pueden ser pilotos. Ésta es la razón por la que la tabla
EMPLOYEE entra en esta relación.)

4. EL LECTOR ESTA INTERESADO EN VER LOS DATOS SOBRE VUELOS ESPECIALES

REALIZADOS YA SEA POR ROBERT WILLIAMS (NÚMERO DE EMPLEADO 105) O
ELIZABETH TRAVIS (NÚMERO DE EMPLEADO 109). RESUELVA LOS PROBLEMAS
SIGUIENTES PARA ENCONTRAR ESTOS DATOS

4.1.- Genere la tabla que resultaría de aplicar los operadores relacionales SELECT y PROJECT
a la tabla CHARTER para obtener sólo los atributos CHAR_TRIP, CHAR_PILOT y
CHAR_COPILOT para vuelos especiales hechos ya sea por el empleado 105 o la empleada
109.

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 8

Project: Char_Trip, Char_Pilot, Char_Copilot

Select: solo Char_Pilot y Char_Copilot = 105

Select: solo Char_Pilot y Char_Copilot = 109

REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS 9

4.2.- Genere la tabla que resultaría de aplicar los operadores relacionales SELECT y PROJECT
a la tabla CHARTER para obtener sólo los atributos CHAR_TRIP, CHAR_PILOT y
CHAR_COPILOT para vuelos especiales hechos por los empleados 105 y 109.

Project: Char_Trip, Char_Pilot, Char_Copilot

Select: Char_Pilot y Char_Copilot = 105 Y 109

4.3.- Genere la tabla que resultaría de aplicar un operador relacional UNION de su resultado
del problema 4.1 a su resultado del problema 4.2.
5. RESUELVA LAS SIGUIENTES PREGUNTA: SEGÚN LA FIGURA Q4.5

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
0
5.1 Escriba las reglas de negocio que se reflejen en él.

CUSTOMER posee 0 o muchos CAR

CAR tiene 0 o muchos MAINTENANCE
MAINTENANCE incluye uno o muchos MAINT_LINE
MAINT_LINE está inscrito en un PART

5.2 Identifique todas las cardinalidades

· CURSTORMER (1,1) - CAR (0, N)

· CAR (1,1) – MAINTENANCE (0, N)
· MAINTENANCE (1,1) – MAINT_LINE (1, N)
· MAINT_LINE (0, N) - PART (1,1)

5.3 Explique que es una relación débil y fuerte. Además, indique con un ejemplo cuales de las
entidades mostrada en la figura anterior son débiles y fuerte.

5.4 Usando la figura anterior muestre un ejemplo de la cardinalidad (0, N).

5.5 Describa las tres necesidades conflictivas en una base de datos que deben resolverse en
un diseño de bases de datos.

● Rapidez de procesamiento.
● Norma de diseño.
● Necesidades de Información.

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
1
6. RESUELVA LAS SIGUIENTES PREGUNTA: SEGÚN LA FIGURA Q4.17

6.1 Escriba las cardinalidades que sean apropiadas para este ERD.

RELACION CARDINALIDAD
EMPLOYEE tiene DEPENDENT ● Employee → (1.1)
● Dependent → (0.N)

STORE emplea EMPLOYEE ● Employee → (0.N)

● Store → (1.1)

STORE pone ORDER ● Store → (1.1)

● Order → (0.N)

ORDER contiene ORDER_LINE ● Order → (1.1)

● Order_Line → (1.N)

ORDER_LINE contiene PRODUCT ● Order_Line → (1.1)

● Product → (1.1)

6.2 Escriba las reglas de negocios reflejadas en este ERD.

● Un EMPLOYEE puede tener muchas DEPENDENT o ninguna

● Una STORE emplean 0 o muchos EMPLOYEE
● Una STORE pone 0 o muchas ORDER
● ORDER contiene una o muchas ORDER_LINE
● Un PRODUCT puede estar escrito de 0 o varias ORDER_LINE

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
2
7. La liga juvenil de una ciudad necesita un sistema de base de datos para dar
seguimiento a niños que firman para jugar fútbol soccer. Los datos tienen que
conservarse acerca de los niños que estarán jugando en cada equipo y sus padres.
También deben guardarse para los directores técnicos de cada escuadra. Genere el
modelo ERD usando PowerDesigner de datos descrito a continuación.
✔ Entidades requeridas: Equipo, Jugador, Director y Padre.
✔ Atributos requeridos:
o Equipo: Número de ID de Equipo, nombre de Equipo y colores del Equipo.
o Jugador: Número de ID de Jugador, nombre de Jugador, apellido de Jugador y
edad jugador.
o Director: Número de ID de Director, nombre de Director, apellido de Director y
número telefónico de casa del Director.
o Padre: Número de ID del Padre, apellido del Padre, nombre del Padre, número
telefónico de casa y dirección (calle, ciudad, estado y código postal).

Deben definirse las siguientes relaciones:

✔ Equipo está relacionado con Jugador.
✔ Equipo está relacionado con Director técnico.
✔ Jugador está relacionado con Padre.

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
3
Conectividades y participaciones están definidas como sigue:
✔ Un equipo puede o no puede tener un Jugador.

✔ Un jugador debe tener un Equipo.

✔ Un equipo puede tener muchos jugadores.

✔ Un jugador tiene sólo un equipo.

✔ Un equipo puede o no puede tener un director técnico.

✔ Un Director técnico debe tener un Equipo.

✔ Un equipo puede tener muchos Directores técnicos.

✔ Un Director técnico puede tener sólo un equipo.

✔ Un jugador debe tener un padre.

✔ Un padre debe tener un jugador.

✔ Un jugador puede tener muchos Padres.

✔ Un padre puede tener muchos Jugadores.

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
4
8.- Use las siguientes reglas de negocio para crear un ERD de “pata de gallo” usando
PowerDesigner. Escriba todas las conectividades y cardinalidades apropiadas en el ERD.

A. Un departamento tiene muchos empleados, pero cada uno de ellos es empleado por
sólo un departamento.

B. Algunos empleados, conocidos como “errantes”, no son asignados a ningún

departamento.
C. Una división opera muchos departamentos, pero cada uno de ellos es operado por sólo
una división.

D. A un empleado le pueden asignar muchos proyectos y un proyecto puede tener

muchos empleados asignados a él.

E. Un proyecto debe tener al menos un empleado asignado a él.

F. Uno de los empleados administra cada departamento y cada departamento es

administrado por sólo un empleado.

G. Uno de los empleados maneja cada división y cada división es manejada por sólo un
empleado.

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
5
9.- Genere un ERD basado en la notación “pata de gallo”, usando los siguientes
requisitos:

A. Una INVOICE(factura) es escrita por un SALESREP. Cada representante de ventas

puede escribir muchas facturas, pero cada factura es escrita por un solo representante
de ventas.
B. La INVOICE es escrita para un solo CUSTOMER. No obstante, cada cliente puede
tener muchas facturas.
C. Una INVOICE puede incluir muchos renglones(filas) de detalles (LINE), cada uno de
los cuales describe un producto comprado por el cliente.
D. La información del producto está guardada en una entidad PRODUCT.
E. La información del vendedor del producto se encuentra en una entidad VENDOR.

10.- AUTOMATA, Inc., produce vehículos especiales por contrato. La compañía opera
varios departamentos, cada uno de los cuales construye un vehículo en particular, por
ejemplo, una limusina, un camión, una camioneta de reparto o un RV.

Antes de construir un vehículo nuevo, el departamento pone un pedido ante el departamento de

compras para solicitar componentes específicos. El departamento de compras de AUTOMATA
está interesado en crear una base de datos para dar seguimiento de pedidos y acelerar el
proceso de entrega de materiales.

El pedido recibido por el departamento de compras puede contener varios artículos. Se

mantiene un inventario para que los artículos que se piden con más frecuencia se entreguen

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
6
casi de inmediato. Cuando entra un pedido, es revisado para determinar si el artículo solicitado
está en inventario. Si un artículo no está en inventario, debe ser solicitado a un proveedor.
Cada artículo puede tener varios proveedores.

Dada esa descripción funcional de los procesos encontrados en el departamento de compras

de AUTOMATA, haga lo siguiente:

A. Identifique todas las entidades principales.

❖ DEPARTAMENTO
❖ PROVEEDOR
❖ PEDIDO
❖ ARTÍCULO
❖ INVENTARIO
❖ DEP_COMPRAS

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
7
B. Identifique todas las relaciones y conectividades entre entidades.

DEPARTAMENTO TIENE PEDIDO: UNO A UNO O MUCHOS

PEDIDO TIENE UN DEPARTAMENTO: UNO O MUCHOS A UNO
PEDIDO TIENE UN PROVEEDOR: CERO O MUCHOS A UNO
PROVEEDOR TIENE PEDIDO: UNO A CERO O MUCHO
PEDIDO TIENE UN DEP_COMPRA: UNO O MUCHOS A UNO
DEP_COMPRA TIENE PEDIDO: UNO A UNO O MUCHOS
PROVEEDOR TIENE ARTÍCULO: MUCHOS A UNO O MUCHOS
ARTÍCULO TIENE PROVEEDOR: UNO O MUCHOS A MUCHOS
PEDIDO TIENE ARTICULO: UNO A UNO O MUCHOS
ARTÍCULO TIENE UN PEDIDO: UNO O MUCHOS A UNO
ARTÍCULO TIENE UN INVENTARIO: MUCHOS A UNO
INVENTARIO TIENE ARTICULO: UNO A MUCHOS

C. Identifique el tipo de dependencia de existencia en todas las relaciones.

1:N_Dependencia Opcional

D. Dé al menos dos ejemplos de los tipos de informes que se pueden obtener de la base
de datos.

Informe 1: Un INVENTARIO para que los artículos que se piden con más frecuencia se
entreguen casi de inmediato.

Informe 2: Cada ARTÍCULO contiene PROVEEDORES y estos artículos a su vez son

solicitado por un pedido

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
8
11.- Conteste las siguientes preguntas:
a) ¿Qué es un supertipo y un subtipo de entidad?

supertipo de entidad es un tipo genérico de entidad relacionado con uno o más

subtipos de entidad, donde el supertipo de identidad contiene las características comunes y

los subtipos de entidad las características únicas de cada subtipo.
b) ¿Qué es una jerarquía de especialización?

describe el arreglo de supertipos de entidad de nivel más alto (entidades padres) y subtipos de
entidad de nivel más bajo (identidades hijo).

Por ejemplo, una persona puede ser empleado como también puede ser cliente, por lo cual
sabemos que toda persona tiene una cantidad atributos que son propias

c) ¿Cuáles características de llave primaria son consideradas deseables?

Son 5 la característica de una llave primaria deseable:

❖ Valores únicos
❖ No inteligentes
❖ Sin Cambio en el tiempo
❖ De preferencia un atributo
❖ De preferencia numérica
❖ Queja de seguridad

d) ¿Bajo qué circunstancias son apropiadas las llaves primarias compuestas?

Como identificadores de entidades compuestas, donde cada combinación de llave primaria se

permite sólo una

vez en la relación M: N.

• Como identificadores de entidades débiles, donde la entidad débil tiene una relación
identificadora fuerte con la

entidad padre.

e) Cuando se implemente una relación 1:1, ¿dónde debe ponerse la llave foránea si
un lado es obligatorio y un lado es opcional? ¿La llave foránea debe ser
obligatoria u opcional?

1
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
9
 Poner la PK de la entidad en el lado obligatorio de la entidad y la entidad en el
lado opcional como una FK y hacer obligatoria la FK.

f) ¿Cuál es la trampa de diseño más común y cómo ocurre?

La trampa más común que se conoce en un diseño de base de datos se la

conoce como trampa del abanico, esta ocurre cuando se presenta cuando se
tiene una entidad en dos relaciones 1:M con otras entidades, produciendo así
una asociación entre las otras entidades que no se expresa en el modelo.

12.- Dada la siguiente situación de negocio, genere un ERD de “pata de gallo” usando una
jerarquía de especialización si es apropiado. La compañía Two-Bit Drilling conserva información
acerca de empleados y de quienes dependen de ellos en un seguro. Cada empleado tiene un
número de empleado, nombre, fecha de contratación y título. Si un empleado es inspector,
entonces la fecha de certificación y la fecha de renovación para esa certificación también deben
estar registradas en el sistema. Para todos los empleados, debe conservarse el número de
Seguro Social y los nombres de quienes de ellos dependen. Todos los que son dependientes
deben estar asociados con un y sólo uno empleado. Algunos empleados no tendrán quiénes
dependan de ellos, en tanto que otros tendrán muchos.

2
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
0
 2
REFERENCIA. - BASES DE DATOS DISEÑO, IMPLEMENTACIÓN Y ADMINISTRACIÓN CORONEL/MORRIS
1