Isto dá um valor mínimo igual a zero no final da linha para a tabela de SaleItem. Na prática, não há nenhum limite quanto ao número de compras (itens) que o cliente pode fazer. Este limite muitos, mas indefinido é representado no diagrama de classes por *. Assim, de acordo com as regras de negócio, em vez de "2 ... 3", devemos ter "0 ... *". No final venda, pode haver uma e apenas uma linha para qualquer relacionamento, dando um mínimo de 1 linha e um máximo de 1 linha no fim da venda por qualquer relação. Fig 5.2 ilustra this.Many-para-muitos Este é um outro tipo de associação. Tabela 5.
7, Tabela 5.8 e Tabela 5.9 ilustrar isso. Estes são três mesa de uma empresa atacadista. Tabela 5.7 é a tabela Order tendo as ordens que foram colocados pela empresa para fornecedores (fabricantes). Os itens reais (produtos) encomendados não estão nesta mesa. Tabela 5.8 é chamado a tabela de OrderItem. Ele mostra que item (ItemID) foi encomendado para uma ordem particular. Tabela 5.9 é a tabela de item. Ele mostra os itens (produtos) que a empresa normalmente ordens e vende. A tabela a Ordem tem a coluna OrderID, que é a chave primária.
Tem a coluna data, que mostra a data em que o pedido foi feito. Tem a coluna CódigoDoFornecedor indicando o fornecedor em termos de ID que fizeram a oferta. Há uma mesa de fornecedor (não mostrado) que tem a informação (credenciais) para cada fornecedor. Na tabela de fornecedor, o CódigoDoFornecedor identifica unicamente um fornecedor. A tabela a Ordem tem uma coluna empregado indicando em termos de ID, o empregado que realmente colocado e digitou a ordem na empresa atacadista. Você viu um exemplo de uma tabela de funcionários (não mostrado aqui) em um dos tutoriais anteriores.
A tabela OrderItem tem o OrderID eo ItemID. Estas duas colunas formam a chave primária da tabela de OrderItem. A tabela mostra OrderItem qual item foi encomendado para o qual ordem. Mostra també