Laboratorio Llaves, predecesores, conexión PDF

Preview

Summary

Primera práctica sobre las llaves, padre, madre y herencias...

Description

Laboratorio 1

1) Tomando como referencia la base de datos de artículos deportivos, de un ejemplo de los siguientes conceptos: a. Llave Primaria •

Una clave primaria es una clave de candidato seleccionada como el principal medio de identificación de filas en una relación.

Hay sólo una clave primaria por relación, se observa que en el diagrama relacional para la tienda deportiva existen las siguientes llaves primarias:

Como puede observarse para cada tabla existe solo una llave primaria, que se relaciona con otra tabla. b. Llave Foránea 

Una llave foránea es la clave principal de una relación que se coloca en otra relación para formar un vínculo entre las relaciones.

Algunas de las llaves foráneas en la base de datos de la tienda deportiva son:

ID_CATEGORIA en la tabla PRODUCTOS e ID_CLIENTE en la tabla FACTURAS.

c. Tupla Algunos ejemplos de tuplas son:

Tuplas

d. Grado de la Tabla Clientes El grado de la tabla clientes es 1, ya que solo tiene una relación.

e. Restricción de dominio Existe restricción de dominio para el teléfono con número y tamaño doble; y para los nombres de los clientes texto corto; para la fecha se utiliza fecha/hora.

f. Superkey de la Tabla Restricciones Facturas de dominio

El atributo “FECHA” en la tabla de facturas podría componer la superkey, ya que a pesar de que cumple su función de atributo mediante el cual se puede reconocer una entidad, es un atributo ajeno, ya que no es un aspecto indispensable para el reconocimiento del registro en la base de datos.

La tabla aceptó un valor nulo y no afectó el reconocimiento del registro de la instancia para poder ser introducida en la base de datos.

2)

Modelo de datos relacional

3) Considera que la base de datos está normalizada? Justifique su respuesta

Para la considerar si la base de datos está normalizada, es indispensable pensar en 3 aspectos básicos. La primera forma normal que indica que los datos no se deberían repetir, esto, para ayudar con la optimización de espacio y de recursos que esto conlleva, la segunda forma normal que describe básicamente que cada columna de una tabla debe depender de toda la clave y no constituir un dato único para cada grupo de registro y por último la tercera forma normal que dice que ante la inclusión de una clave perteneciente a otra tabla, cualquier campo que sea subordinado de dicha clave debe estar en otra tabla y no en nuestra tabla detalle.

Ante la anterior retroalimentación de conceptos es posible definir que la mase de datos trabajada durante esta sesión de laboratorio se encuentra normalizada al cumplir las 3 formas normales aconsejadas y por garantizar un orden de datos sin repetición y creando tablas alternas para la posterior facilidad en consultas y nuevos registros.

4) Presente las consultas SQL Q1 a Q4 obtenidas en la parte 1 de este laboratorio Consulta 1 SQL: SELECT CLIENTES.NOMBRE, FACTURAS.FECHA FROM CLIENTES INNER JOIN FACTURAS ON CLIENTES.ID_CLIENTE = FACTURAS.ID_CLIENTE WHERE (((Year([FECHA]))="2008"));

Consulta 2 SQL:

SELECT PRODUCTOS.DESCRIPCION

PROVEEDORES.NOMBRE,

PROVEEDORES.TELEFONO,

FROM PROVEEDORES INNER JOIN PRODUCTOS ON PROVEEDORES.ID_PROVEEDOR = PRODUCTOS.ID_PROVEEDOR WHERE PRODUCTOS.DESCRIPCION="BOTA";

Consulta 3

Q3 SQL: SELECT PRODUCTOS.ID_Producto, PRODUCTOS.DESCRIPCION, Sum(VENTAS.Cantidad) AS MAYOR FROM PRODUCTOS INNER JOIN VENTAS ON PRODUCTOS.ID_Producto=VENTAS.ID_Producto GROUP BY PRODUCTOS.ID_Producto, PRODUCTOS.DESCRIPCION ORDER BY Sum(VENTAS.Cantidad) DESC;

Q3P2 SQL: SELECT PRODUCTOS.ID_Producto, Q3.DESCRIPCION, Q3.MAYOR FROM PRODUCTOS INNER JOIN Q3 ON PRODUCTOS.ID_Producto = Q3.ID_Producto WHERE (((Q3.MAYOR)=DMax("MAYOR","Q3")));

Consulta 4 SELECT Count(FACTURAS.ID_FACTURA) AS Expr1 FROM FACTURAS;...