Um banco de dados comercial que guarda os produtos, clientes, e encomenda para uma companhia que vende algo é uma da maior parte de bases de dados comuns. De fato, este modelo aparece tão muitas vezes que vale a pena ver um exemplo rápido. Como você verá, há alguns princípios básicos que se aplicam a cada negócio dirigido pelas vendas, se o negócio está vendendo livros cobráveis ou farmacêuticos de desconto. As you’ll see, there are a few basic principles that apply to every sales-driven business, whether the business is selling collectible books or discount pharmaceuticals.
Neste exemplo, você encontrará o Disparate de Butique, uma companhia de pedido postal que serve a regalos decadentes a um grande público de clientes enlouquecidos pelo chocolate. Os seus cozinheiros-chefes atrevidos são sempre inovação, e eles precisam de um melhor modo de dirigir o seu catálogo sempre crescente da bondade de chocolate. Eles também precisam de um modo de guardar a pista de clientes e as ordens que eles fazem. They also need a way to keep track of customers and the orders they make.
O catálogo de produto e lista de cliente
Mesmo embora você não saiba muito sobre o Disparate de Butique, você já pode pensar em algumas mesas-chave de que se precisará. Para levantar algo para a venda, eles devem ter as seguintes mesas:
-
Os produtos enumeram as delicadezas de chocolate pecadoras que eles têm para a venda. Esta mesa registra o nome, descrição, e preço de cada item disponível. Alguns detalhes opcionais também fazem o exemplo sensefor, não porque guardar a pista do estoque atual usando dois campos numéricos (UnitsInStock e UnitsOnOrder) e um campo Yes/No (denominado Descontinuado) para identificar produtos que não estão disponíveis mais tempo? A few optional details also make sensefor example, why not keep track of the current stock using two numeric fields (UnitsInStock and UnitsOnOrder) and a Yes/No field (named Discontinued) to identify products that aren’t available any longer?
Observe: em muitos bancos de dados, você não pode eliminar a velha informação. Uma companhia como Disparate de Butique não pode eliminar simplesmente velhos produtos dos seus catálogos, porque estes produtos poderiam ser ligados a velhas ordens. Também, faz sentido para guardar a informação histórica para permitir a análise de dados. (O Disparate de Butique pode usar uma pergunta para descobrir os produtos de venda superiores em 1999, e cheque se os níveis de cacau de recusa são ligados à diminuição de vendas). Por essa razão, você precisa de truques como o campo Discontinued. Quando você enumera os produtos da venda, você pode omitir todos os descontinuados, usando as habilidades de filtração que você apanhou na Seção 3.2.2. Also, it makes sense to keep historical information to allow data analysis. (Boutique Fudge could use a query to uncover the top selling products in 1999, and check if declining cocoa levels are linked to lessening sales). For this reason, you need tricks like the Discontinued field. When you list the products for sale, you can leave out all the discontinued ones, using the filtering skills you picked up in Section 3.2.2.
-
ProductCategories parte produtos em alguns grupos descritivos. Aqueles caminho, os clientes podem pesquisar somente os produtos na categoria que eles querem (se é Bebidas, Balas, Chocolate, ou Choco-uso Personalizado.))
-
Os clientes mantêm a lista de chocoholics que assinaram até fazem uma ordem. Você precisa de toda a informação usual aqui, como nomes do cliente, embarcando informação, e faturando informação.
Observe: Muitas companhias deixam clientes fornecer a múltiplos endereços de expedição e cartões de crédito. Se você permitir esta flexibilidade, então você precisará (de surpreender) mais mesas. Você pode criar uma mesa de CustomerCreditCards. Cada registro em Clientes então pode ligar-se a um ou vários registros em CustomerCreditCards. BoutiqueFudge tira o caminho fácil, e guarda um cartão de crédito de cliente e endereço diretamente na mesa de Clientes. You could create a table of CustomerCreditCards. Every record in Customers could then link to one or more records in CustomerCreditCards. BoutiqueFudge takes the easy way out, and stores a customer credit card and address directly in the Customers table.
Por enquanto, há só uma relação no trabalho: uma relação "um a muitos" entre ProductCategories e Produtos. A figura 5-20 mostra este desenho. Figure 5-20 shows this design.
O número 5-20. Um produto (como Chocolate Jasmine Tea) pode ser colocado em uma categoria (como Bebidas), mas uma categoria única mantém muitos produtos.
Popularidade: 1 % [?]
Comentários Recentes