Documente Academic
Documente Profesional
Documente Cultură
FASE 1 MODELAMIENTO
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.
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
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
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.
- 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)
Según la tabla podemos decir que el libro más pedido es La Celestina de Fernando
Rojas.
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.
Matriz de relaciones
Libros Clientes
Libros R1
Clientes
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 -----------
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.
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:
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:
De forma similar se inserta los demás registros para llevar a cabo el proceso de poblar las tablas.
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
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
ACTIVIDAD INDIVIDUAL
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
- 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
Matriz de relaciones
Libro Cliente Pedidos Detalle_Pedido
Libro R1
Cliente R2
Pedidos R2 R3
Detalle_Pedido R1 R3
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
- 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)
Entidad Clientes:
Entidad Pedidos:
Matriz de 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:
Drop:
Create:
Alter:
Delete:
Insert
Insertando clientes:
Insertando Libros:
Insertando Pedidos:
Update
Actualizando la cantidad de libros en stock
Llenado de tablas
Libros:
Clientes:
Pedidos:
consultas simples:
•https://bibliotecavirtual.unad.edu.co:2538/lib/unadsp/reader.action?ppg=77&docID=3195347&t
m=1536025429841