tecnologia da informação

Etapa 4
Passo 1
Foma não normalizada.
Tabela Estacionamento
Cod_vaga, num_vaga, tipo_vaga, Cod_veic, ano_veic, model_veic, cor_veic, num_veic, cod_prop, tel_prop, nome_prop, rg_prop, cod_caixa, data_caixa, valor_caixa.
A forma apresentada acima mostra uma tabela de banco de dados em sua forma não normalizada, onde não há divisões de tabelas, contendo todo conteúdo na entidade ESTACIONAMENTO.
1º Forma normal.
Tabela Vaga
Cod_vaga, num_vaga, tipo_vaga, Cod_veic, ano_veic, model_veic, cor_veic, num_veic,
Tabela Proprietário cod_prop, tel_prop, nome_prop, rg_prop, cod_caixa, data_caixa, valor_caixa.
Na primeira forma normal, pode ser visualizada uma tabela mais organizada separando os dados da vaga cujo a mesma necessita estar ligada com as informações do veiculo e tabela cliente contendo informações do proprietário necessitando gerar um total a ser pago (caixa).
2º Forma normal
Tabela Vaga
Cod_vaga, num_vaga, tipo_vaga, Cod_veic, ano_veic, model_veic, cor_veic, num_veic,
Tabela Proprietário cod_prop, tel_prop, nome_prop, rg_prop.
Tabela caixa cod_caixa, data_caixa, valor_caixa.
Verificamos que todos os atributos da tabela Proprietário dependem da chave (dados do cliente).
No entanto, na tabela cliente, os atributos referentes ao caixa não dependem da chave primária da tabela, dando origem a uma terceira tabela.

3º Forma normal
Tabela Vaga
Cod_vaga, num_vaga, tipo_vaga,
Tabela veiculo
Cod_veic, ano_veic, model_veic, cor_veic, num_veic,
Tabela Proprietário cod_prop, tel_prop, nome_prop, rg_prop.
Tabela caixa cod_caixa, data_caixa, valor_caixa.
Verificamos que nas tabelas vaga todos os atributos dependem funcionalmente da chave. Sendo assim encontram-se na 3ª Forma Normal.
Na tabela vaga os dados referentes ao carro dependem do cod_veic, sendo necessário criar uma quarta tabela.

Relatório
Havendo a necessidade de melhor justificar o funcionamento da tabela para nosso cliente, separamos as informações em três etapas (1FN, 2FN e