Modelagem de dados
Aprenda os conceitos básicos de normalização
Um projeto de banco de dados é uma matéria complexa, não importando como algumas pessoas achem que seja fácil. Esta sessão apenas arranha a superfície, mas com um belo arranhão.
Um banco de dados projetado de forma conveniente é um modelo de uma empresa, ou de alguma outra “coisa” no mundo real. Como seu modelo físico, em contrapartida, um modelo de dados permite a você fazer perguntas sobre os fatos que compõem os objetivos a serem alcançados. Estas são as perguntas que precisam de respostas e que determinarão quais fatores precisarão serem armazenados no modelo de dados.
No modelo relacional, os dados são organizados em tabelas que possuem as seguintes características:
• Todo registro tem o mesmo número de fatos;
• Todo campo contém o mesmo tipo de fato em cada um dos registros;
• Há apenas um ingresso para cada fato;
• Dois registros nunca são exatamente os mesmos;
• A ordem dos registros e campos não é importante.
Ao final desta leitura, você terá a compreensão básica dos problemas resultantes de um projeto pobre de banco de dados, estará familiarizado com o Modelo Domínio/Chave, compreenderá o processo para se projetar um banco de dados relacional, e saberá sobre as ferramentas usadas no Microsoft Access para suportar integridade coagindo num banco de dados. Por que Projetar?
Um projeto preciso é crucial para a operação de um sistema de informações seguro e eficiente. A tecnologia dos microcomputadores é atualmente tão avançada que o impacto de um projeto pobre pode não se mostrar tão cedo quanto no passado; todavia, quando os problemas aparecerem, eles serão severos.
Um projeto de um banco de dados tem que fazer com que o caminho dos dados seja armazenado e mostrar como os dados serão relatados. Os processos do projeto são desenvolvidos depois de você determinar exatamente quais informações precisam ser armazenadas e como elas serão