Este documento describe cómo diseñar una base de datos para gestionar compras, ventas, artículos y caja. Recomienda desglosar la información en múltiples tablas relacionadas para eliminar redundancias, incluyendo tablas separadas para líneas/encabezados de compras y ventas, y otra para transacciones de caja. El objetivo es representar cada dato una sola vez y permitir a Access recopilar la información desglosada a través de campos comunes en tablas relacionadas.

2. •Compras (Cod_articulo, Nº pedido, fecha, importe....)
* Ventas (Cod_articulo, Nº factura, fecha importe unidades....)
* Artículos (Cod_articulo, descripción, precio, coste....
* Caja(cod_transación, nºpedido/venta, importe (debe/haber), .
Y ahora relacionar compras(cod_articulo) con artículos
Compras (nº pedido) con caja(nº pedido)
Ventas articulo con artículos
Ventas factura con caja factura
Realmente tendrías que tener una tabla líneas/cabecera para compras, otra igual
par ventas, y otra más desglosada para las cajas.
Uno de los objetivos de un buen diseño de base de datos es eliminar la
redundancia de los datos (datos duplicados). Para lograr dicho objetivo, conviene
desglosar los datos en muchas tablas basadas en temas para que cada hecho esté
representado sólo una vez. A continuación, se debe proporcionar a Microsoft
Office Access 2007 los medios para recopilar de nuevo la información desglosada
(esto se realiza colocando campos comunes en tablas que están relacionadas).