Informe

PROYECTO DE BASE DE DATOS
UNIVERSIDAD NACIONAL MAYOR DE SAN

MARCOS
FACULTAD DE INGENIERÍA DE SISTEMAS E

INFORMÁTICA
04/07/2019 PROYECTO DE BASE DE DATOS
Curso: Base de Datos

Ciclo: V
Docente: Coral
Integrantes:
 ARMAS ABT, Miguel 17200133
 BOADA CAJO, Edinson 17200140
 ROMERO SALAZAR, Yanpieer 17200193
Lima, Perú, 2019

Proyecto de Base de Datos
Miguel R. Armas, Edinson P. Boada, Yanpieer R. Salazar
Facultad de Ingeniería de Sistemas e Informática, Universidad Nacional Mayor de San Marcos

Índice
I. ANÁLISIS...........................................................................................................................4
II. MODELO CONCEPTUAL..................................................................................................5
III. MODELO LÓGICO.......................................................................................................11
IV. MODELO FÍSICO.........................................................................................................16
I. ANÁLISIS
Para implementar la base de datos se analizaron los procesos “Inscripción al lector” y “Atención
al lector”. Para obtener un modelo que se acerque a los requerimientos de la biblioteca
distinguimos entre los elementos que se dan en la vida real, como personas intermediarias o
actividades de transición, pero que de forma objetiva no pertenecen a la base de datos por sus
características y su importancia para la biblioteca.
Consideraciones y justificaciones
1. Proceso de inscripción al lector
 No se incluirá una entidad para el “Lector que viene por primera vez”.
Aún no cuenta con una afiliación, por lo tanto, para la biblioteca no es
de su interés tener una base de datos de personas que no pertenezcan a
su comunidad.
La especialización sería insustancial, pues esta supuesta entidad no
presentaría atributos propios.
 No se incluirá una entidad para la “Ficha para registrar a los lectores que
vienen por primera vez”.
Esta ficha solo es un elemento de transición en el mundo real para pasar
los datos del nuevo lector al sistema.
 No se incluirá una entidad para el “Lector que viene por duplicado o
caducidad”
Lector que viene por duplicado. Esta supuesta entidad ya se encuentra
registrada, pero carece en el mundo real de un carné físico. Cumple con
las condiciones para ser una entidad “Lector”, pues el proceso de
duplicación se da solo en el mundo real.
Lector que viene por caducidad. Esta supuesta entidad se distingue por
la fecha de caducidad de su carné. Sin embargo, para todo lector
registrado, el carné tiene este atributo, por lo tanto, la entidad “Lector”
abarca el concepto del lector que viene por caducidad.
 No se incluirá una entidad para “Orden a caja”.
El programa asociado a la base de datos genera la orden a caja. Así
pues, almacenar la orden no es de utilidad para la base de datos.
El pago se realiza en el mundo real.
2. Proceso de atención al lector

 No se incluirá una entidad para “Bibliotecario”.
El bibliotecario solo es un intermediario entre las actividades que desea
realizar el lector. Recibe las solicitudes de servicio y utiliza el programa
para verificar si puede prestarse un libro en el caso del servicio de
préstamo de libros o fotocopiarse un libro en caso del servicio de
fotocopias y le comunica al lector la respuesta de la solicitud.
No es del interés de la biblioteca para la base de datos.
 No se incluirá una entidad para “Encargado de fotocopias”.
El encargado de fotocopias solo se limita a recibir las publicaciones e
imprimirlas y concluir con el servicio de fotocopias.
No es del interés de la biblioteca para la base de datos.
Tras haber discutido las características que son importantes para la base de datos de la
biblioteca, se procede a diseñar el mapa conceptual.
II. MODELO CONCEPTUAL
a. Entidades - Descripción
i. LECTOR
Ficha del lector
ii. CARNE
Carné de un lector registrado
iii. SERVICIO
Servicio al que accede el lector
iv. PRESTAMO
Ficha de préstamo de una publicación a un lector
v. FOTOCOPIA
Ficha de fotocopia de una publicación
vi. PUBLICACIÓN
Representa la ficha de publicación
b. Atributos – Tipología
i. LECTOR
cod_ficLec: simple , monovalorado, almacenado, clave primaria
dni_lec: simple , monovalorado, almacenado
nom_lec: simple , monovalorado, almacenado
apell_lec: simple , monovalorado, almacenado
direc_lec: compuesta, monovalorado, almacenado
distr_lec: simple , monovalorado, almacenado
telf_lec: simple , monovalorado, almacenado
fecNac_lec: simple , monovalorado, almacenado
gradInst_lec: simple , monovalorado, almacenado
instit_lec: simple , monovalorado, almacenado
observaciones: simple, multivalorado, almacenado
ii. CARNE
codCarne_lec: simple , monovalorado, almacenado, clave primaria
fec_emisionCarne: simple , monovalorado, almacenado
fec_caducCarne: simple , monovalorado, almacenado
iii. SERVICIO
codServ: simple , monovalorado, almacenado, clave primaria
iv. PRESTAMO
fec_prestamo: simple , monovalorado, almacenado
fec_dev: simple , monovalorado, almacenado
v. FOTOCOPIA
cant: simple , monovalorado, almacenado
precio: simple , monovalorado, derivado
vi. PUBLICACION
cod_pub: simple , monovalorado, almacenado, clave primaria
tit_pub: simple , monovalorado, almacenado
editor_pub: simple , monovalorado, almacenado
añoEdic_pub: simple , monovalorado, almacenado
idioma_pub: simple , monovalorado, almacenado
autor_pub: simple , multivalorado, almacenado
c. Atributos - Tablas de diseño
CARNÉ
Nombre del
Atributo Descripción Definición
dominio
Códigos de los carnés de los
Código codCarne_lec 6 caracteres
lectores
Emisión fec_emisionCarne Direcciones de los lectores 25 caracteres
Distritos donde residen
Caducidad fec_caducCarne 15 caracteres
los lectores
LECTOR
Nombre del
dominio
Códigos de las fichas de
Código cod_ficLec 6 caracteres
los lectores
DNI dni_lec DNIs de los lectores 8 dígitos
Nombre nom_lec Nombres de los lectores 15 caracteres
Apellido apell_lec Apellidos de los lectores 15 caracteres
Dirección direc_lec Direcciones de los lectores 25 caracteres
Distritos donde residen
Distrito distr_lec 15 caracteres
los lectores
Teléfono telf_lec Teléfonos de los lectores 9 dígitos
Fechas de nacimiento de
Nacimiento fecNac_lec 8 dígitos
los lectores
Grados de instrucción de
Instrucción gradInst_lec 25 caracteres
los lectores
Instituciones de procedencia
Institución instit_lec 20 caracteres
de los lectores
Observaciones que
Observaciones observaciones 30 caracteres
registran los lectores
SERVICIO
Nombre del
dominio
Código codServ Códigos del servicio 6 caracteres
FOTOCOPIA
Nombre del
dominio
Código codServ Códigos del servicio 6 caracteres
Cantidad cant Cantidades de fotocopias float
Precio precio Precios de fotocopias float
PRESTAMO
Nombre del
dominio
Código codServ Códigos de préstamo 6 caracteres
Fecha fec_prestamo Fechas de los préstamos 8 dígitos
Fecha fec_dev Fechas de las devoluciones 8 dígitos
PUBLICACION
Atributo Nombre del dominio Descripción Definición
Códigos de las
Código cod_pub 6 caracteres
publicaciones
Títulos de las
Título tit_pub 25 caracteres
publicaciones
Editoriales de las
Editorial editor_pub 20 caracteres
publicaciones
Años de edición de las
Edición anioEdic_pub 4 caracteres
publicaciones
Idiomas de las
Idioma idioma_pub 10 caracteres
publicaciones
Autores de las
Autor autor_pub 20 caracteres
publicaciones
d. Relaciones - descripción
i. POSEE
relación: LECTOR <POSEE> CARNE
1-1
Relación débil
Sin atributos
ii. SOLICITA
relación: LECTOR<SOLICITA> SERVICIO
1-M
Sin atributos
iii. REQUIERE
relación: SERVICIO <REQUIERE>PUBLICACIÓN
1-1
Sin atributos
e. Diagrama - Studio case

Tras haber obtenido el modelo conceptual, procedemos a desarrollar el modelo lógico.
III. MODELO LÓGICO
a. Identificar y resolver: relaciones MN

El modelo conceptual no presenta relaciones MN
b. Agregaciones
El modelo conceptual no presenta agregaciones
c. Especialización/generalización
Mediante Transformación de generalizaciones
d. Reglas de negocio
CARNE
Campo Tipo de dato Longitud Restricción
Código Varchar2 6 PK
Apellido Varchar2 8 NO NULO
Nombre Varchar2 15 NO NULO
Instrucción Varchar2 15 NULO
Fecha del sistema
Emisión Varchar2 8
por defecto
Caducidad Varchar2 8 NO NULO
LECTOR
DNI Varchar2 8 UNICO
Nombre Varchar2 15 NO NULO
Apellido Varchar2 15 NO NULO
Dirección Varchar2 25 NO NULO
Distrito Varchar2 15 NO NULO
Teléfono Varchar2 9 UNICO
Nacimiento Varchar2 8 NO NULO
Instrucción Varchar2 25 NULO
Institución Varchar2 20 NULO
Observacione
Varchar2 30 NULO
s
SERVICIO
PRESTAMO
Fecha de
Varchar2 8 NO NULO
préstamo
Fecha de
Varchar2 8 NO NULO
devolución
FOTOCOPIA
Cantidad Float - NULO
Precio Float - NULO
PUBLICACION
Título Varchar2 25 NO NULO
Editorial Varchar2 20 NO NULO
Edición Number 4 NO NULO
Idioma Varchar2 10 NO NULO
Autor Varchar2 20 NULO
DISEÑO LÓGICO ESTÁNDAR

Traducción MERE → MR, Modelo básico
1. Atributos
o Atributos multivaluados
 En LECTOR
 OBS_LECTOR (cod_ficLec, observacion)
PK= cod_ficLec, observacion
FK= cod_ficLec
 En PUBLICACION
 AUTOR (cod_prestamo, autor_pub)
PK= cod_prestamo, autor_pub
FK= cod_prestamo
2. Transformación de tipo entidad

 LECTOR (cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec,
telf_lec, fecNac_lec, gradInst_lec, instit_lec)
PK=cod_ficLec
 CARNE (codCarne_lec, fec_emisionCarne, fec_caducCarne)

PK=codCarne
 SERVICIO (codServ)
PK=codServ
 PRESTAMO (codPrest, fec_prestamo, fec_dev)

PK=codPrest
 FOTOCOPIA (codCop, cant, precio)

PK=codCop
 PUBLICACION (cod_pub, tit_pub, editor_pub, anioEdic_pub,

idioma_pub)
PK=cod_pub
3. Transformación de tipo relación

 LECTOR (cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec,
telf_lec, fecNac_lec, gradInst_lec, instit_lec)
PK=cod_ficLec
 CARNE (cod_ficLec, codCarne_lec, fec_emisionCarne,

fec_caducCarne)
PK=cod_ficLec, codCarne_lec
FK=cod_ficLec de LECTOR
 SERVICIO (codServ, cod_ficLec, codPub)

PK=codServ
FK= cod_ficLec de LECTOR
FK=codPub de PUBLICACION
 PRESTAMO (codServ, codPub, fec_prestamo, fec_dev)

PK=codServ
FK= codServ de SERVICIO
 FOTOCOPIA (codServ, codPub, cant, precio)

PK=codServ
 PUBLICACION (cod_pub, tit_pub, editor_pub, anioEdic_pub,

idioma_pub)
PK=cod_pub
Entonces el modelo lógico es:

OBS_LECTOR (cod_ficLec, observacion)
PK= cod_ficLec, observacion
FK= cod_ficLec
AUTOR (cod_prestamo, autor_pub)
PK= cod_prestamo, autor_pub
FK= cod_prestamo
LECTOR (cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec, telf_lec, fecNac_lec,
gradInst_lec, instit_lec)
PK=cod_ficLec
CARNE (cod_ficLec, codCarne_lec, fec_emisionCarne, fec_caducCarne)
PK=cod_ficLec, codCarne_lec
FK=cod_ficLec de LECTOR
SERVICIO (codServ, cod_ficLec)
PK=codServ
FK= cod_ficLec de LECTOR
FK=codPub de PUBLICACION
PRESTAMO (codServ, codPub)
PK=codServ
FOTOCOPIA (codServ, codPub)
PK=codServ
PUBLICACION (cod_pub, tit_pub, editor_pub, anioEdic_pub, idioma_pub)
PK=cod_pub
e. Diagrama en DBdesigner
Tras haber obtenido el modelo lógico, procedemos a desarrollar el modelo físico.
IV. MODELO FÍSICO

Se procede a implementar las tablas:
--CREACION DE TABLAS
create table LECTOR(
cod_ficLec VARCHAR2(6) not null,
dni_lec NUMBER(8) unique,
nom_lec VARCHAR2(15) not null,
apell_lec VARCHAR2(15) not null,
direc_lec VARCHAR2(15) not null,
distr_lec VARCHAR2(15) not null,
telf_lec VARCHAR2(9) unique,
gradInst_lec VARCHAR2(25) null,
instit_lec VARCHAR2(20) null
);
create table observaciones_lector(

observaciones VARCHAR2(30) not null
);
create table carne(

codCarne_lec NUMBER(6) not null,
fec_emisionCarne DATE not null,
fec_caducCarne DATE not null
);
create table SERVICIO(

codServ VARCHAR2(6) not null
);
Create table prestamo(

codServ VARCHAR2(6) not null,
fec_prestamo date not null,
fec_dev date not null
);
Create table FOTOCOPIA (

cantCopias FLOAT not null,
precio FLOAT not null
);
Create table publicacion(

cod_pub varchar2(6) not null,
tit_pub varchar2(25) not null,
editor_pub varchar2(20) not null,
añoEdic_pub NUMBER(4) not null,
idioma_pub varchar2(10) null
);
Create table autor(

cod_pub VARCHAR2(6) not null,
autor_pub VARCHAR2(20) not null
);
--PRIMARY KEY'S
alter table lector
add
constraint pk_cod_ficLec primary key (cod_ficLec)
enable;
alter table observaciones_lector

add
constraint pk_cod_obs_lector primary key (cod_ficLec,observaciones)
enable;
alter table carne

add
constraint pk_codCarne_lec primary key (codCarne_lec)
enable;
alter table servicio

add
constraint pk_codServ primary key (codServ)
enable;
ALTER TABLE prestamo

ADD
constraint pk_codServicio primary key (codServ)
ENABLE;
ALTER TABLE FOTOCOPIA

ADD
constraint pk_codServF primary key (codServ)
ENABLE;
alter table publicacion

add
constraint pk_cod_pub primary key (cod_pub)
enable;
alter table autor

add
constraint pk_cod_autor primary key (cod_pub,autor_pub)
enable;
--FOREIGN KEY'S
alter table observaciones_lector
add
constraint fk_cod_ficLec foreign key (cod_ficLec) references lector(cod_ficLec) on delete
cascade
enable;
alter table carne

add
constraint fk_cod_lec foreign key (cod_ficLec) references lector(cod_ficLec) on delete
cascade
enable;

ADD
constraint fk_codServicio foreign key (codServ) references SERVICIO(codServ) on delete
cascade
ENABLE;

ADD
constraint fk_codServF foreign key (codServ) references SERVICIO(codServ) on delete
cascade
ENABLE;

add
constraint fk_codServP foreign key (codServ) references SERVICIO(codServ) on delete
cascade
enable;
alter table autor

add
constraint fk_cod_pubAu foreign key (cod_pub) references publicacion(cod_pub)
enable;
--CHECK'S
alter table lector

add
constraint ck_lector_cod check (REGEXP_LIKE(cod_ficLec, '^[[:alpha:]][[:digit:]]{5}$'))
enable;
alter table lector

add
constraint ck_telf check (REGEXP_LIKE(telf_lec, '^9[[:digit:]]{8}$'))
enable;
alter table lector

add
constraint ck_grado check (gradInst_lec in
('Secundaria','Universidad','Instituto','Maestría','Doctorado'))
enable;
ALTER TABLE CARNE

ADD
CONSTRAINT CK_FECHA_EMISION CHECK (fec_emisionCarne<=to_date('12-12-
2019','DD-MM-YYYY') AND fec_emisionCarne>=to_date('19-06-19','DD-MM-YYYY'))
ENABLE;
ALTER TABLE CARNE

ADD
CONSTRAINT CK_FECHA_CADUCIDAD CHECK (fec_caducCarne<=to_date('12-12-
2019','DD-MM-YYYY') AND fec_caducCarne>=to_date('19-06-2019','DD-MM-YYYY') and
fec_caducCarne>fec_emisionCarne)
ENABLE;
alter table SERVICIO

add
constraint ck_codServLike check (REGEXP_LIKE(codServ, '^[:S:][:PF:][[:digit:]]{4}$'))
enable;
alter table prestamo

add
constraint ck_codSP check (REGEXP_LIKE(codServ, '^[:S:][:P:][[:digit:]]{4}$'))
enable;
alter table fotocopia

add
constraint ck_codSF check (REGEXP_LIKE(codServ, '^[:S:][:F:][[:digit:]]{4}$'))
enable;

ADD
CONSTRAINT ck_fec_prestamo CHECK (fec_prestamo > to_date('20-06-2019','DD-MM-
YYYY'))
ENABLE;

ADD
CONSTRAINT ck_fec_dev CHECK (fec_dev > to_date('20-06-2019','DD-MM-YYYY'))
ENABLE;

ADD
CONSTRAINT ck_cantCopias CHECK (cantCopias > 0 and cantCopias < 800)
ENABLE;

ADD
CONSTRAINT ck_precio CHECK (precio > 0)
ENABLE;

add
constraint ck_cod_pub check (REGEXP_LIKE(cod_pub, '^[[:alpha:]]{2}[[:digit:]]{4}$'))
enable;

add
constraint ck_añoEdic_pub check (añoEdic_pub>2000)
enable;

add
constraint ck_idioma_pub check (idioma_pub in
('Español','Ingles','Frances','Italiano','Portugues'))
enable;
--INSERTANDO EN LECTOR
insert into lector (cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec, telf_lec,
values ('L00001','76517368','Yanpieer','Romero Salazar', 'Giron Girasol', 'Los Olivos',
'982087309', 'Doctorado', 'UNMSM');
insert into lector (cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec, telf_lec,
values ('L00002',76517367,'Paolo','Boada Cajo', 'Viñas', 'La Molina', 991033033, 'Doctorado',
'UNMSM');
insert into lector(cod_ficLec, dni_lec, nom_lec, apell_lec, direc_lec, distr_lec, telf_lec,

values ('L00003','76517366','Miguel','Armas Abt', 'Viñas', 'La Molina', '982073100',
'Secundaria', 'AURELIO MIROQUESADA');

values ('L00004','76517365','Carlos','Castro Cruz', 'Palermo', 'Comas', '982073041', 'Maestría',
'UNMSM');

values ('L00005','76517364','Vanessa','Arriaga Lescano', 'El Corregidor', 'La Molina',
'982073061', 'Secundaria', 'UNI');
--INSERTANDO EN OBSERVACIONES_LECTOR
insert into observaciones_lector (cod_ficLec, observaciones)
values ('L00001','NA');

values ('L00002','rompió libro');

values ('L00003','No devolvio revista');

values ('L00004','Entrego en mal estado');

values ('L00005','Mal comportamiento');
--INSERTANDO EN CARNE
insert into carne (codCarne_lec, cod_ficLec, fec_emisionCarne, fec_caducCarne)
values ('100000','L00001', to_date('20-06-2019','DD-MM-YYYY'), to_date('28-11-2019','DD-
MM-YYYY'));


MM-YYYY'));

MM-YYYY'));

MM-YYYY'));

MM-YYYY'));
--INSERTANDO EN SERVICIO
select * from servicio;
insert into servicio (codServ)
values ('SP0001');
values ('SF0001');
values ('SF0002');
values ('SF0003');
values ('SP0002');
--INSERTANDO EN PRESTAMO
insert into prestamo (codServ,fec_prestamo,fec_dev)
values ('SP0001',to_date('12-08-2019','DD-MM-YYYY'),to_date('30-08-2019','DD-MM-
YYYY'));
insert into prestamo (codServ,fec_prestamo,fec_dev)

values ('SP0002',to_date('09-07-2019','DD-MM-YYYY'),to_date('25-08-2019','DD-MM-
YYYY'));
--INSERTANDO EN FOTOCOPIA
insert into fotocopia (codServ,cantCopias,precio)

values ('SF0001',5,12);
values ('SF0002',7,9.5);
values ('SF0003',1,0.5);
--INSERTANDO EN PUBLICACION
insert into publicacion (cod_pub, codServ, tit_pub, editor_pub, añoEdic_pub, idioma_pub)
values ('PU0001','SP0001','Compendio de Biología','Lumbreras', '2015', 'Español');
insert into publicacion (cod_pub,codServ, tit_pub, editor_pub, añoEdic_pub, idioma_pub)

values ('PU0002','SP0002','Compendio de Quimica','Lumbreras', '2016', 'Español');
insert into publicacion (cod_pub, codServ,tit_pub, editor_pub, añoEdic_pub, idioma_pub)

values ('PU0003','S00003','Compendio de Fisica','Lumbreras', '2014', 'Ingles');
insert into publicacion (cod_pub, codServ, tit_pub, editor_pub, añoEdic_pub, idioma_pub)

values ('PU0004','S00004','Compendio de Literatura','Lumbreras', '2013', 'Frances');
insert into publicacion (cod_pub,codServ,tit_pub, editor_pub, añoEdic_pub, idioma_pub)

values ('PU0005','S00005','Compendio de Lenguaje','Lumbreras', '2012', 'Italiano');
--INSERTANDO EN AUTOR
insert into autor (cod_pub, autor_pub)
values ('PU0001','Ricardo');

values ('PU0002','Bautista');

values ('PU0003','Julio Cesar');

values ('PU0004','Zambrano');

values ('PU0005','Nicolas Arrieta');
--MOSTRAR TABLAS
select * from lector;
select * from carne;
select * from observaciones_lector;
select * from servicio;
select * from prestamo;
select * from fotocopia;
select * from publicacion;
select * from autor;
--MODIFICAR DATOS
update lector
set nom_lec='Davicho', apell_lec='Vega Cordoba'
where cod_ficLec='L00001';
--ELIMINAR REGISTROS
delete from observaciones_lector where cod_ficLec='L00005';
delete from lector where cod_ficLec='L00005';
delete from lector where dni_lec=76517364;
delete from lector where dni_lec=76517365;
delete from autor where cod_pub='PU0005';
delete from PRESTAMO where codServ='S00006';
delete from servicio where codServ='SP0001';
--ELIMINAR TABLAS
drop table lector cascade constraint purge;
drop table observaciones_lector cascade constraint purge;
drop table carne cascade constraint purge;

drop table publicacion cascade constraint purge;
drop table servicio cascade constraint purge;
drop table prestamo cascade constraint purge;
drop table fotocopia cascade constraint purge;
drop table autor cascade constraint purge;

Informe

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe

Cargado por

Copyright:

Formatos disponibles

PROYECTO DE BASE DE DATOS

UNIVERSIDAD NACIONAL MAYOR DE SAN

FACULTAD DE INGENIERÍA DE SISTEMAS E

04/07/2019 PROYECTO DE BASE DE DATOS

Curso: Base de Datos

Lima, Perú, 2019

Proyecto de Base de Datos

Miguel R. Armas, Edinson P. Boada, Yanpieer R. Salazar

Facultad de Ingeniería de Sistemas e Informática, Universidad Nacional Mayor de San Marcos

2. Proceso de atención al lector

II. MODELO CONCEPTUAL

precio: simple , monovalorado, derivado

c. Atributos - Tablas de diseño

Código codServ Códigos del servicio 6 caracteres

Código codServ Códigos del servicio 6 caracteres

Cantidad cant Cantidades de fotocopias float

Precio precio Precios de fotocopias float

Código codServ Códigos de préstamo 6 caracteres

Fecha fec_prestamo Fechas de los préstamos 8 dígitos

Fecha fec_dev Fechas de las devoluciones 8 dígitos

e. Diagrama - Studio case

Tras haber obtenido el modelo conceptual, procedemos a desarrollar el modelo lógico.

III. MODELO LÓGICO

a. Identificar y resolver: relaciones MN

DISEÑO LÓGICO ESTÁNDAR

2. Transformación de tipo entidad

 CARNE (codCarne_lec, fec_emisionCarne, fec_caducCarne)

 PRESTAMO (codPrest, fec_prestamo, fec_dev)

 FOTOCOPIA (codCop, cant, precio)

 PUBLICACION (cod_pub, tit_pub, editor_pub, anioEdic_pub,

3. Transformación de tipo relación

 CARNE (cod_ficLec, codCarne_lec, fec_emisionCarne,

 SERVICIO (codServ, cod_ficLec, codPub)

 PRESTAMO (codServ, codPub, fec_prestamo, fec_dev)

 FOTOCOPIA (codServ, codPub, cant, precio)

 PUBLICACION (cod_pub, tit_pub, editor_pub, anioEdic_pub,

Entonces el modelo lógico es:

Tras haber obtenido el modelo lógico, procedemos a desarrollar el modelo físico.

IV. MODELO FÍSICO

create table observaciones_lector(

create table carne(

create table SERVICIO(

Create table prestamo(

Create table FOTOCOPIA (

Create table publicacion(

Create table autor(

alter table observaciones_lector

alter table carne

alter table servicio

ALTER TABLE prestamo

ALTER TABLE FOTOCOPIA

alter table publicacion

alter table autor

alter table carne

ALTER TABLE prestamo

ALTER TABLE FOTOCOPIA

alter table publicacion

alter table autor

alter table lector

alter table lector

alter table lector

ALTER TABLE CARNE

ALTER TABLE CARNE

alter table SERVICIO