#Ejercicio diagrama entidad-relación

1 messages · Page 1 of 1 (latest)

slim inlet
#

Se guarda la siguiente información sobre los clientes: nombre, dirección, DNI,
teléfono, email y fecha de alta como usuario registrado en la tienda online.
● Los productos tendrán un código de producto, un nombre y un tipo de producto.
● Cada producto es fabricado por alguno de los proveedores, y un proveedor puede
serlo de varios productos. Además, el mismo producto puede ser fabricado por
proveedores distintos. El precio por unidad de cada producto lo determina cada
proveedor: un mismo producto puede tener diferentes precios, según el proveedor
que lo fabrique.
● A nivel de proveedor también se registra el número de unidades de cada uno de sus
productos, que tenemos en el almacén.
● Los clientes realizan pedidos, con tantas líneas de pedidos como productos se hayan
comprado. Cada línea de pedido tendrá el código de producto, el número de
unidades compradas, el precio unitario (según el precio del producto para el
proveedor que selecciona el cliente) y el precio total de la línea (resultado de
multiplicar el número de unidades por el precio unitario). Cada cliente puede hacer
tantos pedidos como desee, pero cada pedido solo puede ser realizado por un
cliente.
● Por otro lado, es importante conocer el importe total de un pedido, y la fecha en la
que el cliente realiza el pedido, así como la fecha en que envía ese pedido,
dependiendo de si en el almacén hay las unidades necesarias para enviar el pedido
o no. Para simplificar la gestión, se supone que todos los productos de un pedido se
envían a la vez (en un único envío)

#

Este es el diagrama E/R:

#

Y este el modelo relacional:

rapid pewter
#

que es lo que hay que hacer? es una base de datos?

slim inlet
#

La pregunta es, lo veis coherente?

#

Es este ejercicio:
La tienda de ropa Zaranov quiere modernizarse y abrir una página de tienda online, para lo
que necesita llevar la gestión de los datos de sus clientes, pedidos, productos y proveedores
de manera informática. Para ello, le han dado a tu empresa la siguiente información sobre
cómo se organiza:

#

Y tiene que seguir los pasos detallados arriba

rapid pewter
#

en linea pedido

#

que es el linealID

slim inlet
#

No sabía como identificarlo

rapid pewter
#

para mi con el pedido id ya sabes que va a esa tabla

#

despues lo veo bien

tired vigil
slim inlet
#

Entonces, Linea_Pedido en el modelo relacional no tendría Primary Key?

rapid pewter
#

por ejemplo en fabrica si es necesario

slim inlet
tired vigil
#

Mi aproximación a esa cardinalidad sería 1 Cliente Realiza N pedidos

slim inlet
tired vigil
#

De la relación mejor sería

#

Ya que en la relación tienes N:N

slim inlet
#

Así estaría mejor?

rapid pewter
# slim inlet

Ahi si quedaria mucho mejor el primarie key de ahi lo tenes con el pedido ID

slim inlet
#

Así?

tired vigil
#

Si

slim inlet
#

Por lo demás, lo veis acorde a lo que se pide?

true sentinel
#

hace mucho que no veo el tema de las bases de datos, pero el precio unitario no estaria mejor con el producto?

tired vigil
slim inlet
#

Puede ser distinto

#

Entonces hice que la fabrica añadiera un precio_fabrica depende del proveedor más el precio base del producto

#

Asi se hace un atributo calculado como precio_final en producto

tired vigil
#

Sería para el cliente (1,1), y en la relación quedaría 1:N

#

Y para el pedido por qué tienes (0, n)

slim inlet
tired vigil
#

Sería (1,n) para el pedido

slim inlet
slim inlet
#

Vale, así lo puse!

slim inlet
#

Muchas gracias por resolver las dudas!