As seções a seguir mostram como as relações da tabela de banco de dados foram projetadas. Os nomes de objeto são fornecidos para que você possa examiná-los facilmente no banco de dados Northwind 2.0 Starter Edition.
Para abrir o Diagrama de Relacionamento mostrando as seis tabelas e as relações entre elas, selecione Ferramentas de Banco de Dados > Relações.
Este diagrama mostra todas as seis tabelas. No diagrama, as linhas entre tabelas identificam relações entre elas. O símbolo 1 e o infinito (∞) nas extremidades das linhas representam o lado único de uma relação (por exemplo, um cliente) e os muitos lados de uma relação. Por exemplo, um cliente envia muitos pedidos. Para obter mais informações, consulte Guia para relações de tabela.
Os princípios a seguir se aplicam às tabelas no Northwind 2.0 Starter Edition, bem como às tabelas em geral.
Chaves primárias Identifique exclusivamente cada registro em uma tabela. Todas as tabelas têm uma chave primária. No diagrama de relação, os símbolos de chave identificam essas chaves primárias. Convenções de nomenclatura de chave primária são nomeadas para a tabela em que estão, por exemplo, "TableNameID".
Eficiência Para um melhor desempenho e armazenamento mais eficiente, as chaves primárias devem ser numéricas. Além disso, é mais conveniente ter o Access gerando automaticamente o novo valor exclusivo para a chave primária de cada novo registro. O tipo de dados AutoNumber tem ambas as características. Os Números Automáticos não são números significativos e não servem para outra finalidade. Para obter mais informações, consulte Adicionar um campo AutoNumber como uma chave primária.
Chaves estrangeiras Uma tabela também pode ter uma ou mais chaves estrangeiras, dependendo se ela está relacionada a outras tabelas no banco de dados. Uma chave estrangeira contém valores que correspondem a valores na chave primária da tabela relacionada.
Índices exclusivos Outros campos em tabelas também podem ter seus próprios índices exclusivos, por exemplo, OrderStatus.StatusCode. É ilógico ter dois Status de Ordem na tabela OrderStatus com o mesmo código, embora StatusCode não seja a chave primária. Um índice exclusivo informa o Access para evitar valores duplicados nesse campo.
Índices não exclusivos As tabelas também podem ter índices para acelerar pesquisas e classificações nesses campos, por exemplo, Orders.OrderDate. Muitos pedidos podem ser feitos no mesmo dia e você geralmente deseja pesquisar e classificar em Datas de Pedido. Há um índice não exclusivo nesse campo para acelerar a pesquisa e a classificação.
Nomes de tabela e de campo Você pode nomear as coisas da maneira que quiser, mas a consistência é importante. Recomendamos que nomes de tabela e de campo sejam uma ou mais palavras sem espaços entre eles e nenhum caractere especial, como uma barra (/), sinal de libra (#) ou percentual (%). Por exemplo, use OrderDate, mas não Data do pedido; use OrderNumber ou OrderNo, mas não Order#.
Camelcase Capitalize palavras para realçar partes individuais do nome, por exemplo, OrderDate, mas não Orderdate ou orderDate.
Valor necessário Esse princípio traz à mostra a importância das regras de negócios para um aplicativo. Algumas situações exigem valores ou até valores específicos em alguns campos. Por exemplo, qual é o valor de um Pedido sem conhecer o Cliente que o colocou? Isso significa que o CustomerID é um campo necessário para a tabela Pedidos.
Campos calculados O acesso dá suporte a campos calculados em tabelas, por exemplo, no campo Employees.FullName. Talvez você prefira criar campos calculados em uma consulta em vez de em uma tabela.
Campos de anexo O Access dá suporte a campos de anexo, por exemplo, Employees.Picture, que contém uma imagem do funcionário. Anexos podem armazenar imagens, documentos, emails e outras informações binárias. Os anexos ocupam muito espaço no banco de dados. em vez disso, é mais eficiente armazenar anexos em um servidor de arquivos.
Campos multivalorizados Como o nome indica, campos multivalidos armazenam um ou mais valores em um único campo, por exemplo, Employees.Title. Sugerimos que você os use com moderação, especialmente se quiser redimensionar seu banco de dados. A maioria dos outros sistemas de banco de dados não os tem, então isso exigiria muito reemerguimento.
Para obter mais informações sobre tipos de dados, consulte Introdução a tipos de dados e propriedades de campo.
Esta seção discute os recursos mais importantes de cada tabela. Para examinar o design de uma tabela, selecione-a no Painel de Navegação, clique com o botão direito do mouse nela, escolha Exibição de Design ou selecione Ferramentas de Banco de Dados > Relações e clique com o botão direito do mouse em um objeto de tabela. Para obter mais informações, consulte Introdução às tabelas.
Importante: Evite o uso de palavras reservadas que possam causar conflitos de nomenclatura. Para obter mais informações, consulte Saiba mais sobre as palavras e símbolos reservados do Access.
Tabela Funcionários
Esta tabela armazena informações sobre os funcionários da Northwind.
|
Campos |
Descrição |
|
FirstName, LastName |
Ambos os nomes são necessários e, em Northwind, juntos, eles devem ser uma combinação exclusiva. No design da tabela, ao abrir a caixa de diálogo Índices , você pode ver que FirstName + LastName tem um índice exclusivo. Como FirstName e LastName são indexados exclusivamente, a tabela Northwind não pode armazenar dois funcionários com o mesmo nome. Em outras situações, você pode usar uma regra de negócios diferente. |
|
FullNameFNLN, |
Examine a propriedade de expressão de campos calculados para ver como o Access combina valores em campos calculados. Para incluir uma inicial intermediária, adicione-a à expressão existente com espaçamento apropriado entre os componentes. |
|
Campos telefônicos |
A regra de negócios para telefones é que a preferência dos funcionários é mais relevante do que o tipo de serviço. Portanto, os números de telefone primário e secundário são usados em vez de celular, escritório, casa e assim por diante. |
|
Saudação |
A saudação é um campo Texto Curto. Para ilustrar o recurso de campo multivalido no Access, ele é uma caixa de combinação com uma lista editável de valores pré-definidos. Listas curtas e estáticas como esta são frequentemente candidatas a campos multivalorizados porque não mudam muito, se nunca. |
|
Jobtitle |
JobTitle é outro campo necessário. |
Tabela Clientes
Esta tabela armazena informações sobre os clientes da Northwind.
|
Campos |
Descrição |
|
CustomerName |
Os clientes da Northwind são empresas e um nome de cliente é necessário. Ao contrário dos nomes de funcionários, porém, ele não é indexado exclusivamente, permitindo que dois ou mais clientes tenham o mesmo nome. |
|
PrimaryContactFirstName, PrimaryContactLastName, |
Os primeiros e sobrenomes e o título do trabalho do contato primário não são necessários porque os clientes podem não ter um indivíduo como seu contato principal. Os contatos podem não dar seu título de trabalho para um pedido. |
|
BusinessPhone |
Northwind requer apenas um número de telefone para cada cliente, embora isso elimine a capacidade de capturar vários números de telefone para clientes ou para contatos de clientes. Em situações reais, regras comerciais mais complexas normalmente se aplicam a informações de contato. |
|
Endereço, Cidade |
Northwind precisa de um endereço para enviar pedidos aos clientes. Há apenas um endereço genérico para um cliente. Em situações reais, os clientes geralmente têm cobrança, envio ou outros endereços separados. Uma regra de negócios diferente para sua organização exigiria campos adicionais. |
|
Observações |
O campo Notas é um tipo de dados de Texto Longo, que armazena até 1 GB de texto. Isso permite que você insira comentários detalhados sobre clientes para uso em situações de ordenação subsequentes. |
Tabela de pedidos
Esta tabela armazena informações sobre os pedidos do Northwind.
|
Campos |
Descrição |
|
OrderDate, ShippedDate, PaidDate |
Os pedidos exigem três datas. Todos eles são do tipo de dados Data/Hora, mas com dois formatos. OrderDate tem uma data e uma hora porque você pode estar interessado em analisar o volume de pedidos para diferentes partes do dia. Para as outras duas datas, somente a data é necessária. Uma regra de validação de tabela para ShippedDate e PaidDate garante que essas datas não estejam antes do OrderDate. |
|
OrderStatusID |
O status da ordem indica onde a ordem está no fluxo de trabalho northwind. Os pedidos passam por quatro fases: Novo — > Faturado — > Enviado — > Fechado.A chave estrangeira para o OrderStatus atual usa OrderStatusID da tabela de pesquisa do OrderStatus. O uso de uma tabela de pesquisa de status garante que apenas os quatro status pré-definidos possam ser atribuídos a um pedido. |
Tabela de detalhes do pedido
Esta tabela armazena informações sobre os detalhes do pedido do Northwind.
|
Campos |
Descrição |
|
OrderID |
Cada item de linha na tabela OrderDetails deve pertencer a uma ordem na tabela Pedidos. OrderID é uma chave estrangeira que identifica essa ordem. Conforme observado anteriormente, uma ordem que contém um ou mais itens de linha ilustra uma relação de um para muitos. |
|
ProductID |
Cada registro na tabela OrderDetails inclui o ProductID para o Produto ordenado. ProductID é uma chave estrangeira na tabela OrderDetails, identificando esse produto nessa ordem. Essa também é uma relação de um para muitos. |
|
OrderID+ ProductID |
Como você viu na tabela Funcionários, vários campos podem ter um índice exclusivo. O índice exclusivo sobre OrderID+ProductID na tabela OrderDetails garante que cada pedido contenha um produto apenas uma vez. Ao abrir a folha de propriedades Indexes da faixa de opções, você poderá ver esse índice exclusivo. |
Tabela de produtos
Esta tabela armazena informações sobre os produtos da Northwind.
|
Campos |
Descrição |
|
Productcode |
Além da chave primária, ProductID, os produtos Northwind têm um código de produto compatível com o homem, indexado exclusivamente. Normalmente, os funcionários se referem a códigos de produto e não a valores principais de chave. O código do produto é um valor composto que consiste em uma designação De categoria e um número, por exemplo, B-1 para "Beverage", produto 1. |
|
Nome do produto, |
Além de nomes de produtos de texto curto, uma longa descrição de texto se aplica a produtos. Esse valor pode ser usado em uma descrição de catálogo ou para responder a perguntas do cliente. |
|
UnitPrice |
Todos os produtos são vendidos com um preço unitário para cada item que simplifica o banco de dados como uma vitrine de recursos. Na maioria das situações do mundo real, os preços geralmente são significativamente mais complexos. |
Veja Também
