Cuando se trata de la base de datos, siempre hay que seguir las reglas de negocio. Existe la regla de que un cliente puede existir sin comprar nada. Esto da un valor mínimo de cero al final de la línea para la tabla SaleItem. En la práctica, no hay límite en cuanto al número de las compras (artículos) que el cliente puede hacer. Esto muchas pero indefinido límite está representado en el diagrama de clases por *. Así que de acuerdo a las reglas de negocio, en lugar de "2 ... 3", que deberíamos tener "0 ... *".
Al final de venta, no puede haber una y sólo una fila para cualquier relación, dando un mínimo de 1 fila y un máximo de 1 fila al final de venta para cualquier relación. Figura 5.2 ilustra this.Many-a-muchos relación Este es otro tipo de asociación. Tabla 5.7, Tabla 5.8 y la Tabla 5.9 ilustran esto. Estos tres son los de mesa de una empresa mayorista. Tabla 5.7 es la tabla Order tener las órdenes que fueron colocados por la empresa a los proveedores (fabricantes). Los elementos reales (productos) ordenados no están en esta tabla. Tabla 5.8 se llama la tabla de pedido.
Muestra qué elemento (ItemID) fue ordenado por un orden particular. Tabla 5.9 es la tabla de partidas. Muestra los artículos (productos) que la compañía normalmente órdenes y vende. La tabla Order tiene la columna IdPedido, que es la clave principal. Tiene la columna de la fecha, que muestra la fecha en que el pedido se hizo. Tiene la columna de la IdProveedor indicando el proveedor en cuanto a la identificación que hicieron la oferta. Hay una mesa de proveedor (no mostrado) que tiene información (credenciales) para cada proveedor.
En la tabla de proveedores, la IdProveedor identifica de forma exclusiva un proveedor. La tabla Order tiene una columna empleado indicando en términos de identificación, el empleado que en realidad coloca y tecleó el orden en la empresa mayorista. Viste un ejemplo de una tabla de empleados (no mostrado aquí), e