CÓDIGO​ ​DEL​ ​CURSO:​ ​R66417

Alumno(s) DAYANA​ ​ARAPA​ ​ANCO Nota

Especialidad​ ​y Administración​ ​de​ ​redes​ ​y​ ​comunicaciones

Fecha
Grupo de​ ​datos
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​1

I. OBJETIVOS

● Identificar​ ​entidades
● Definir​ ​atributos​ ​de​ ​entidades
● Definir​ ​relaciones​ ​entre​ ​entidades

II. SEGURIDAD

Advertencia:
En este laboratorio está prohibida la manipulación de hardware, conexiones
eléctricas​ ​o​ ​de​ ​red;​ ​así​ ​como​ ​la​ ​ingestión​ ​de​ ​alimentos​ ​o​ ​bebidas.

III. NORMAS​ ​EMPLEADAS

● No​ ​aplica

IV. RECURSOS

● Equipo​ ​con​ ​sistema​ ​operativo​ ​Windows​ ​(64​ ​bits).

● VMWare​ ​Workstation​ ​(opcional).
● Oracle​ ​Express​ ​Universal​ ​11g​ ​XE​ ​instalado​ ​(opcional).
● Oracle​ ​SQL​ ​Developer​ ​instalado.
● Conexión​ ​a​ ​internet​ ​y​ ​navegador​ ​web​ ​(prueba​ ​de​ ​sentencias​ ​mediante​ ​Oracle​ ​Live​ ​SQL)

V. METODOLOGÍA​ ​PARA​ ​EL​ ​DESARROLLO​ ​DE​ ​LA​ ​TAREA

● El​ ​desarrollo​ ​del​ ​laboratorio​ ​es​ ​de​ ​manera​ ​individual.

 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​2

VI. PROCEDIMIENTO

Los​ ​siguientes​ ​diagramas​ ​y​ ​modelos​ ​fueron​ ​hechos​ ​empleando​ ​la​ ​notación​ ​Pie​ ​de​ ​Cuervo,
si​ ​se​ ​desea​ ​saber​ ​más​ ​sobre​ ​esta​ ​notación​ ​puede​ ​consultar​ ​este​ d
​ ocumento​.

Puede consultar otras notaciones empleadas para la representación de modelos de

Entidad - Relación, una lista de dichas notaciones con un ejemplo simple se puede
apreciar​ ​en​ ​el​ ​siguiente​ ​diagrama​.

A. Modelado​ ​E-R​ ​de​ ​Préstamos​ ​de​ ​Películas

1. Enunciado.

Usted desea llevar un control de los ​préstamos que realiza de las ​películas en CD o
DVD, que actualmente posee, a sus ​amistades​, para lo cual desea elaborar el
diseño de una base de datos la cual debe permitir registrar los principales datos que
permitan identificar y ubicar a todas sus amistades (código, nombre, apodo,
dirección, celular, email, fecha de nacimiento, sexo, estado), se requiere también
tener un registro detallado de cada película que usted posee (código, título de la
película, fecha de adquisición, actor principal, tipo de DVD, origen, costo de la
película, estado de la película) y finalmente debemos tener un registro de cada
película que se preste a una determinada amistad y registrar también cuando
devolvió​ ​dicha​ ​película.

2. Identificando​ ​las​ ​entidades​ ​principales.

Nota: Una entidad normalmente se identifica como un sujeto o sustantivo,

ejemplos: Persona, Alumno, Producto, Película, Curso, Proveedor, Profesor,
Animal,​ ​etc.

Según​ ​el​ ​enunciado​ ​anterior​ ​tenemos​ ​identificadas​ ​dos​ ​entidades:

● Película
● Amistad

3. Identificando​ ​las​ ​relaciones​ ​existentes​ ​entre​ ​las​ ​entidades​ ​principales.

Nota: Una relación es una acción, normalmente está indicada a través de un

verbo, por ejemplo: prestar, vender, matricular, inscribir, registrar, comprar, ​brindar
mantenimiento,​ ​solicitar​ ​una​ ​habitación,​ ​etc.

En el enunciado anterior se ha podido identificar una única relación entre las

entidades​ ​Película​ ​y​ ​Amistad.​ ​Dicha​ ​relación​ ​es:
● Préstamo.

Esta​ ​es​ ​una​ ​actividad​ ​donde​ ​están​ ​involucradas​ ​las​ ​entidades.

 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​3

4. Representación​ ​gráfica​ ​de​ ​las​ ​entidades​ ​principales.

5. Representación​ ​gráfica​ ​de​ ​las​ ​relaciones​ ​identificadas​ ​entre​ ​las​ ​entidades​ ​principales.

La​ ​relación​ ​se​ ​lee:​ ​“La​ ​amistad​ ​se​ ​presta​ ​película”

6. Determinación​ ​de​ ​la​ ​cardinalidad​ ​de​ ​la​ ​relación.

Una​ ​relación​ ​tiene​ ​tres​ ​tipos​ ​de​ ​cardinalidad:

● Uno​ ​a​ ​uno​ ​(1:1)
● Uno​ ​a​ ​muchos​ ​(1:N)
● Muchos​ ​a​ ​muchos​ ​(N:M)

Para​ ​determinar​ ​la​ ​cardinalidad​ ​se​ ​debe​ ​responder​ ​dos​ ​preguntas:

● De​ ​izquierda​ ​a​ ​derecha,​ ​¿una​ ​amistad​ ​se​ ​puede​ ​prestar​ ​varias​ ​películas?
Sí,​ ​entonces​ ​la​ ​relación​ ​es​ ​de​ ​1:N​ ​de​ ​izquierda​ ​a​ ​derecha.

● De​ ​derecha​ ​a​ ​izquierda,​ ​¿una​ ​película​ ​puede​ ​prestarse​ ​a​ ​varias​ ​amistades​ ​(así​ ​no
sea​ ​simultáneamente)?
Sí,​ ​entonces​ ​la​ ​relación​ ​es​ ​de​ ​1:N​ ​de​ ​derecha​ ​a​ ​izquierda.

● Entonces,​ ​la​ ​cardinalidad​ ​resultante​ ​es​ ​de​ ​muchos​ ​a​ ​muchos:

Nota:
Las relaciones con cardinalidad ​muchos a muchos deben ser convertidas en
tablas,​ ​dichas​ ​tablas​ ​se​ ​conocen​ ​como​ ​tablas​ ​transaccionales​.
En la cardinalidad ​uno a muchos​, la relación no se convierte en tabla, en su lugar,
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​4

el campo de ​clave primaria de la entidad, de cardinalidad ​uno debe adicionarse

como​ ​clave​ ​foránea​ ​en​ ​la​ ​entidad​ ​de​ ​cardinalidad​ ​muchos​.

7. Completar​ ​el​ ​diagrama​ ​con​ ​los​ ​demás​ ​atributos​ ​de​ ​cada​ ​entidad:

8. Sentencias​ ​SQL​ ​para​ ​implementar​ ​el​ ​esquema​ ​de​ ​la​ ​base​ ​de​ ​datos:
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​5

B. Modelado​ ​E-R​ ​de​ ​Empresa​ ​de​ ​Transportes

1. Enunciado​.
Se desea automatizar la administración de una empresa de transportes que reparte
paquetes por todo el Perú. Los encargados de transportar los paquetes son los
camioneros, de los que se quiere guardar el dni, nombre, teléfono, dirección, salario y
estado. De los paquetes transportados interesa conocer el código de paquete,
descripción, destinatario, dirección del destinatario y estado. Un camionero distribuye
muchos​ ​paquetes,​ ​y​ ​un​ ​paquete​ ​sólo​ ​puede​ ​ser​ ​distribuido​ ​por​ ​un​ ​camionero.
De las provincias a las que están destinados los paquetes interesa guardar el código
de provincia y el nombre. Un paquete sólo puede llegar a una provincia. Sin
embargo, a una provincia pueden llegar varios paquetes. De los camiones que llevan
los camioneros, interesa conocer la placa, modelo, tipo, potencia y estado. Un
camionero puede conducir diferentes camiones en fechas diferentes, y un camión
puede​ ​ser​ ​conducido​ ​por​ ​varios​ ​camioneros”.

2. Identificando​ ​las​ ​entidades​ ​principales.

Según​ ​el​ ​enunciado​ ​anterior​ ​tenemos​ ​identificadas​ ​cuatro​ ​entidades:
● Conductor.
● Paquete.
● Camión.
● Provincia.

3. Identificando​ ​las​ ​relaciones​ ​existentes​ ​entre​ ​las​ ​entidades​ ​principales.

● Los​ ​conductores​ ​conducen​ ​los​ ​camiones.
● Los​ ​conductores​ ​transportan​ ​los​ ​paquetes.
● Los​ ​paquetes​ ​están​ ​destinados​ ​a​ ​una​ ​provincia.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​6

4. Representación​ ​gráfica​ ​de​ ​las​ ​entidades​ ​principales.

5. Representación​ ​gráfica​ ​de​ ​las​ ​relaciones​ ​identificadas​ ​entre​ ​las​ ​entidades​ ​principales.

6. Determinación​ ​de​ ​la​ ​cardinalidad​ ​de​ ​la​ ​relación.

Para​ ​conducen:
● ¿1​ ​camionero​ ​puede​ ​conducir​ ​varios​ ​camiones​ ​(así​ ​no​ ​sea​ ​simultáneamente)?.​ ​Sí.
● ¿1 camión puede ser conducido por varios camioneros (así no sea
simultáneamente)?.​ ​Sí.

Para​ ​destinados:
● ¿1 paquete puede ser destinado a más de una provincia?. No (sólo a una
provincia).
● ¿A​ ​1​ ​provincia​ ​pueden​ ​ser​ ​destinados​ ​varios​ ​paquetes)?.​ ​Sí.

Para​ ​distribuyen:
● ¿1​ ​camionero​ ​puede​ ​distribuir​ ​varios​ ​paquetes?.​ ​Sí
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​7

● ¿1​ ​paquete​ ​puede​ ​ser​ ​distribuido​ ​por​ ​varios​ ​camioneros?.​ ​No.

7. Completar​ ​el​ ​diagrama​ ​con​ ​los​ ​demás​ ​atributos​ ​de​ ​cada​ ​entidad.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​8

8. Sentencias​ ​SQL​ ​para​ ​implementar​ ​el​ ​esquema​ ​de​ ​la​ ​base​ ​de​ ​datos.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​9

C. Caso​ ​Práctico​ ​01

1. Enunciado.
Tecsup desea llevar un control de los cursos libres que se ofertan al público en
general en forma periódica. De los participantes a los cursos desean registrar código,
nombre, dirección, teléfono fijo, número de celular, sexo, fecha de nacimiento, email
y estado. De los cursos ofertados desea registrar código, nombre del curso, costo,
capacidad, número de inscritos y estado. Del registro de inscripciones se desea
registrar la fecha de inscripción, el monto pagado por el participante, número de
recibo emitido por Tecsup, la nota que obtiene el participante al finalizar el curso y el
número​ ​de​ ​asistencias​ ​que​ ​tuvo.
Un​ ​participante​ ​se​ ​puede​ ​inscribir​ ​en​ ​más​ ​de​ ​un​ ​curso.
En​ ​un​ ​curso​ ​se​ ​pueden​ ​matricular​ ​varios​ ​alumnos.

2. Identificando​ ​las​ ​entidades​ ​principales.

● alumno
● cursos
● registros

3. Identificando​ ​las​ ​relaciones​ ​existentes​ ​entre​ ​las​ ​entidades​ ​principales.

● Un​ ​alumno​ ​se​ ​puede​ ​inscribir​ ​en​ ​más​ ​de​ ​un​ ​curso.
● En​ ​un​ ​curso​ ​se​ ​pueden​ ​matricular​ ​varios​ ​alumnos.
● Un​ ​alumno​ ​crea​ ​un​ ​registro.

4. Representación​ ​gráfica​ ​de​ ​las​ ​entidades​ ​principales.

 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​10

5. Representación​ ​gráfica​ ​de​ ​las​ ​relaciones​ ​identificadas​ ​entre​ ​las​ ​entidades​ ​principales.

6. Determinación​ ​de​ ​la​ ​cardinalidad​ ​de​ ​cada​ ​una​ ​de​ ​las​ ​relaciones​ ​identificadas.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​11

alumno:
● ¿un​ ​alumno​ ​puede​ ​crear​ ​varios​ ​registros​ ​?​ ​si
● ¿varios​ ​registros​ ​puede​ ​ser​ ​creado​ ​por​ ​un​ ​solo​ ​ ​alumno?​ ​si

registros:
● ¿un​ ​curso​ ​tiene​ ​un​ ​registro?​ ​no​ ​(tiene​ ​varios​ ​registros)
● ¿varios​ ​registros​ ​tiene​ ​un​ ​curso?​ ​si

curso:
● ¿varios​ ​cursos​ ​tienen​ ​varios​ ​alumnos?​ ​si
● ¿varios​ ​alumnos​ ​se​ ​pueden​ ​inscribir​ ​a​ ​varios​ ​cursos?​ ​si
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​12

7. Completar​ ​el​ ​diagrama​ ​final​ ​con​ ​los​ ​demás​ ​atributos​ ​de​ ​cada​ ​entidad.

8. Comandos​ ​SQL​ ​para​ ​implementar​ ​el​ ​esquema​ ​de​ ​la​ ​base​ ​de​ ​datos​ ​anterior.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​13

create​ ​table​ ​alumno​ ​(

​ ​ ​ ​ ​ ​codigo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​(4,0)​​ ​primary​ ​key,
​ ​ ​ ​ ​ ​nombre​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(40)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​direccion​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(60)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​teléfono​ ​fijo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(20)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​numero​ ​de​ ​celular​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(9​)​ ​not​ ​null,
​ ​ ​ ​ ​ ​sexo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(1)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​fecha​ ​de​ ​nacimiento​ ​ ​ ​ ​date,
​ ​ ​ ​ ​ ​email​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(30)​,
​ ​ ​ ​ ​ ​estado​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(1)​​ ​not​ ​null

​ ​ ​ ​ ​ ​constrain​t​ ​ck_alumno_estado​ ​check​​ ​(estado​ ​in​​ ​(​‘a’,’x’​)),

​ ​ ​ ​ ​ ​constraint​​ ​ck_alumno_sexo​ ​check​​ ​(sexo​​ ​in​​ ​(‘​M’,’F​’))
​ ​ ​ ​ ​references​​ ​alumno(código),​​ ​);

create​ ​table​ ​registro​ ​(

​ ​ ​ ​ ​ ​ ​ ​fecha​ ​de​ ​inscripción​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​date​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​monto​ ​pagado​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number(​12,2​)​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​número​ ​de​ ​recibo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(10)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​nota​ ​de​ ​alumno​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(2)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​asistencia​ ​de​ ​alumno​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(3)​​ ​not​ ​null,

);
create​ ​table​ ​curso​ ​(
​ ​ ​ ​ ​ ​ ​cur_​ ​codigo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​(4,0)​​ ​primary​ ​key​,
​ ​ ​ ​ ​ ​ ​ ​cur_nombre​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(30)​​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​cur_costo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​(8​)​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​cur_capacidad​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​(4)​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​ ​cur_nun_inscritos​ ​ ​ ​ ​ ​ ​ ​number​(4​)​ ​not​ ​null,
​ ​ ​ ​ ​ ​ ​cur_estado​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2​(1)​​ ​not​ ​null

​ ​ ​ ​ ​ ​ ​ ​constraint​​ ​ck_cur_estado​​ ​check​​ ​(cur_estado​ ​in​​ ​(​‘a’,’x’​))

​ ​ ​ ​ ​ ​ ​references​​ ​curso(código),
);
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​14

D. Caso​ ​Práctico​ ​02

1. Enunciado.
“La clínica “SANTA EUGENIA” necesita llevar un control automatizado de pacientes y
médicos. ​De cada paciente se desea guardar el código, nombre, apellidos, dirección,
teléfono,​ ​fecha​ ​de​ ​nacimiento​ ​y​ ​estado.
De cada médico se desea guardar el código, nombre, apellidos, teléfono,
especialidad​ ​y​ ​estado.
Se desea llevar el control de cada uno de los ingresos que el paciente hace a la
clínica.

Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada
ingreso se guarda el código de ingreso, el número de habitación y cama en la que el
paciente​ ​realiza​ ​el​ ​ingreso​ ​y​ ​la​ ​fecha​ ​de​ ​ingreso.
Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede
ser atendido por un único médico. Un paciente puede realizar varios ingresos en el
hospital”.

2. Identificando​ ​las​ ​entidades​ ​principales.

● Paciente
● ingreso
● medico

3. Identificando​ ​las​ ​relaciones​ ​existentes​ ​entre​ ​las​ ​entidades​ ​principales.

● un​ ​médico​ ​ ​puede​ ​tener​ ​varios​ ​pacientes
● un​ ​ingreso​ ​sólo​ ​puede​ ​tener​ ​varios​ ​paciente
● un​ ​paciente​ ​es​ ​atendido​ ​por​ ​varios​ ​doctores
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​15

4. Representación​ ​gráfica​ ​de​ ​las​ ​entidades​ ​principales.

5. Representación​ ​gráfica​ ​de​ ​las​ ​relaciones​ ​identificadas​ ​entre​ ​las​ ​entidades​ ​principales.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​16

6. Determinación​ ​de​ ​la​ ​cardinalidad​ ​de​ ​cada​ ​una​ ​de​ ​las​ ​relaciones​ ​identificadas.

PACIENTE:

● ¿varios​ ​pacientes​ ​pueden​ ​tener​ ​un​ ​ingreso?​ ​si

● ¿un​ ​ingreso​ ​puede​ ​tener​ ​un​ ​paciente?​ ​tal​ ​vez

MEDICO:

● ¿varios​ ​doctores​ ​sólo​ ​puede​ ​obtener​ ​un​ ​ingreso?​ ​si

● ¿un​ ​sólo​ ​ingreso​ ​obtienes​ ​varios​ ​doctores?​ ​si

7. Completar​ ​el​ ​diagrama​ ​final​ ​con​ ​los​ ​demás​ ​atributos​ ​de​ ​cada​ ​entidad.
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​17

8. Comandos​ ​SQL​ ​para​ ​implementar​ ​el​ ​esquema​ ​de​ ​la​ ​base​ ​de​ ​datos​ ​anterior.
create​ ​table​ ​paciente​ ​(
codigo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number(​6,0​)​ ​primary​ ​key,
nombre​​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​40​)​ ​not​ ​null,
apellido​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​40​)​ ​not​ ​null,
telefono​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​20​)​ ​not​ ​null​,
fecha​ ​de​ ​nacimiento​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​date,
estado​​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​1)​ ​ ​not​ ​null,
direccion​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​60​)​ ​not​ ​null,
constraint​​ ​ ​ck_paciente​ ​check​ ​(estado​ ​in​​ ​(​‘a’,​ ​‘x​’))
references​​ ​paciente(código),
);

create​ ​table​ ​ingresos(

código​ ​de​ ​ingreso​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​ ​(​6,0​)​ ​primary​ ​key,
número​ ​de​ ​habitación​​ ​ ​ ​ ​ ​ ​ ​ ​ ​number​ ​(3​)​ ​not​ ​null,
número​ ​de​ ​cama​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number(​5​)​ ​not​ ​null,
fecha​ ​de​ ​ingreso​​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​date,

)​;
 Nro.​ ​DD-106
Laboratorio​ ​de​ ​Base​ ​de​ ​Datos
Modelado​ ​de​ ​Datos
Página​ ​18

create​ ​table​ ​médico​ ​(

codigo​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​number(​6.0​)​primary​ ​key,
nombre​​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​40​)​ n ​ ot​ ​null,
apellido​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​40​)​ n ​ ot​ ​null,
tefeno​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​20​)​ ​not​ ​null,
especialidad​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​20​)​ n ​ ot​ ​null,
estado​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​varchar2(​1​)​ ​not​ ​null

constraint​ ​ ​ck_medico​ ​ ​check​​ ​(estado​​ ​in​ ​(​‘a’,​ ​‘x’​))

references​​ ​medico(código),
),

VII. OBSERVACIONES

● Los​ ​atributos​ ​compuestos​ ​pueden​ ​ser​ ​divididos​ ​en​ ​pequeñas​ ​partes,​ ​las​ ​cuales​ ​representan
atributos​ ​básicos​ ​con​ ​existencia​ ​independiente.

● para​ ​a​ ​la​ ​entidad​ ​de​ ​relación​ ​tenemos​ ​dos​ ​manera​ ​de​ ​hacer​ ​uno​ ​con​ ​PATA​ ​DE​ ​CUERVO​ ​o
bien​ ​con​ ​el​ ​CHEN​ ​ ​donde​ ​las​ ​cardinalidades​ ​son​ ​muy​ ​diferentes​ ​maneras.

VIII. CONCLUSIONES

● un​ ​modelo​ ​de​ ​identidad​ ​de​ ​relaciones​ ​ ​se​ ​representa​ ​a​ ​través​ ​de​ ​diagrama​ ​y​ ​está​ ​formado
por​ ​varios​ ​elementos​ ​ ​donde​ ​dispone​ ​de​ ​un​ ​diagrama​ ​que​ ​nos​ ​ayuda​ ​a​ ​entender​ ​los​ ​datos​ ​y
cómo​ ​se​ ​relacionan​ ​entre​ ​ellos,​ ​donde​ ​es​ ​complementado​ ​por​ ​un​ ​pequeño​ ​resumen​ ​con​ ​la
lista​ ​de​ ​atributos​ ​y​ ​las​ ​relaciones​ ​de​ ​cada​ ​elemento.

● Al​ ​ser​ ​uso​ ​del​ ​CONSTRAINTS​ ​es​ ​un​ ​mecanismo​ ​de​ ​seguridad​ ​y​ ​protección​ ​en​ ​nuestra
base​ ​de​ ​datos​ ​ ​por​ ​ejemplo​ ​para​ ​evitar​ ​insertar​ ​valores​ ​nulos​ ​o​ ​valores​ ​duplicados​ ​en​ ​lo
campos​ ​de​ ​la​ ​tabla.

● para​ ​realizar​ ​la​ ​carnalidad​ ​ ​siempre​ ​se​ ​tiene​ ​que​ ​hacer​ ​preguntas​ ​para​ ​poder​ ​hacer​ ​la
relaciones​ ​correctamente,​ ​como​ ​también​ ​siempre​ ​el​ ​mayor​ ​ira​ ​en​ ​hacer​ ​la​ ​unión​ ​entre​ ​dos
entidad.