Este documento describe cómo diseñar una base de datos para gestionar compras, ventas, artículos y caja. Recomienda dividir la información en múltiples tablas relacionadas para eliminar redundancias, incluyendo tablas separadas para compras, ventas, artículos y transacciones de caja, y vincular las tablas mediante campos comunes como códigos de artículos y números de pedido/factura. El objetivo es representar cada dato una sola vez y permitir recopilar la información de forma flexible.

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).