UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

FASE 1 MODELAMIENTO

BASES DE DATOS AVANZADA

GRUPO 51

JORGE MANRIQUE CHAVARRO

CODIGO: 1054708575
DIEGO ARMANDO TORRES C
CODIGO: 1056955004
ROBINSON JULIAN MEDINA ESPINOSA
CODIGO: 1056803989

JOHN EDINSON CASTRO VELASQUEZ

CODIGO: 7320600

ELSA YANETH GONZALEZ MUÑOZ

CODIGO: 1054709078

TUTORA
HELENA CLARA ISABEL ALEMAN

SEPTIEMBRE 2018
TUNJA
 INTRODUCCIÓN
A continuación, busco resolver el ejercicio para el curso Base de datos Avanzada, que
busca satisfacer la necesidad de para el caso B&N el cual resulta en sistematizar el
proceso de ventas de libros cuyo contenido está orientado a las carreras de caballos;
esto anterior mediante el desarrollo de una base de datos que permita su correcto
desempeño y exactitud satisfaciendo la necesidad, luego de un proceso de Análisis de
requerimientos y solución ya modelada por TiposBD. Los recursos dispuestos por la
tutora Helena Clara, son los necesarios para este desarrollo del ejercicio, espero sea de
su agrado y fácil comprensión.

Actualmente la el almacenamiento y organización de la información ha sido una gran

necesidad y desafío del mercado

las bases de datos han representado la manera de satisfacer estas necesidades

básicas
como el almacenamiento y organización de la misma

sin embargo esto ha requerido de una curva de aprendizaje que permita el diseño e
integración a cualquier necesidad, en este curso obtendremos los conocimientos para
comprender estas bases de datos y ser capaces de diseñarlas y trabajaras
Objetivos

Objetivo General

 Analizar, diseñar, construir Sistemas de Bases de Datos Relacionales, aplicando

las diferentes técnicas de normalización, para el modelamiento relacional a partir
de su fundamento conceptual.
Objetivos Específicos

 Aprender a diseñar bases de datos

 Aprender a interpretar una base de datos
Construir sistemas de base de datos relacionales
 ELSA YANETH GONZALEZ MUÑOZ

CASO DE ESTUDIO

Me gustaría que los Clientes pudieran examinar el catálogo de los libros y realizar
pedidos por internet, actualmente acepto pedidos por teléfono , tengo , sobre todo
clientes corporativos que me llaman y me dan el código ISBN del libro y la cantidad que
desean comprar , a menudo pagan con tarjeta de crédito , luego preparo el envió , que
contiene los libros pedidos , si no dispongo de suficientes copias en el almacén , encargo
copias adicionales y retraso el envío hasta que llegan , prefiero enviar todo el pedido de
cada cliente de una sola vez, mi catalogo incluye todos los libros que vendo, para cada
libro el catálogo incluye su código ISBN , titulo, Autor, precio de adquisición, Precio de
Venta, año de publicación, la mayor parte de mis clientes son habituales, y dispongo de
un registro con su nombre y dirección los clientes nuevos tienen que llamarme primero y
abrir una cuenta antes de poder usar la WEB.
En la nueva web los clientes deberán identificar antes de nada por su número de
identificación de cliente, que debe ser único, luego podrían poder examinar el catálogo,
y formular pedidos en línea
Los consultores de TiposBD están un poco sorprendidos por la rapidez con la que se ha
completado la fase de requisitos -suelen hacer falta semanas de discusiones (y muchas
comidas y muchas cenas) llevarla a buen puerto – pero vuelven a su oficina para analizar
esta información

DESARROLLO

Primero se realiza la etapa de análisis, teniendo en cuenta los siguientes

requerimientos:

- Definición y descripción de tablas

- Descripción de las columnas
- Definición de las relaciones requeridas y pertinentes en la matriz de relaciones
- Descripción de cada una de las relaciones teniendo en cuenta las opcionalidades,
cardinalidades, grado, transferibilidad y si ayuda o no resolver debilidades en las
entidades participantes y las restricciones propias de cada relación.
Clientes
Atributos Llave primaria Tipo de dato Tamaño
CcClientes SI INTERGER 15
Nombre NO VARCHAR 100
Direccion NO VARCHAR 100

Libros
Atributos Llave primaria Tipo de dato Tamaño
Isbn SI VARCHAR 40
Titulo NO VARCHAR 100
Autor NO VARCHAR 100
Precio NO DOUBLE ------
AnoPublicacion NO DATE -----
Stock NO INT 20

Pedidos
Atributos Llave Llave Tipo de dato Tamaño
primaria Foranea
CodPedidos X INTERGER 15
Clientes_CcClientes X INTERGER 15
Libros_Isbn X VARCHAR 40
Cantidad ----------- ----------- INTERGER 15
FechaPedido ----------- ----------- DATE ----
FechaEnvio ----------- ------------ DATE ----
Tarjeta ----------- ------------- VARCHAR 2
DIAGRAMA ENTIDAD-RELACION

Luego de conocer las entidades y atributos del caso realizamos el diseño del diagrama
Entidad-Relación con el software DBDesigner.

Los libros y los clientes se modelan como entidades y se relacionan mediante los
pedidos que formulan los clientes.

Un cliente puede solicitar muchos pedidos y un libro puede tener muchos pedidos.

DESARROLLO DE LA BASE DE DATOS RELACIONAL

Programación con el lenguaje SQL del Script DDL

Ingresamos al gestor de Bases de Datos MySql

Ingresamos el código correspondiente para crear la base de datos bd_fase1

Seguidamente Creamos la tabla Clientes
Y Creamos la tabla Libros

Por ultimo tabla Pedidos con sus respectivas líneas de código.

Creamos las llaves foráneas

- Programación con el lenguaje SQL del script DML para poblar las tablas de
la base de datos (especialmente las tablas maestras o de referencia o
tablas de códigos)

INSERTAMOS 5 REGISTROS EN LA TABLA CLIENTES

Tabla poblada de clientes

INSERTAMOS REGISTROS EN LA TABLA LIBROS

Tabla poblada de libros

INSERTAMOS DATOS A LA TABLA PEDIDOS

Tabla poblada de Pedidos

ELIMINAR TODOS LOS REGISTROS EN ESTE CASO DE LA TABLA CLIENTES
Comando para eliminar esta base de datos

CONSULTAR EL LIBRO MAS PEDIDO

Según la tabla podemos decir que el libro más pedido es La Celestina de Fernando
Rojas.

Fin ELSA YANETH GONZALEZ MUÑOZ

 DIEGO ARMANDO TORRES C

ETAPA DE ANÁLISIS
Para el caso de estudio de la tienda de internet se observa que solo hay dos relaciones las cuales
son Libros y clientes que por las características del caso tienen Cardinalidad muchos a muchos. La
relación pedidos se convertirá en una entidad de enlace entre las entidades Libros y clientes, pero
esta se incorporará en el modelo relacional.

Entidades y descripción de atributos

Entidad Atributos Clave primaria Tipo de dato Obligatoriedad Tamaño
ISBN X Texto Si 20
Titulo Texto Si 45
Autor Texto Si 45
Libros
Stock Entero Si -----------
Precio Decimal Si 7
Año_publicacion Fecha Si ------------
IdC X Entero Si ------------
Clientes NombreC Texto Si 45
DireccionC Texto Si 45

Matriz de relaciones
Libros Clientes
Libros R1
Clientes

Análisis de roles y Cardinalidad

Pregunta para determinar Respuesta

Relación Entidad 1 Rol Entidad 2 Grado
Cardinalidad (Cuantos) Cardinalidad

¿Un libro a cuantos clientes

Libros Presta Clientes Muchos
se le puede prestar?
R1 M:M
¿Un cliente cuantos libros
Clientes Solicita Libros Muchos
puede solicitar?

Para el caso de la tabla de enlace Pedidos, el gestor de bases de datos MYSQL automáticamente
la crea cuando identifica que las relaciones entre Libros y clientes es de Muchos a muchos, solo
resta en el mismo gestor agregarle a esta tabla el nombre y los siguientes atributos:
 Entidades y descripción de atributos
Entidad Atributos Tipo de dato Obligatoriedad Tamaño
Cantidad Entero Si 45
Fecha_Pedido Fecha Si ----------
Pedidos
Tarjeta Texto Si 2
Fecha_Envio Fecha Si -----------

BASE DE DATOS RELACIONAL

Luego de tener clara las entidades y atributos empleando el MYSQL Workbench, se crean el
modelo entidad-relación de acuerdo a lo realizado en la etapa de análisis. Se debe tener en cuenta
que para la entidad libros, la llave primaria es el atributo ISBN ya que es un identificador único
para cada libro y en el caso de la entidad clientes, la llave primaria es el atributo IdC que es el
identificador del cliente el cual también es único para cada cliente.

En el modelo se observa como el SGBD MYSQL creó la tabla intermedia a la cual se le cambió
el nombre a pedidos, se le incorporó los atributos mencionados en la etapa de análisis. Este gestor
automáticamente le asignó las llaves foráneas a partir de las llaves primarias de las entidades libros
y clientes. Cuando el gestor se encarga de crear las llaves foráneas, automáticamente está
implementando el concepto de la integridad referencial.

DESARROLLO DE LA BASE DE DATOS RELACIONAL

Luego de tener el modelo entidad – relación, se pasa cada entidad de este modelo a tablas para
poder trabajar con ellas ya sea para crear o modificar los atributos y para empezar a poblarlas las
tablas y de esta manera comenzar a crear la base de datos que dé solución al caso de estudio. Las
tablas de incorporaron dentro de un esquema llamado actividad y el proceso de pasar del modelo
a las tablas se realiza dentro del mismo gestor quedando de la siguiente manera:

Programación con el lenguaje SQL del Script DDL

Para aplicar los comandos DDL del lenguaje SQL se va a presentar las instrucciones para crear y
borrar campos y tablas. A continuación se presentan los campos a modificar.
 Borrar el campo Año_publicacion de la tabla libros

Al dar click en aceptar, el campo se ha borrado de la tabla.

 Crear el campo Año_publicación que se había borrado anteriormente

Con esta sentencia se vuelve a crear el campo año_publicacion con el tipo de dato entero.

 Si la operación fuera crear una nueva tabla, por ejemplo empleados con el campo nombre
del tipo varchar y longitud de 20 caracteres, la sentencia SQL quedaría:
  Si la operación fuera borrar la tabla empleados, la sentencia SQL quedaría:

Programación con el lenguaje SQL del Script DML

Para aplicar los comandos DML del lenguaje SQL se va a crear algunos registros para mostrar el
procedimiento a realizar a través de las instrucciones SQL.
De acuerdo a la forma como se creó la base de datos, las primeras tablas a las cuales se les puede
insertar registros son la de libros y clientes, la de pedidos inicialmente no se le puede crear registros
porque al existir la integridad referencial, se requiere que los campos llaves de las otras tablas ya
tengan datos. A continuación se presentan los registros a ingresarse para poblar las tablas.
 Ingresar registro a la tabla libros

 Ingresar registro a la tabla clientes

  Ingresar registro a la tabla pedidos

De forma similar se inserta los demás registros para llevar a cabo el proceso de poblar las tablas.

 Tabla libros poblada

 Tabla clientes poblada

 Tabla pedidos poblada

Consultas simples SQL con las tablas pobladas

 De la tabla libros seleccionar los que tienen un precio superior a 50000

 Determinar el promedio del precio de todos los libros

 Ordenar alfabéticamente por el título de los libros

 Determinar la cantidad de libros que hay actualmente

 Determinar cuántos pedidos se han hecho con tarjeta

 Determinar los libros escritos por el autor Homero

 Determinar los libros que se han pagado con tarjeta

 Determinar los libros que ha pedido el cliente Marizol Orjuela

Fin DIEGO ARMANDO TORRES C

 JORGE MANRIQUE CHAVARRO

 Primero se realiza la etapa de análisis, teniendo en cuenta los siguientes

requerimientos:

- Definición y descripción de tablas

 Clientes: En esta tabla se almacenarán los clientes.
 Libros: Se almacenarán los libros que se venden en el negocio.
 Pedidos: en esta tabla se verán reflejados los pedidos que se
realicen.

- Descripción de las columnas

CLIENTES
Atributo Tipo Tamaño Descripción
CodClientes Integer 12 Auto Numérico,
Llave Primaria
Identificación Int 15 Único
Nombre Varchar 70 Nombre del
cliente
Direccion Varchar 100

LIBROS
Atributo Tipo Tamaño Descripción
CodLibros Integer 12 Auto Numérico,
Llave Primaria
Isbn Varchar 20 Unico
Titulo Varchar 30
Autor Varchar 60
Stock Int 12
Precio Double
AnoPublicacion Date

- Definición de las relaciones requeridas y pertinentes en la

matriz de relaciones
PEDIDOS
Atributo Tipo Tamaño Descripción
CodPedidos Integer 12 Auto Numérico,
Llave Primaria
Cantidad Integer 12
FechaPedido Date
FechaEnvio Date
 Tarjeta Varchar 12
Clientes_CodClientes Integer 12 Clave Foranea
Libros_CodLibros Integer 12 Claver Foranea

- Descripción de cada una de las relaciones teniendo en cuenta las

opcionalidades, cardinalidades, grado, transferibilidad y si ayuda
o no resolver debilidades en las entidades participantes y las
restricciones propias de cada relación.
En el caso de la relación entre la tabla pedidos y la tabla clientes:
Un cliente puede realizar muchos pedidos de libros.

En el caso de la tabla pedidos y la tabla libros:

Un libro puede ser pedido por muchos clientes.

 La siguiente etapa consiste en realizar el diseño de la base de datos

relacional, acorde a las características del caso de estudio, para ello, se
debe efectuar la entrega del Modelo Relacional, el cual se logra
adelantando las siguientes tareas:

- Llaves primarias (UID) de cada tabla.

- Transforme las Relaciones 1:1 o 1:M en Llaves Foráneas,
implementando el concepto de la Integridad Referencial
- Aplicar técnicas de normalización
  En la etapa final se efectúa el desarrollo de la base de datos relacional
atendiendo el caso de estudio propuesto, por tanto, se debe entregar:

Ingresar al gestor de Bases de Datos MySql

- Programación con el lenguaje SQL del Script DDL

Corremos el script para crear la base de datos. CREATE DATABASE BD_FS1

Creamos la tabla clientes

Creamos la tabla libros mediante la siguiente sentencia

Creamos la tabla Pedidos

Una vez tenemos creadas las tablas establecemos las llaves foráneas

- Programación con el lenguaje SQL del script DML para poblar las
tablas de la base de datos (especialmente las tablas maestras o
de referencia o tablas de códigos)
INSERTAMOS 5 REGISTROS EN LA TABLA CLIENTES

ELIMINAR TODOS LOS REGISTROS DE LA TABLA CLIENTES

INSERTAMO 5 REGISTROS EN LA TABLA LIBROS

INSERTAMOS 10 REGISTROS EN LA TABLA PEDIDOS
 - Programación con el lenguaje SQL el Scripts DCL para otorgar los
permisos sobre los objetos de la base de datos a otros
usuarios/Esquemas de la base de datos.
Creamos el Usuario Jorge

Concedemos todos los privilegios al usuario Jorge

- Diligencie cinco registros en la base de datos y con esta

información realice cinco consultas simples sobre las tablas de la
base de datos que evidencie las características de libros que
existen en la librería y cuales han sido más pedidos.

Realizamos La consulta de los libros mas pedidos.

Fin JORGE MANRIQUE CHAVARRO
 ROBINSON JULIAN MEDINA ESPINOSA

ACTIVIDAD INDIVIDUAL

 Primero se realiza la etapa de análisis, teniendo en cuenta los siguientes requerimientos:

- Definición y descripción de tablas

Me gustaría que los Clientes pudieran examinar el catalogo de los libros y realizar
pedidos por internet, actualmente acepto pedidos por teléfono , tengo , sobre todo
clientes corporativos que me llaman y me dan el código ISBN del libro y la
cantidad que desean comprar , a menudo pagan con tarjeta de crédito , luego preparo
el envió , que contiene los libros pedidos , si no dispongo de suficientes copias en
el almacén , encargo copias adicionales y retraso el envío hasta que llegan , prefiero
enviar todo el pedido de cada cliente de una sola vez, mi catalogo incluye todos los
libros que vendo, para cada libro el catálogo incluye su código ISBN , titulo, Autor,
precio de adquisición, Precio de Venta, año de publicación, la mayor parte de mis
clientes son habituales, y dispongo de un registro con su nombre y dirección los
clientes nuevos tienen que llamarme primero y abrir una cuenta antes de poder usar
la WEB.
En la nueva web los clientes deberán identificar antes de nada por su número de
identificación de cliente, que debe ser único, luego podrían poder examinar el
catálogo, y formular pedidos en línea
Los consultores de TiposBD están un poco sorprendidos por la rapidez con la que
se ha completado la fase de requisitos -suelen hacer falta semanas de discusiones (y
muchas comidas y muchas cenas) llevarla a buen puerto – pero vuelven a su oficina
para analizar esta información

- Descripción de las columnas

Para el caso en Asunto

Para la entidad: Libro

Nombre Tipo Largo Null Extra Primaria

auto SI
Id Autonumerico 10 NO incrementable
código ISBN Texto 50 NO unico
Titulo Texto 100 NO
Autor Texto 100 NO
Precio de
adquisición Decimal 64 NO
Precio de Venta Decimal 64 NO
Año de publicación Year 4 NO
Estado Entero 2 NO

Para la entidad: Clientes

Nombre Tipo Largo Null Extra Primaria

auto SI
Id Autonumerico 10 NO incrementable
Nombre Texto 50 NO unico
Direccion Texto 100 NO
Estado Entero 2 NO
Contraseña Texto 50 SI

- Pedido
Nombre Tipo Largo Null Extra Primaria
auto SI
Id Autonumerico 10 NO incrementable
Cantidad Texto 50 NO
Fechapedido Fecha 100 NO
Fechaenvio Fecha 2 NO
Tarjeta Texto 50 SI
Id_detalle_Pedido
Id_cliente

Detalle_Pedido
Nombre Tipo Largo Null Extra Primaria
auto SI
Id Autonumerico 10 NO incrementable
Cantidad Texto 50 NO
Id_Libro Numerico 11 NO Index
id_pedido Numerico 11 NO Index

- Definición de las relaciones requeridas y pertinentes en la matriz de relaciones

Matriz de relaciones
Libro Cliente Pedidos Detalle_Pedido
Libro R1
Cliente R2
Pedidos R2 R3
Detalle_Pedido R1 R3

- Descripción de cada una de las relaciones teniendo en cuenta las opcionalidades,

cardinalidades, grado, transferibilidad y si ayuda o no resolver debilidades en las
entidades participantes y las restricciones propias de cada relación.

R1= Cada Pedido tiene uno o mas libros, y cada libro, puede ser pedido una o varias
veces
Debido a esta relación mucho a muchos, se ve la necesidad de crear la entidad
Detalle_pedido
Cada Detalle_Pedido Puede tener uno o varios libros y cada libro solamente puede
aparecer en un Detalle_Pedido

R2= Un cliente puede pedir realizar uno o mas pedidos y un pedido solamente puede
tener un cliente

R3= Cada Pedido tiene uno o más libros, y cada libro, puede ser pedido una o varias
veces
Debido a esta relación mucho a muchos, se ve la necesidad de crear la entidad
Detalle_pedido
Cada Detalle_Pedido Puede tener un Pedido y cada Pedido puede tener uno o más
detalles_pedidos

 La siguiente etapa consiste en realizar el diseño de la base de datos relacional, acorde a las
características del caso de estudio, para ello, se debe efectuar la entrega del Modelo
Relacional, el cual se logra adelantando las siguientes tareas:
 - Llaves primarias (UID) de cada tabla.
- Transforme las Relaciones 1:1 o 1:M en Llaves Foráneas, implementando el
concepto de la Integridad Referencial

Aplicar técnicas de normalización

 En la etapa final se efectúa el desarrollo de la base de datos relacional

atendiendo el caso de estudio propuesto, por tanto, se debe entregar:

- Programación con el lenguaje SQL del Script DDL

CREATE TABLE `cliente` (

`id` int(11) NOT NULL,
`nombre` varchar(50) NOT NULL,
`direccion` varchar(100) NOT NULL,
`estado` int(10) NOT NULL,
`pass` varchar(50) NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

CREATE TABLE `detalle_pedido` (

`id` int(11) NOT NULL,
`cantidad` int(11) NOT NULL,
`id_libro` int(11) NOT NULL,
`id_pedido` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
 CREATE TABLE `libro` (
`id` int(11) NOT NULL,
`isbn` varchar(50) NOT NULL,
`titulo` varchar(100) NOT NULL,
`autor` varchar(100) NOT NULL,
`precio_adquisicion` int(64) NOT NULL,
`precio_venta` int(64) NOT NULL,
`año_publicacion` year(4) NOT NULL,
`estado` int(2) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

CREATE TABLE `pedido` (

`id` int(11) NOT NULL,
`cantidad` varchar(50) NOT NULL,
`fecha_pedido` date NOT NULL,
`fecha_envio` date NOT NULL,
`tarjeta` varchar(50) NOT NULL,
`id_cliente` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
ALTER TABLE `cliente`
ADD PRIMARY KEY (`id`);

ALTER TABLE `detalle_pedido`

ADD PRIMARY KEY (`id`),
ADD KEY `id_libro` (`id_libro`),
ADD KEY `id_pedido` (`id_pedido`);

ALTER TABLE `libro`

ADD PRIMARY KEY (`id`),
ADD UNIQUE KEY `isbn` (`isbn`);

ALTER TABLE `pedido`

ADD PRIMARY KEY (`id`),
ADD KEY `id_cliente` (`id_cliente`);
 ALTER TABLE `cliente`
MODIFY `id` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `detalle_pedido`

MODIFY `id` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `libro`

MODIFY `id` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `pedido`

MODIFY `id` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `detalle_pedido`

ADD CONSTRAINT `detalle_pedido_ibfk_1` FOREIGN KEY
(`id_libro`) REFERENCES `libro` (`id`),
ADD CONSTRAINT `detalle_pedido_ibfk_2` FOREIGN KEY
(`id_pedido`) REFERENCES `pedido` (`id`);

ALTER TABLE `pedido`

ADD CONSTRAINT `pedido_ibfk_1` FOREIGN KEY (`id_cliente`)
REFERENCES `cliente` (`id`);
COMMIT;

- Programación con el lenguaje SQL del script DML para poblar las
tablas de la base de datos (especialmente las tablas maestras o
de referencia o tablas de códigos)

INSERT INTO `libro` (`id`, `isbn`, `titulo`, `autor`, `precio_adquisicion`,

`precio_venta`, `año_publicacion`, `estado`) VALUES (NULL, '0-385-50420-
9', 'El código Da Vinci', 'Dan Brown', '50000', '60000', '2003', '1');

INSERT INTO `cliente` (`id`, `nombre`, `direccion`, `estado`, `pass`)

VALUES (NULL, 'Robinson Julian Medina', 'Cra 12 # 18 - 18, Tunja', '1', NULL);
 - Programación con el lenguaje SQL el Scripts DCL para otorgar los
permisos sobre los objetos de la base de datos a otros
usuarios/Esquemas de la base de datos.
CREATE USER 'robinson'@'localhost'
IDENTIFIED BY 'robinson' ;
GRANT SELECT, INSERT ON *.* TO 'robinson'@'localhost' REQUIRE NONE
WITH MAX_QUERIES_PER_HOUR 0 MAX_CONNECTIONS_PER_HOUR 0
MAX_UPDATES_PER_HOUR 0 MAX_USER_CONNECTIONS 0;
GRANT ALL PRIVILEGES ON `libreria`.* TO 'robinson'@'localhost';

- Diligencie cinco registros en la base de datos y con esta

información realice cinco consultas simples sobre las tablas de
la base de datos que evidencie las características de libros que
existen en la librería y cuales han sido más pedidos
1. El estudiante comparte su avance en el foro Desarrollo Fase 1 - Unidad
1 y realiza comentarios significativos a los aportes de los demás
compañeros del grupo.

Fin ROBINSON JULIAN MEDINA ESPINOSA

Análisis JOHN EDINSON CASTRO VELASQUEZ
 Definición y descripción de tablas: Para la solución dada por TiposBD
se emplea un modelo entidad relación que consta a nivel de sistema de
3 entidades relacionadas entre ellas:
Libros: Guardara un catálogo de existencias a los clientes.
Clientes: Alojara el registro de clientes.
Pedidos: Aquí se guardarán los pedidos realizados a través del tiempo

 Descripción de las columnas:

Entidad Libros:

Entidad Clientes:

Entidad Pedidos:
  Matriz de relaciones:

libros pedidos clientes

libros R1
pedidos
clientes R2

 Descripción de cada una de las relaciones:

Relación Tabla 1 grado Tabla 2 opcionalidad valor Cardinalidad respuesta transferibilidad restricciones

cuantos cuando la
libros entrega
libros en un solo existencia en valor
R1 libros 1:M pedidos información a si muchos
pueden sentido stock es 0 los datos
pedidos?
comprarse no se transfieren.
cuantos
clientes entrega ninguna a menos
clientes en un solo
R2 clientes 1:M pedidos información a si muchos que no hallan
pueden sentido
pedidos? clientes
comprar

 Modelo Relacional:

 Programación con el lenguaje SQL del Script DDL:

Drop:

Create:
 Alter:

 Programación con el lenguaje SQL del script DML

Select:

Delete:

Insert
Insertando clientes:

Insertando Libros:

Insertando Pedidos:
 Update
Actualizando la cantidad de libros en stock

 Llenado de tablas
Libros:

Clientes:

Pedidos:
 consultas simples:

1.Suma del total de las ventas:

2.Muestra el título de los libros vendidos:

3.Cantidad de pedidos realizados:

4.Valor del inventario

5. Pedidos realizados por el cliente john castro

Fin JOHN EDINSON CASTRO VELASQUEZ

 CONCLUSIONES
 Con este ejercicio es posible reconocer la amplitud y plenitud del lenguaje en gestión de
bases de datos
 Se repasan muchas de las sentencias necesarias para la gestión de los datos
 REFERENCIAS BIBLIOGRÁFICAS

Ramakrishnan, Raghu, and Johannes Gehrke. Sistemas de gestión

de bases de datos (3a. ed.), McGraw-Hill España, 2007. ProQuest
Ebook Central, pag-16-24recuperado
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?
ppg=43&docID=3195347&tm=1531498461426

Sosa Flores, M. & López Vázquez, M. (2007) Diseño de bases de

datos relacionales. Córdoba, AR: El Cid Editor. pág. 20 -42.
Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?
ppg=22&docID=3175111&tm=1531495677522

Rodríguez, González, María Elena. Gestión de datos: bases de datos

y sistemas gestores de bases de datos, Editorial UOC, 2013.
ProQuest Ebook Central, pág. 13-38. Recuperado de
http://bibliotecavirtual.unad.edu.co:2460/lib/unadsp/reader.action?
ppg=31&docID=3219201&tm=1531495900319

•https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=77&docID=3195347&t
m=1536025429841