41
Arquitetura de Computadores
UNICESUMAR
14
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
3
Arquitetura de Computadores
UNICESUMAR
12
Arquitetura de Computadores
UNICESUMAR
3
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
22
Arquitetura de Computadores
UNICESUMAR
1
Arquitetura de Computadores
UNICESUMAR
Texto de pré-visualização
Olá estudante Realize a seguinte leitura As Formas Normais são uma série de procedimentos aplicados em um banco de dados para garantir que as suas tabelas estejam bem estruturadas e não contenham nenhum tipo de anomalia seja de inclusão atualização ou exclusão Fonte httpswwwhashtagtreinamentoscomoquesaoformasnormaisembancosdedadossql Acesso em 24 jun 2025 Com base nessa definição analise a tabela a seguir AlunoID Nome Aluno Curso Professor Telefone Aluno Telefones Emergencia Interesses Aluno 1 Ana Lógica Prof João 99991111 88882222 87773333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 87773333 Programação Matemática Observase que a tabela apresentada não está normalizada pois viola os princípios da Primeira e da Segunda Forma Normal 1FN e 2FN Essa tabela é utilizada para uma escola para registrar as inscrições de alunos em seus cursos mas apresenta redundâncias e agrupamentos de dados que comprometem a integridade e a eficiência do banco de dados Nesse contexto realize o processo completo de normalização dessa tabela executando as seguintes atividades 1 Realize o processo completo de normalização dessa tabela até a 2FN Primeira até a Segunda Forma Normal 2 Apresente o modelo relacional em cada etapa indicando quais problemas foram resolvidos 3 Para cada nova tabela criada identifique a chave primária e se necessário chaves estrangeiras IMPORTANTE Acesse o link do vídeo que o professor da disciplina gravou com orientações para ajudálo nesse processo de criação e desenvolvimento O acesso deverá ser realizado em MATERIAL DA DISCIPLINA Lembrese de que evidências de cópias de materiais incluindo de outros acadêmicos sem devidas referências serão inquestionavelmente zeradas As citações e referências mesmo que do livro da disciplina devem ser realizadas conforme normas da Instituição de Ensino Não são permitidas correções parciais no decorrer do módulo ou seja o famoso professor veja se minha atividade está certa Isso invalida seu processo avaliativo Lembrese de que a interpretação da atividade também faz parte da avaliação Procure sanar suas dúvidas junto à mediação em tempo hábil sobre o conteúdo exigido na atividade de modo que consiga realizar sua participação Sua resposta deve ser DIGITADA diretamente no quadro disponível no campo da Atividade de Estudo 1 não é permitido anexar formulário Sua atividade só poderá ser respondida uma ÚNICA vez portanto só finalize o questionário quando estiver seguro da sua resposta Atenção ao prazo de entrega evite envio de atividade em cima do prazo Você pode ter algum problema com internet computador software etc e os prazos não serão flexibilizados mesmo em caso de comprovação Lembrese de que evidências de cópias de materiais incluindo de outros acadêmicos sem devidas referências serão inquestionavelmente zeradas As citações e referências mesmo que do livro da disciplina devem ser realizadas conforme normas da Instituição de Ensino Análise Inicial da Tabela A tabela original fornecida é AlunoID NomeAluno Curso Professor TelefoneAluno TelefonesEmergencia InteressesAluno 1 Ana Lógica Prof João 99991111 88882222 8777 3333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 8777 3333 Programação Matemática Observando a tabela identificamos os seguintes problemas 1 Violação da Primeira Forma Normal 1FN As colunas TelefonesEmergencia e InteressesAluno possuem múltiplos valores em uma única célula são atributos multivalorados A 1FN exige que cada atributo de uma tabela contenha apenas um único valor atomicidade 2 Redundância de Dados As informações da aluna Ana Nome TelefoneAluno TelefonesEmergencia InteressesAluno se repetem em duas linhas diferentes o que é ineficiente e pode levar a inconsistências 3 Violação da Segunda Forma Normal 2FN Após resolver a 1FN veremos que a tabela possui dependências parciais Por exemplo o NomeAluno depende apenas do AlunoID e não da chave primária completa que seria AlunoID Curso Vamos agora realizar o processo de normalização 1 Primeira Forma Normal 1FN Problema a ser resolvido Eliminar os atributos multivalorados TelefonesEmergencia e InteressesAluno Para alcançar a 1FN decompomos a tabela original criando tabelas separadas para as informações que se repetem Modelo Relacional após a 1FN Tabela Inscricao Ainda não está totalmente normalizada mas agora respeita a 1FN Chave Primária Composta AlunoID Curso AlunoID FK Curso Professor 1 Lógica Prof João 2 Banco de Dados Prof Carla 1 Web Design Prof Cláudia Tabela Aluno Chave Primária AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela AlunoTelefoneEmergencia Chave Primária Composta AlunoID TelefonesEmergencia AlunoID FK TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresse Chave Primária Composta AlunoID Interesse AlunoID FK Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado Com essa nova estrutura todos os atributos são atômicos e a redundância de dados dos alunos foi parcialmente resolvida A tabela agora está na Primeira Forma Normal 2 Segunda Forma Normal 2FN Problema a ser resolvido Eliminar as dependências parciais na tabela Inscricao Uma tabela está na 2FN se e somente se está na 1FN e todos os seus atributos nãochave são totalmente dependentes da chave primária completa Na tabela Inscricao da etapa anterior a chave primária é composta por AlunoID Curso No entanto o atributo Professor depende apenas de Curso e não da chave completa Isso é uma dependência parcial Para resolver isso decompomos a tabela Inscricao em duas novas tabelas As outras tabelas Aluno AlunoTelefoneEmergencia AlunoInteresse já estão na 2FN pois não possuem chaves primárias compostas Modelo Relacional Final 2FN Tabela Alunos Chave Primária PK AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela Cursos Chave Primária PK Curso Curso Professor Lógica Prof João Banco de Dados Prof Carla Web Design Prof Cláudia Tabela Inscricoes Tabela de ligação Chave Primária Composta PK AlunoID Curso Chave Estrangeira FK AlunoID referencia AlunosAlunoID Chave Estrangeira FK Curso referencia CursosCurso AlunoID Curso 1 Lógica 2 Banco de Dados 1 Web Design Tabela AlunoTelefonesEmergencia Chave Primária Composta PK AlunoID TelefoneEmergencia Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresses Chave Primária Composta PK AlunoID Interesse Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado O modelo relacional agora está na Segunda Forma Normal As dependências parciais foram eliminadas a redundância de dados foi removida e a integridade do banco de dados foi significativamente melhorada Cada tabela agora trata de um único assunto Alunos Cursos Inscrições etc tornando o banco de dados mais eficiente e fácil de manter Análise Inicial da Tabela A tabela original fornecida é AlunoID NomeAluno Curso Professor TelefoneAluno TelefonesEmergencia InteressesAluno 1 Ana Lógica Prof João 99991111 88882222 8777 3333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 8777 3333 Programação Matemática Observando a tabela identificamos os seguintes problemas 1 Violação da Primeira Forma Normal 1FN As colunas TelefonesEmergencia e InteressesAluno possuem múltiplos valores em uma única célula são atributos multivalorados A 1FN exige que cada atributo de uma tabela contenha apenas um único valor atomicidade 2 Redundância de Dados As informações da aluna Ana Nome TelefoneAluno TelefonesEmergencia InteressesAluno se repetem em duas linhas diferentes o que é ineficiente e pode levar a inconsistências 3 Violação da Segunda Forma Normal 2FN Após resolver a 1FN veremos que a tabela possui dependências parciais Por exemplo o NomeAluno depende apenas do AlunoID e não da chave primária completa que seria AlunoID Curso Vamos agora realizar o processo de normalização 1 Primeira Forma Normal 1FN Problema a ser resolvido Eliminar os atributos multivalorados TelefonesEmergencia e InteressesAluno Para alcançar a 1FN decompomos a tabela original criando tabelas separadas para as informações que se repetem Modelo Relacional após a 1FN Tabela Inscricao Ainda não está totalmente normalizada mas agora respeita a 1FN Chave Primária Composta AlunoID Curso AlunoID FK Curso Professor 1 Lógica Prof João 2 Banco de Dados Prof Carla 1 Web Design Prof Cláudia Tabela Aluno Chave Primária AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela AlunoTelefoneEmergencia Chave Primária Composta AlunoID TelefonesEmergencia AlunoID FK TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresse Chave Primária Composta AlunoID Interesse AlunoID FK Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado Com essa nova estrutura todos os atributos são atômicos e a redundância de dados dos alunos foi parcialmente resolvida A tabela agora está na Primeira Forma Normal 2 Segunda Forma Normal 2FN Problema a ser resolvido Eliminar as dependências parciais na tabela Inscricao Uma tabela está na 2FN se e somente se está na 1FN e todos os seus atributos nãochave são totalmente dependentes da chave primária completa Na tabela Inscricao da etapa anterior a chave primária é composta por AlunoID Curso No entanto o atributo Professor depende apenas de Curso e não da chave completa Isso é uma dependência parcial Para resolver isso decompomos a tabela Inscricao em duas novas tabelas As outras tabelas Aluno AlunoTelefoneEmergencia AlunoInteresse já estão na 2FN pois não possuem chaves primárias compostas Modelo Relacional Final 2FN Tabela Alunos Chave Primária PK AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela Cursos Chave Primária PK Curso Curso Professor Lógica Prof João Banco de Dados Prof Carla Web Design Prof Cláudia Tabela Inscricoes Tabela de ligação Chave Primária Composta PK AlunoID Curso Chave Estrangeira FK AlunoID referencia AlunosAlunoID Chave Estrangeira FK Curso referencia CursosCurso AlunoID Curso 1 Lógica 2 Banco de Dados 1 Web Design Tabela AlunoTelefonesEmergencia Chave Primária Composta PK AlunoID TelefoneEmergencia Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresses Chave Primária Composta PK AlunoID Interesse Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado O modelo relacional agora está na Segunda Forma Normal As dependências parciais foram eliminadas a redundância de dados foi removida e a integridade do banco de dados foi significativamente melhorada Cada tabela agora trata de um único assunto Alunos Cursos Inscrições etc tornando o banco de dados mais eficiente e fácil de manter
41
Arquitetura de Computadores
UNICESUMAR
14
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
3
Arquitetura de Computadores
UNICESUMAR
12
Arquitetura de Computadores
UNICESUMAR
3
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
13
Arquitetura de Computadores
UNICESUMAR
22
Arquitetura de Computadores
UNICESUMAR
1
Arquitetura de Computadores
UNICESUMAR
Texto de pré-visualização
Olá estudante Realize a seguinte leitura As Formas Normais são uma série de procedimentos aplicados em um banco de dados para garantir que as suas tabelas estejam bem estruturadas e não contenham nenhum tipo de anomalia seja de inclusão atualização ou exclusão Fonte httpswwwhashtagtreinamentoscomoquesaoformasnormaisembancosdedadossql Acesso em 24 jun 2025 Com base nessa definição analise a tabela a seguir AlunoID Nome Aluno Curso Professor Telefone Aluno Telefones Emergencia Interesses Aluno 1 Ana Lógica Prof João 99991111 88882222 87773333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 87773333 Programação Matemática Observase que a tabela apresentada não está normalizada pois viola os princípios da Primeira e da Segunda Forma Normal 1FN e 2FN Essa tabela é utilizada para uma escola para registrar as inscrições de alunos em seus cursos mas apresenta redundâncias e agrupamentos de dados que comprometem a integridade e a eficiência do banco de dados Nesse contexto realize o processo completo de normalização dessa tabela executando as seguintes atividades 1 Realize o processo completo de normalização dessa tabela até a 2FN Primeira até a Segunda Forma Normal 2 Apresente o modelo relacional em cada etapa indicando quais problemas foram resolvidos 3 Para cada nova tabela criada identifique a chave primária e se necessário chaves estrangeiras IMPORTANTE Acesse o link do vídeo que o professor da disciplina gravou com orientações para ajudálo nesse processo de criação e desenvolvimento O acesso deverá ser realizado em MATERIAL DA DISCIPLINA Lembrese de que evidências de cópias de materiais incluindo de outros acadêmicos sem devidas referências serão inquestionavelmente zeradas As citações e referências mesmo que do livro da disciplina devem ser realizadas conforme normas da Instituição de Ensino Não são permitidas correções parciais no decorrer do módulo ou seja o famoso professor veja se minha atividade está certa Isso invalida seu processo avaliativo Lembrese de que a interpretação da atividade também faz parte da avaliação Procure sanar suas dúvidas junto à mediação em tempo hábil sobre o conteúdo exigido na atividade de modo que consiga realizar sua participação Sua resposta deve ser DIGITADA diretamente no quadro disponível no campo da Atividade de Estudo 1 não é permitido anexar formulário Sua atividade só poderá ser respondida uma ÚNICA vez portanto só finalize o questionário quando estiver seguro da sua resposta Atenção ao prazo de entrega evite envio de atividade em cima do prazo Você pode ter algum problema com internet computador software etc e os prazos não serão flexibilizados mesmo em caso de comprovação Lembrese de que evidências de cópias de materiais incluindo de outros acadêmicos sem devidas referências serão inquestionavelmente zeradas As citações e referências mesmo que do livro da disciplina devem ser realizadas conforme normas da Instituição de Ensino Análise Inicial da Tabela A tabela original fornecida é AlunoID NomeAluno Curso Professor TelefoneAluno TelefonesEmergencia InteressesAluno 1 Ana Lógica Prof João 99991111 88882222 8777 3333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 8777 3333 Programação Matemática Observando a tabela identificamos os seguintes problemas 1 Violação da Primeira Forma Normal 1FN As colunas TelefonesEmergencia e InteressesAluno possuem múltiplos valores em uma única célula são atributos multivalorados A 1FN exige que cada atributo de uma tabela contenha apenas um único valor atomicidade 2 Redundância de Dados As informações da aluna Ana Nome TelefoneAluno TelefonesEmergencia InteressesAluno se repetem em duas linhas diferentes o que é ineficiente e pode levar a inconsistências 3 Violação da Segunda Forma Normal 2FN Após resolver a 1FN veremos que a tabela possui dependências parciais Por exemplo o NomeAluno depende apenas do AlunoID e não da chave primária completa que seria AlunoID Curso Vamos agora realizar o processo de normalização 1 Primeira Forma Normal 1FN Problema a ser resolvido Eliminar os atributos multivalorados TelefonesEmergencia e InteressesAluno Para alcançar a 1FN decompomos a tabela original criando tabelas separadas para as informações que se repetem Modelo Relacional após a 1FN Tabela Inscricao Ainda não está totalmente normalizada mas agora respeita a 1FN Chave Primária Composta AlunoID Curso AlunoID FK Curso Professor 1 Lógica Prof João 2 Banco de Dados Prof Carla 1 Web Design Prof Cláudia Tabela Aluno Chave Primária AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela AlunoTelefoneEmergencia Chave Primária Composta AlunoID TelefonesEmergencia AlunoID FK TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresse Chave Primária Composta AlunoID Interesse AlunoID FK Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado Com essa nova estrutura todos os atributos são atômicos e a redundância de dados dos alunos foi parcialmente resolvida A tabela agora está na Primeira Forma Normal 2 Segunda Forma Normal 2FN Problema a ser resolvido Eliminar as dependências parciais na tabela Inscricao Uma tabela está na 2FN se e somente se está na 1FN e todos os seus atributos nãochave são totalmente dependentes da chave primária completa Na tabela Inscricao da etapa anterior a chave primária é composta por AlunoID Curso No entanto o atributo Professor depende apenas de Curso e não da chave completa Isso é uma dependência parcial Para resolver isso decompomos a tabela Inscricao em duas novas tabelas As outras tabelas Aluno AlunoTelefoneEmergencia AlunoInteresse já estão na 2FN pois não possuem chaves primárias compostas Modelo Relacional Final 2FN Tabela Alunos Chave Primária PK AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela Cursos Chave Primária PK Curso Curso Professor Lógica Prof João Banco de Dados Prof Carla Web Design Prof Cláudia Tabela Inscricoes Tabela de ligação Chave Primária Composta PK AlunoID Curso Chave Estrangeira FK AlunoID referencia AlunosAlunoID Chave Estrangeira FK Curso referencia CursosCurso AlunoID Curso 1 Lógica 2 Banco de Dados 1 Web Design Tabela AlunoTelefonesEmergencia Chave Primária Composta PK AlunoID TelefoneEmergencia Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresses Chave Primária Composta PK AlunoID Interesse Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado O modelo relacional agora está na Segunda Forma Normal As dependências parciais foram eliminadas a redundância de dados foi removida e a integridade do banco de dados foi significativamente melhorada Cada tabela agora trata de um único assunto Alunos Cursos Inscrições etc tornando o banco de dados mais eficiente e fácil de manter Análise Inicial da Tabela A tabela original fornecida é AlunoID NomeAluno Curso Professor TelefoneAluno TelefonesEmergencia InteressesAluno 1 Ana Lógica Prof João 99991111 88882222 8777 3333 Programação Matemática 2 Bruno Banco de Dados Prof Carla 98884444 86665555 Dados BI Segurança 1 Ana Web Design Prof Cláudia 99991111 88882222 8777 3333 Programação Matemática Observando a tabela identificamos os seguintes problemas 1 Violação da Primeira Forma Normal 1FN As colunas TelefonesEmergencia e InteressesAluno possuem múltiplos valores em uma única célula são atributos multivalorados A 1FN exige que cada atributo de uma tabela contenha apenas um único valor atomicidade 2 Redundância de Dados As informações da aluna Ana Nome TelefoneAluno TelefonesEmergencia InteressesAluno se repetem em duas linhas diferentes o que é ineficiente e pode levar a inconsistências 3 Violação da Segunda Forma Normal 2FN Após resolver a 1FN veremos que a tabela possui dependências parciais Por exemplo o NomeAluno depende apenas do AlunoID e não da chave primária completa que seria AlunoID Curso Vamos agora realizar o processo de normalização 1 Primeira Forma Normal 1FN Problema a ser resolvido Eliminar os atributos multivalorados TelefonesEmergencia e InteressesAluno Para alcançar a 1FN decompomos a tabela original criando tabelas separadas para as informações que se repetem Modelo Relacional após a 1FN Tabela Inscricao Ainda não está totalmente normalizada mas agora respeita a 1FN Chave Primária Composta AlunoID Curso AlunoID FK Curso Professor 1 Lógica Prof João 2 Banco de Dados Prof Carla 1 Web Design Prof Cláudia Tabela Aluno Chave Primária AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela AlunoTelefoneEmergencia Chave Primária Composta AlunoID TelefonesEmergencia AlunoID FK TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresse Chave Primária Composta AlunoID Interesse AlunoID FK Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado Com essa nova estrutura todos os atributos são atômicos e a redundância de dados dos alunos foi parcialmente resolvida A tabela agora está na Primeira Forma Normal 2 Segunda Forma Normal 2FN Problema a ser resolvido Eliminar as dependências parciais na tabela Inscricao Uma tabela está na 2FN se e somente se está na 1FN e todos os seus atributos nãochave são totalmente dependentes da chave primária completa Na tabela Inscricao da etapa anterior a chave primária é composta por AlunoID Curso No entanto o atributo Professor depende apenas de Curso e não da chave completa Isso é uma dependência parcial Para resolver isso decompomos a tabela Inscricao em duas novas tabelas As outras tabelas Aluno AlunoTelefoneEmergencia AlunoInteresse já estão na 2FN pois não possuem chaves primárias compostas Modelo Relacional Final 2FN Tabela Alunos Chave Primária PK AlunoID AlunoID NomeAluno TelefoneAluno 1 Ana 99991111 2 Bruno 98884444 Tabela Cursos Chave Primária PK Curso Curso Professor Lógica Prof João Banco de Dados Prof Carla Web Design Prof Cláudia Tabela Inscricoes Tabela de ligação Chave Primária Composta PK AlunoID Curso Chave Estrangeira FK AlunoID referencia AlunosAlunoID Chave Estrangeira FK Curso referencia CursosCurso AlunoID Curso 1 Lógica 2 Banco de Dados 1 Web Design Tabela AlunoTelefonesEmergencia Chave Primária Composta PK AlunoID TelefoneEmergencia Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID TelefoneEmergencia 1 88882222 1 87773333 2 86665555 Tabela AlunoInteresses Chave Primária Composta PK AlunoID Interesse Chave Estrangeira FK AlunoID referencia AlunosAlunoID AlunoID Interesse 1 Programação 1 Matemática 2 Dados 2 BI 2 Segurança Resultado O modelo relacional agora está na Segunda Forma Normal As dependências parciais foram eliminadas a redundância de dados foi removida e a integridade do banco de dados foi significativamente melhorada Cada tabela agora trata de um único assunto Alunos Cursos Inscrições etc tornando o banco de dados mais eficiente e fácil de manter