Segredos do Access 2010 Database Design
Aqui estão os cinco mandamentos do design de banco de dados, se você usar Access 2010 ou outro programa de banco de dados. Um banco de dados bem projetado torna a manutenção mais fácil dos seus dados.
Armazenar informações onde ele pertence, não onde ele aparece. Onde você armazenar informações nada tem a ver com o local onde ele aparece. Em uma planilha, você digita informações onde quer que ele apareça quando você imprime a planilha, mas bancos de dados funcionam de forma diferente. Em uma base de dados, armazenar informação de tabelas com base na estrutura da informação. Um pedaço de informação pode aparecer em lotes de relatórios diferentes, mas você armazená-lo em apenas um campo em uma tabela.
Armazenar informações como ela realmente existe, não como você deseja que ele apareça em um relatório específico. Este é um corolário da primeira regra. Se você quiser reservar títulos a aparecer em todos os (capital) letras maiúsculas em seus pedidos de compra, o acesso pode capitalizar os títulos para você. Armazenar os títulos de livros com capitalização correta para que você não está preso com eles em todos os tampões em cada relatório. Access tem muitas funções embutidas que podem ajustar a forma como o texto, números e datas são formatadas.
Garbage in, garbage out (GIGO). Se você não se preocupam em criar um bom design, sensata para o seu banco de dados - e se você não for cuidadoso para inserir os dados corretos, limpo - seu banco de dados vai acabar cheio de lixo.
Um banco de dados bem projetado é mais fácil de manter do que um mal projetado, porque cada pedaço de informação é armazenado apenas uma vez, em um campo claramente nomeada em uma tabela claramente identificado, com as regras de validação adequadas no local. Sim, isso soa como um monte de trabalho, mas a limpeza de uma base de dados de 10.000 registros incorretos é (perdoem o eufemismo) ainda mais trabalho.
Separe seus dados de seus programas. Se você criar um banco de dados para ser compartilhado com (ou distribuídos a) outras pessoas, armazenar todas as tabelas em um banco de dados (o back-end) e todos os outros objetos em outro banco de dados (o front-end). Então você pode ligar estas duas bases de dados em conjunto para fazer tudo funcionar. Separando as tabelas de tudo o mais agiliza todo o rigmarole de consultas de atualização, formulários, relatórios, ou outras coisas mais tarde, sem perturbar os dados nas tabelas.
Fazer backup cedo e muitas vezes. Ok, esta dica não é sobre design, mas é muito importante para omitir: Faça um backup do seu banco de dados todos os dias. Com sorte, o seu escritório já tem um sistema de regulares (provavelmente nightly) backups que inclui o banco de dados. Se não, faça uma cópia de backup de seu banco de dados em intervalos regulares, e certamente antes de fazer quaisquer alterações importantes. Mantenha vários backups, e não apenas o mais recente, caso em que leva um tempo para descobrir um problema.