Não importa como o imaginação que o seu banco de dados comercial isif ele não tem um modo de clientes de encomendar aos itens eles são interessados em, então o Disparate de Butique ficará sem dinheiro rápido.

O banco de dados newbies muitas vezes faz o erro da assunção que eles podem usar uma mesa para guardar a informação sobre ordem. Na realidade, você precisa dois:

• As ordens registram cada ordem que um cliente coloca. Ele liga-se ao cliente que fez a ordem, e acrescenta a informação como a data a ordem foi colocada.

• OrderDetails enumera os itens individuais em uma ordem. Cada registro na mesa OrderDetails inclui o ID do produto que foi encomendado, o número de unidades encomendadas, e o preço pelo qual eles foram encomendados.

Como a ordem média inclui mais de um item, um registro único na mesa de Ordens é normalmente ligado a múltiplos registros na mesa OrderDetails (como mostrado na Figura 5-21). Esta organização pode parecer um bocado desajeitada (porque ele significa que você precisará de criar um lote de novos registros para somente uma ordem), mas o processo não tem de consistir em que difícil. O acesso tem duas características que sustentam: os subdatasheet figuram você já viu (a Figura 5-22) e as formas figuram (o Capítulo 9).

A figura 5-21. Cada ordem pode manter um número ilimitado de itens de ordem. Esta capacidade faz o Disparate de Butique feliz.

A figura 5-22. Graças à característica de subdatasheet (a Seção 5.2.4), você pode acrescentar um registro de ordem e os itens de ordem ligados no mesmo lugar.

Note que as lojas de música OrderDetails o preço de cada item encomendado. Este sistema pode parecer violar a regra de dados redundante. No fim de tudo, os preços de produto estão sempre disponíveis na mesa de produtos. Contudo, a modificação de preços de produto, e as companhias oferecem descontos. Por aquelas razões, é absolutamente essencial que você guarda a pista do preço de um item quando foi encomendado. De outra maneira, você terá de adivinhar quanto cada cliente lhe deve.

Você também deve notar que o registro de Ordem não guarda o custo total da ordem. É porque o custo total é simplesmente a soma de todos os itens encomendados. Se você guardasse um custo total, você abriria a possibilidade de datain inconsistente outras palavras, você tem um problema se o total de ordem que você guarda não combinar com o preço de todos os itens.

Você ainda tem mais trabalho para fazer antes que o Disparate de Butique possa tornar-se uma companhia databasedriven verdadeira. Por exemplo, você precisará de criar provavelmente uma mesa de Embarques que segue a pista de ordens a que é mandado e uma mesa de Pagamentos que se assegura que os clientes pagam. Conceptualmente, não há nada de novo aqui, mas mais mesas que você acrescenta, mais complexo os seus bancos de dados se tornam. Agora que você sabe os fundamentos de relações e bom desenho de mesa, você pode ficar calmo abaixo da pressão.

Popularidade: 2 % [?]

Não importa como o imaginação que o seu banco de dados comercial isif ele não tem um modo de clientes de encomendar aos itens eles são interessados em, então o Disparate de Butique ficará sem dinheiro rápido.

O banco de dados newbies muitas vezes faz o erro da assunção que eles podem usar uma mesa para guardar a informação sobre ordem. Na realidade, você precisa dois:

• As ordens registram cada ordem que um cliente coloca. Ele liga-se ao cliente que fez a ordem, e acrescenta a informação como a data a ordem foi colocada.

• OrderDetails enumera os itens individuais em uma ordem. Cada registro na mesa OrderDetails inclui o ID do produto que foi encomendado, o número de unidades encomendadas, e o preço pelo qual eles foram encomendados.

Como a ordem média inclui mais de um item, um registro único na mesa de Ordens é normalmente ligado a múltiplos registros na mesa OrderDetails (como mostrado na Figura 5-21). Esta organização pode parecer um bocado desajeitada (porque ele significa que você precisará de criar um lote de novos registros para somente uma ordem), mas o processo não tem de consistir em que difícil. O acesso tem duas características que sustentam: os subdatasheet figuram você já viu (a Figura 5-22) e as formas figuram (o Capítulo 9).

A figura 5-21. Cada ordem pode manter um número ilimitado de itens de ordem. Esta capacidade faz o Disparate de Butique feliz.

A figura 5-22. Graças à característica de subdatasheet (a Seção 5.2.4), você pode acrescentar um registro de ordem e os itens de ordem ligados no mesmo lugar.

Note que as lojas de música OrderDetails o preço de cada item encomendado. Este sistema pode parecer violar a regra de dados redundante. No fim de tudo, os preços de produto estão sempre disponíveis na mesa de produtos. Contudo, a modificação de preços de produto, e as companhias oferecem descontos. Por aquelas razões, é absolutamente essencial que você guarda a pista do preço de um item quando foi encomendado. De outra maneira, você terá de adivinhar quanto cada cliente lhe deve.

Você também deve notar que o registro de Ordem não guarda o custo total da ordem. É porque o custo total é simplesmente a soma de todos os itens encomendados. Se você guardasse um custo total, você abriria a possibilidade de datain inconsistente outras palavras, você tem um problema se o total de ordem que você guarda não combinar com o preço de todos os itens.

Você ainda tem mais trabalho para fazer antes que o Disparate de Butique possa tornar-se uma companhia databasedriven verdadeira. Por exemplo, você precisará de criar provavelmente uma mesa de Embarques que segue a pista de ordens a que é mandado e uma mesa de Pagamentos que se assegura que os clientes pagam. Conceptualmente, não há nada de novo aqui, mas mais mesas que você acrescenta, mais complexo os seus bancos de dados se tornam. Agora que você sabe os fundamentos de relações e bom desenho de mesa, você pode ficar calmo abaixo da pressão.

Popularidade: 2 % [?]