Segredos de Acesso 2013 banco de dados design
Aqui estão os cinco mandamentos do design de banco de dados, se você usar o Access 2013 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, 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. Esta regra é 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 tê-los 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.
Evite lixo dentro, lixo para fora (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ído para outras pessoas, armazenar todas as tabelas em um banco de dados (back-end) e todos os outros objetos em outro banco de dados (o front-end). Então você pode ligar esses dois bancos de dados para fazer tudo funcionar. Separando as tabelas de tudo o mais agiliza todo o rigmarole de consultas de actualização, formulários, relatórios e 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, fazer uma cópia de backup 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.