Fatec Disciplina: LES - Laboratrio de Engenharia de Software - Prof.

Fernando Martins
Turmas: Noturno:

Tera-feira das 19:00 h as 22:30 h na sala de aula

Matutino: Quinta-feira das 07:40 h as 11:10 h no laboratrio

Aula 03 Importncia da Normalizao dos Dados nas Tabelas, nome das tabelas e atributos (campos)
Com a chegada do computador, os primeiros sistemas foram feitos por profissionais que se destacavam nas
suas reas de atuao e que passaram a desenvolver programas mediante manuais fornecidos pelos fabricantes de
computadores. As informaes e especialistas em informtica eram raros, ento eles se aventuraram na anlise e
programao, mas sem um conhecimento prvio de conceitos e regras de informtica, tendo como objetivo
simplesmente solucionar o problema.
Com o passar do tempo surgiram os especialistas e com eles as regras e padronizaes, a fim de facilitar o
servio de todos e tambm a manuteno no hardware e software existentes, vamos ver, por exemplo, o caso da
normalizao das tabelas, que nada mais que evitar a mistura de assuntos ou seja os dados de uma tabela estarem
em outra tabela no relacionada ao assunto, outra soluo da normalizao evitar a repetio de dados
desnecessariamente, veja no artigo http://docentes.esa.ipcb.pt/tmlc/PGSIG-Norm.pdf uma boa explicao sobre o
assunto.
Outra evoluo importante na questo de banco de dados foi a padronizao de nome de tabelas e campos
(ou atributos), pois facilitava a identificao dos mesmos e principalmente as suas funes dentro da tabela e
consequentemente dentro do SGBD, inclusive no tocante a identificao das chaves primrias (PK = Primary Key) e
chaves estrangeiras (FK = Foreign Key), lembrando que a PK nica na tabela e a FK pode repetir vrias vezes e faz o
relacionamento de uma tabela com outra, inclusive se no existir na tabela original no aceita como FK, por
exemplo se voc usar na tabela de vendas um cdigo de cliente, obrigatoriamente ele tem que existir (estar
cadastrado) na tabela de clientes. Como cada pessoa tem sua criatividade, com isso, os nomes dos atributos ou
campos so feitos de vrias maneiras, por exemplo, o cdigo do cliente voc encontra como CODCLI, COD_CLI,
CODICLI, CODI_CLI, entre outros, da mesma forma o nome da tabela de clientes que pode ser encontrada como
CLIENTE, CLIENTES, CADCLIENTES, entre outras.
Muitos profissionais gostam de padronizar as tabelas iniciando com TAB, outros TB, outros ainda utilizam o
underline ( _ ) para separar os nomes, isto tambm vale para o nome dos campos onde alguns utilizam as iniciais das
tabelas antes do nome dos campos, podendo tambm estar separados pelo underline ou no, como no exemplo da
tabela de clientes, poderamos usar a padronizao CLICODI, CLINOME, ou CLI_CODI, CLI_NOME. Outros
profissionais padronizam a PK precedendo o nome com ID, por exemplo, ID_CODIGO, ou ID_CLICOD, que estaria
significando que a PK da tabela de clientes, vejam outro bom exemplo sobre o assunto no artigo
http://reginaldojr.wordpress.com/2008/06/20/padronizacao-de-nomeclatura-de-banco-de-dados/.
Exerccio: Com o exemplo do artigo lido acima, veja o que voc poderia mudar no seu sistema de ponto eletrnico e
no que isso facilitaria no entendimento do seu sistema. Agora crie as tabelas normalizadas de uma escola tcnica,
padronizando os nomes das tabelas e seus campos (atributos), onde voc ter que controlar os dados dos
professores, alunos, pais, cursos e o controle dos alunos por curso. Lembrando que um professor pode dar aula em
vrios cursos, um pai pode ter mais de um filho matriculado na escola, que um aluno pode estar matriculado em
mais de um curso e que a escola pode oferecer o mesmo curso simultaneamente em dias, horrios ou mesmo com
professores diferentes.