EJERCICIO PARA EL PARCIAL 1 Crea una base de datos llamada TIENDA, y crea las tablas como se muestran a continuacin.

Como hemos visto anteriormente el diseo de la base de datos previamente a su creacin es un paso imprescindible y fundamental, en un buen diseo esta la diferencia entre una base de datos gil y funcional o por el contrario encontrarnos con problemas a cada clic de ratn que nos har desesperante la mas mnima bsqueda de datos. Por eso vamos a disear lo mas didcticamente posible un ejemplo para nuestra base de datos. Supongamos que trabajamos en una empresa. Cualquier empresa. Toda empresa tiene una actividad principal que es vender algo, que en este caso a ese algo lo llamaremos producto. Vamos a partir desde aqu. Los datos que necesitamos para cada venta son: Qu hemos vendido (Nombre de producto), Cuanto hemos vendido (Cantidad), A quien se lo hemos vendido (cliente) y Numero de cuenta para cobrrselo (NCcliente).

Pero segn trabajemos con estos datos necesitaremos otros datos del cliente, como son el nombre de la empresa para la que trabaja (Empresa), Sus apellidos (Apellidos), Puesto que desempea (Puesto), Telfono de contacto (Telfono), Los datos para enviar los pedidos (Direccin, Poblacin, CP)

TABLA:VENTAS Pero claro, podramos pedirle algo mas a nuestra base de datos, tambin seria conveniente que cada venta tuviese en cuenta las existencias del almacn y que llegado el caso se notificase la necesidad de hacer un nuevo pedido al proveedor.

Es evidente que si aadimos mas campos a nuestra tabla pronto se convertira en un dolor de cabeza mas que en una ayuda. Para ello debemos unificar los campos por criterios como ya sabemos. Empezaremos con la tabla de los datos referidos exclusivamente al cliente.

TABLA:CLIENTES Ahora veremos los datos referidos exclusivamente al producto

TABLA:PRODUCTOS Quizs sea necesario explicar aqu la necesidad de algunos campos. "CodigoProducto" es el campo clave necesario para distinguir unos productos de otros y relacionarlos con otras tablas. Tal vez no sea tan evidente la necesidad de un campo para el proveedor, vemoslo mas detenidamente. En realidad el producto no tiene solo su nombre, digamos que tambin tiene apellidos, esta relacionado con la empresa que lo distribuye, no basta decir que necesitamos producto "DentifricoMasBlanco", necesitamos pedrselo a quien pueda proporcionrnoslos. Y para esto necesitamos los datos del Proveedor. Pero la primera norma es agrupar campos por afinidad y aunque es evidente que los campos del producto dependen de la tabla del proveedor, tambin es fcil ver que la tabla del proveedor no depende de los productos. Es decir que un solo proveedor tiene muchos productos pero que adems podemos utilizar los datos de la tabla proveedores para otras funciones distintas, por ejemplo para tener contactos con los comerciales, o para desarrollar nuevas lneas de negocio. As pues la solucin es crear un campo que relacione una con otra tabla para aprovechar todas las ventajas de las bases de datos relacionales, y el vinculo entre las dos tablas es el campo "IDProveedor"

Vamos a complicar aun ms las cosas,

TABLA:PEDIDOS En esta tabla de pedidos vemos que hay tres campos de Cdigos, el primero "CodigoPedido" es el propio a la tabla "Pedidos", la funcin de los siguientes es relacionar esta tabla con las otras. Gracias al "CodigoCliente" no es necesario introducir en esta tabla los datos del cliente que realiza el pedido, basta con teclear su numero de cdigo, y Access se encargara de escribir por nosotros todos los campos que le pidamos, como son el nombre de la empresa, la direccin, el numero de Cuenta, etc... Con el campo "CodigoProducto" pasa exactamente igual, en vez de teclear en cada pedido una y otra vez todos los datos de todos los artculos, como su nombre, o su precio o descripcin del producto. Access se encarga de relacionar las dos tablas gracias a este campo.

NOTA: LOS NOMBRES Y EL TIPO DE DATOS DEBEN SER IGUAL COMO SE MUESTRA EN LA ILUSTRACION, SE IRA DESCONTANDO LOS ERRORES QUE SE ENCUENTREN.