Professional Documents
Culture Documents
http://support.microsoft.com/kb/209534/pt
Sumrio
Este artigo explica as noes bsicas da terminologia de normalizao de bases de dados para utilizadores inexperientes. A compreenso bsica desta terminologia pode ser til para a discusso do projecto de uma base de dados relacional. NOTA: A Microsoft tambm disponibiliza uma WebCast que explica as noes bsicas de normalizao de bases de dados. Para visualizar esta WebCast, visite o seguinte Web site da Microsoft: http://support.microsoft.com/servicedesks/webcasts/wc060600/wc060600.asp?fr=1 (http://support.microsoft.com
/?scid=http%3a%2f%2fsupport.microsoft.com%2fservicedesks%2fwebcasts%2fwc060600%2fwc060600.asp%3ffr%3d1)
NOTA: Para
visualizar estas informaes para uma verso anterior do Microsoft Access, consulte o seguinte artigo na Microsoft Knowledge Base: 100139 (http://support.microsoft.com/kb/100139/ ) ACC: Conceitos bsicos de normalizao de bases de dados
Mais Informao
Descrio de normalizao
Normalizao o processo de organizar dados numa base de dados. Este processo envolve a criao de tabelas e o estabelecimentos de relaes entre essas tabelas, de acordo com regras concebidas para proteger os dados e para tornar a base de dados mais flexvel, atravs da eliminao da redundncia e da dependncia inconsistente. Os dados redundantes desperdiam espao em disco e criam problemas de manuteno. Se necessrio alterar dados que existem em mais do que um local, esses dados tm de ser alterados exactamente do mesmo modo em todos os locais. Uma alterao de morada de um cliente muito mais fcil de implementar se esses dados estiverem apenas armazenados na tabela Clientes e em mais nenhum local da base de dados. O que uma "dependncia inconsistente"? Apesar de ser intuitivo para um utilizador procurar o endereo de um determinado cliente na tabela Clientes, poder no fazer sentido procurar, nessa tabela, o salrio do funcionrio que trabalha com esse cliente. O salrio do funcionrio est relacionado com o (ou depende do) funcionrio, pelo que deve ser movido para a tabela Funcionrios. As dependncias inconsistentes podem dificultar o acesso aos dados, visto que o caminho para localizar os dados pode estar em falta ou interrompido. Existem algumas regras para a normalizao de bases de dados. Cada regra chamada "formula normal". Se a primeira regra respeitada, diz-se que a base de dados est na "primeira formula normal". Se as trs primeiras regras so observadas, considera-se que a base de dados est na "terceira formula normal". Apesar de ser possvel existirem outros nveis de normalizao, considera-se que a terceira formula normal corresponde ao nvel mais alto necessrio para a maior parte das aplicaes. Tal como acontece com outras regras e especificaes formais, os cenrios reais nem sempre permitem uma concordncia exacta. De um modo geral, a normalizao requer mais tabelas e alguns clientes acham este procedimento confuso. Se decidir violar uma das trs primeiras regras da normalizao, certifique-se de que a sua aplicao antecipa quaisquer problemas que possam ocorrer, tais como a existncia de dados redundantes e dependncias inconsistentes. As descries seguintes incluem exemplos.
1 of 4
25-02-2011 16:24
http://support.microsoft.com/kb/209534/pt
Cdigo de fornecedor 1 e Cdigo de fornecedor 2. O que ir acontecer se adicionar um terceiro fornecedor? Adicionar um campo no a resposta; requer modificaes ao programa e s tabelas e no acomoda suavemente um nmero dinmico de fornecedores. Em vez disso, todas as informaes sobre os fornecedores devem ser colocadas numa tabela chamada Fornecedores; em seguida, o inventrio deve ser ligado ao fornecedores atravs de uma chave de nmero de item ou os fornecedores devem ser ligados ao inventrio atravs de uma chave de cdigo de fornecedor.
2. Primeira formula normal: Eliminar os grupos repetitivos As tabelas s devem ter duas dimenses. Visto que um estudante tem vrias aulas, estas aulas devem ser listadas numa tabela separada. Os campos Aula1, Aula2 e Aula3 dos registos acima apresentados so indicaes de problemas de concepo da tabela.
2 of 4
25-02-2011 16:24
http://support.microsoft.com/kb/209534/pt
As folhas de clculo utilizam frequentemente a terceira dimenso, mas as tabelas no o devem fazer. Outro modo de observar este problema atravs de uma relao um-para-muitos, onde o lado do um e o lado do muitos no so colocados na mesma tabela. Em vez disso, crie outra tabela na Primeira formula normal atravs da eliminao do gripo repetitivo (N. Aula), conforme ilustrado abaixo: 1022 Chaves 412 101-07 1022 Chaves 412 143-01 1022 Chaves 412 159-02 4123 Silva 4123 Silva 4123 Silva 216 201-01 216 211-02 216 214-01
3. Segunda formula normal: Eliminar os dados redundantes Repare nos mltiplos valores de N. aula relativos a cada N. Est. na tabela acima. N. aula no funcionalmente dependente de N. est. (chave primria), pelo que esta relao no se enquadra na segunda formula normal. As duas tabelas seguintes demonstram a segunda formula normal: Estudantes: 1022 Chaves 412 4123 Silva 216
Registo: 1022 101-07 1022 143-01 1022 159-02 4123 201-01 4123 211-02 4123 214-01 4. Terceira formula normal: Eliminar os dados que no dependam da chave No ltimo exemplo, Sala cons. (o nmero da sala do conselheiro) funcionalmente dependente do atributo Cons.. A soluo mover esse atributo da tabela Estudantes para a tabela Faculdade, conforme ilustrado abaixo: Estudantes: 1022 Chaves 4123 Silva
Referncias
3 of 4
25-02-2011 16:24
http://support.microsoft.com/kb/209534/pt
FoxPro 2 A Developer's Guide , Hamilton M. Ahlo Jr. et al., pgs. 220-225, M & T Books, 1991 Using Access for Windows , Roger Jennings, pgs. 799-800, Que Corporation, 1993
A informao contida neste artigo aplica-se a: Palavras-chave: kbinfo kbdta kbusage tblothr KB209534
Suporte Microsoft
2011 Microsoft
4 of 4
25-02-2011 16:24