Aplicando as regras de normalização

É possível aplicar as regras de normalização de dados (também chamadas simplesmente regras de normalização) como próxima etapa do design. Use essas regras para ver se as tabelas estão corretamente estruturadas. O processo de aplicação de regras ao design do banco de dados é denominado normalização de banco de dados, ou apenas normalização.

Refinando o Design

Refinando o design

 

Quando tiver as tabelas, campos e relações necessários, crie e preencha as tabelas com dados de exemplo e tente trabalhar com as informações: criação de consultas, adição de novos registros, entre outros. Fazer isso ajuda a levantar os problemas potenciais — por exemplo, pode ser necessário adicionar uma coluna que se esqueceu de inserir durante a fase de design, ou pode haver uma tabela que deva ser dividida em duas tabelas para remover duplicação.

Relacionamentos

Criando os relacionamentos de tabela

Agora que as informações estão divididas em tabelas, há necessidade de uma forma de reunir as informações novamente, com um sentido. Por exemplo, o formulário a seguir engloba informações de várias tabelas.

Trabalhando Informações em Tabelas

Transformando itens de informações em colunas

Para determinar as colunas de uma tabela, opte pelas informações que você necessita controlar sobre o tópico registrado na tabela. Por exemplo, com relação à tabela Cliente, Nome, Endereço, Cidade-Estado-CEP, E-mail para envio de correspondência, Saudação e Endereço de e-mail constituem uma lista de colunas que é um bom começo. Cada registro da tabela contém o mesmo conjunto de colunas, de modo que é possível armazenar informações sobre o Nome, Endereço, Cidade-Estado-CEP, E-mail para envio de correspondência, Saudação e endereço de e-mail de todos os registros. Por exemplo, a coluna de endereço contém os endereços dos clientes. Cada registro contém dados sobre um cliente, e o campo de endereço contém o endereço do cliente.

Dividir Informações em Tabelas

Dividir as informações em tabelas

Para dividir as informações em tabelas, escolha as maiores entidades ou tópicos. Por exemplo, após localizar e organizar informações relativas a um banco de dados de venda de produto

Finalidade do Banco de Dados

Determinando a finalidade do banco de dados

Recomenda-se anotar a finalidade do banco de dados em um papel — sua finalidade, como se espera usá-lo e quem o usará. Com relação a um banco de dados pequeno e de empresa caseira, por exemplo, você escreveria algo como "O banco de dados cliente mantém uma lista de informações de clientes com a finalidade de produzir malas diretas e relatórios". Se o banco de dados for mais complexo ou usado por diversas pessoas, como ocorre frequentemente em um ambiente empresarial, a finalidade poderia ser contida em um simples parágrafo ou mais, devendo incluir quando e como cada pessoa irá usar o banco de dados. A ideia é ter uma declaração de missão bem desenvolvida, à qual se possa referir durante todo o processo de design. Ter uma declaração como essa ajuda a focar nas metas no momento da tomada de decisões.

Alguns termos de banco de dados a serem conhecidos

O Access 2010 organiza suas informações em tabelas: listas de linhas e colunas que lembram as linhas e as colunas do livro razão ou de uma planilha. Em um banco de dados simples talvez haja apenas uma tabela. Na maioria dos bancos de dados é necessária mais de uma. Por exemplo, pode haver uma tabela que armazene informações sobre produtos, uma outra que armazene informações sobre pedidos e uma outra tabela com informações sobre clientes.