Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
En este documento se presenta el proceso de diseño de base de datos en la empresa MAUI, donde se identifican las entidades, atributos y claves primarias en el contexto de una base de datos relacional. Se describen las relaciones entre las entidades Cliente, Orden de Pedido, Detalle de Pedido y Producto, y se determinan los atributos para cada entidad. Además, se explica el uso de Lucid Chart para modelar las tablas en modelo lógico/físico y el uso de un diccionario de base de datos para realizar consultas simples, consultas con group by y order by, y subconsultas.
Tipo: Ejercicios
1 / 14
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
UNIVERSIDAD TECNOLÓGICA DEL PERÚ ASIGNATURA: Base de Datos Diseño de base de datos del proceso de ventas en la empresa MAUI 2022 INTEGRANTES: *Chavez Melendez Franco Alfonso U *Quispe Cuellar Mirtha Marcelina U *Velasquez chavez Dylan Andrew U
INDICE
d) En este detalle de pedido solo puede contener un producto del cliente, y el producto puede contener muchos detalles de pedidos. Entonces, es una relación de uno a muchos. e) Un vendedor puede trabajar en una sola tienda a la vez, y la tienda puede contener muchos vendedores. Por lo tanto, es una relación de uno a muchos.
3. Identificación de atributos En esta parte se identifica los atributos para cada entidad. Cliente: Código Nombre Apellido RUC Dirección Celular Orden del pedido: Código Nombre Apellido
Modelo Marca Serie Stock Tipo Detalle del pedido: Código del pedido Código del producto Cantidad Precio total Precio Unitario IGV
4. Selección de claves principales diagrama conceptual 1. El detalle del pedido tendrá como clave primaria al IDOrdenPedido e IDArticulo, ya que esta entidad depende de las entidades Orden de Pedido y Producto. 2. El producto tendría como clave primaria al IDArticulo, ya que es un único atributo. 3. El orden de pedido tiene como clave primaria al IDOrdenPedido, ya que es un único atributo. Pero también tendría como clave candidata IDCliente. 4. El cliente tendría como clave primaria a su IDCliente, ya que es un único atributo. 5. Modelo Lógico/Físico Usamos Lucid Chart para modelar las tablas de nuestra base de datos en modelo Lógico/Físico, donde las relaciones entre los atributos y las unidades observadas tienen una relación de 1 a muchos entre el cliente y la unidad de pedido, pero el pedido y la unidad de producto tienen muchos. A muchas relaciones. Los sistemas de bases de datos relacionales generalmente no permiten un conjunto directo de relaciones entre dos tablas. Veamos un ejemplo de seguimiento de cuenta. Si hay varias facturas con el mismo número de factura y uno de sus clientes solicitó el número de factura, no sabrá qué significa el número de factura. Por lo tanto, a cada cuenta se le debe asignar un valor único. Para evitar este problema, decidimos dividir la relación de muchos a muchos en dos relaciones de uno a muchos usando una tercera tabla llamada Elemento de línea.
9.1. Consultas simples
9.2 Consultas 5 con group by y 5 con order by
SELECT * FROM Detalle_Pedido WHERE PrecioUnitario > (SELECT AVG(PrecioUnitario) FROM Detalle_Pedido) GO -- SELECT * FROM Detalle_Pedido WHERE IGV > (SELECT AVG(IGV) from Detalle_Pedido) GO -- SELECT * FROM OrdenPedido WHERE IDCliente in (SELECT IDCliente FROM Clientes WHERE Nombre like 'P %') GO -- SELECT * FROM OrdenPedido o WHERE o.IDCliente in (SELECT IDCliente FROM Clientes WHERE Direccion like 'Lima'
