SóProvas



Questões de Formas normais


ID
2305
Banca
NCE-UFRJ
Órgão
TRE-RJ
Ano
2001
Provas
Disciplina
Banco de Dados
Assuntos

Abaixo estão elencadas características inerentes à 1a, 2a e 3a formas normais, utilizando-se os conceitos de tabelas, linhas e colunas. A característica que define exclusivamente a 2a FN, diferenciando-a da 1a FN, e não caracterizando-a como 3a FN, é:

Alternativas
Comentários
  • 1FN - não possuir atributos multivalor;
    2FN - nenhum atributo será parcialmente dependente da(s) chave(s);
    3FN - todos atributos mutuamente independentes.

    * Cada forma normal depende de sua antecessora previamente.

    Deus nos abençoe!
  • A - CERTA. A opção A é uma das regras da 2FN

    B - ERRADA. Apesar de estar certa, esta regra faz parte da 1FN (1a regra da Forma normal de bancos relacionais)

    C - ERRADO. Apesar de certo, mas relacionado com a 3FN. 

    D - ERRADO - Conceito de chave primária, também relacionado com a 1FN, onde a questão pede sobre características da 2FN

    E - Errado. É o contrário da questão A


ID
8242
Banca
ESAF
Órgão
Receita Federal
Ano
2005
Provas
Disciplina
Banco de Dados
Assuntos

Analise as seguintes afirmações relacionadas a modelagem de dados e a projeto de banco de dados para ambiente relacional:

I. Normalização é o processo formal passo a passo, que examina os atributos de uma entidade com o objetivo de evitar anomalias observadas na inclusão, exclusão e alteração de tuplas exclusivas.

II. Uma das condições para uma relação R estar na 3FN (terceira forma normal) é que todos os seus atributos "não chave" devem ser dependentes não transitivos da chave primária, isto é, cada atributo deve ser funcionalmente dependente apenas dos atributos componentes da chave primária e todos os seus atributos "não-chave" devem ser independentes entre si.

III. Uma relação R está na 2FN (segunda forma normal) se e somente se ela não atender à 1FN (primeira forma normal) e todos os atributos "não-chave" forem totalmente dependentes da chave primária.

IV. Uma relação R está na 1FN (primeira forma normal) se e somente se todos os domínios básicos contiverem grupos repetitivos.

Indique a opção que contenha todas as afirmações verdadeiras.

Alternativas
Comentários
  •  III. Para uma relação R estar na 2FN, ela deve estar na 1FN

    IV. Uma relação R está na 1FN se todos os domínios básicos forem atômicos, indivisíveis

  • a IV só está errado por causa do "se somente se".
  • III. Uma relação R está na 2FN (segunda forma normal) se e somente se ela não atender à 1FN (primeira forma normal) e todos os atributos "não-chave" forem totalmente parcialmente dependentes da chave primária.

    IV. Uma relação R está na 1FN (primeira forma normal) se e somente se todos os domínios básicos Não contiverem grupos repetitivos.
  • Acho que o item IV refere-se à quarta forma normal e não à primeira. Aqui, grupos repetitivos referem-se à dependência multivalorada.
  • I - Correta.

    II - Correta. Uma tabela está na Terceira Forma Normal 3FN se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave. Na terceira forma normal temos de eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.

    III - Errada. Uma tabela está na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela).

    IV - Errada. 
    Uma relação estará na Primeira forma normal1FN, se e somente se todos os domínios básicos contiverem somente valores atômicos (não contiver grupos repetitivos). 
  • ilustrando:

    fonte:http://e-reality-database.blogspot.com.br/search/label/Normaliza%C3%A7%C3%A3o
  • d-

    Segunda Forma Normal -(2FN)-  1fn + todos os atributos não chave totalmente dependentes da chave primária (e não apenas de parte dela). 

    terceira Forma Normal - 2FN + todos os atributos não chave dependentes não transitivos da chave primária


ID
15826
Banca
CESPE / CEBRASPE
Órgão
ANATEL
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

A respeito do desenvolvimento de aplicações e bancos de dados, julgue os seguintes itens.

A denormalização introduz redundância visando reduzir o tempo das consultas, inserções, atualizações e deleções. São formas de denormalização: a remoção de colunas cujos valores podem ser derivados dos valores de outras colunas visando reduzir a ocorrência de computações repetitivas; a união de tabelas normalizadas em uma tabela visando reduzir as junções.

Alternativas
Comentários
  • Denormalização envolve:
    Atributos derivados (calculados)
    • armazenar atributos derivados como parte da tabela
    para evitar processamentos repetitivos
  • A respeito do desenvolvimento de aplicações e bancos de dados, julgue os seguintes itens.A denormalização introduz redundância visando reduzir o tempo das consultasESTA AFIRMAÇÃO CORRETA., inserções, atualizações e deleções. ESTA AFIRMAÇÃO ESTÁ ERRADA, justamente por ter redundâncias os bytes atualizados são maores, pois mais campos são atualizadosSão formas de denormalização: a remoção de colunas cujos valores podem ser derivados dos valores de outras colunas visando reduzir a ocorrência de computações repetitivas; ESTA AFIRMAÇÃO ESTÁ ERRADA.a união de tabelas normalizadas em uma tabela visando reduzir as junções.ESTA AFIRMAÇÃO ESTÁ CORRETA
  • "a remoção de colunas cujos valores podem ser derivados dos valores de outras colunas visando reduzir a ocorrência de computações repetitivas" está incorreta.A situação retrata a utilização de campos calculados que devem ser removidos de uma tabela para se tentar alcançar a 3FN. A remoção desse tipo de coluna não é uma forma de denormalização.
  • A denormalização introduz redundância visando reduzir o tempo das consultas, inserções, atualizações e deleções. São formas de denormalização: a remoção de colunas cujos valores podem ser derivados dos valores de outras colunas visando reduzir a ocorrência de computações repetitivas; a união de tabelas normalizadas em uma tabela visando reduzir as junções.

    Está errado apenas o trecho em negrito. Esse procedimento eh para alcançar a normalização, mais especificamente a 3FN. O restante esta certo.


ID
16924
Banca
CESPE / CEBRASPE
Órgão
TRE-AL
Ano
2004
Provas
Disciplina
Banco de Dados
Assuntos

Os bancos de dados relacionais são uma das principais
ferramentas computacionais para armazenamento, organização e
exploração da informação. Quanto à modelagem de dados por
entidades e relacionamentos, ao modelo relacional e à álgebra
que o sustenta, julgue os itens que se seguem.

Uma relação encontra-se na primeira forma normal caso
tenham sido eliminadas todas as superchaves dessa relação.

Alternativas
Comentários
  • Uma relação estará na 1FN se não possuir atributos multivalorados
  • Diz-se que uma tabela está na primeira forma normal (1FN), quando ela não contém tabelas aninhadas.
  • Uma superchave é um conjunto de um ou mais atributos que, tomando coletivamente, permite-nos identificar unicamente uma entidade no conjunto de entidades. Ou seja, a Primary Key da entidade.

    A Primeira Forma Normal (1FN) não admite repetições ou campos que tenha mais que um valor.

    #Identificar a chave primária da entidade;

    #Identificar o grupo repetitivo e removê-lo da entidade;

    #Criar uma nova entidade com a chave primária da entidade anterior e o grupo repetitivo.

     

    Uma tabela está na Segunda Forma Normal (2FN) se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela)

    #Identificar os atributos que não são funcionalmente dependentes de toda a chave primária;

    #Remover da entidade todos esses atributos identificados e criar uma nova entidade com eles.

     

    Na Terceira Forma Normal (3FN) verificamos se a tabela já está em 2FN e temos de eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.

    #Identificar todos os atributos que são funcionalmente dependentes de outros atributos não chave;

    #Removê-los.

    Apesar de existir outras formas normais como a quarta forma normal e quinta forma normal, apenas as três primeiras tem sido considerada atualmente.

    Fontes:http://www.luis.blog.br/normalizacao-de-dados-e-as-formas-normais.aspx
    http://www.ime.usp.br/~andrers/aulas/bd2005-1/aula7.html

  • "Erradão"

     

    Segundo Date: uma variável de relação está na 1FN se e somente se, em todo valor válido dessa variável de relação, cada tupla contém exatamente um valor para cada atributo.

  • Gabarito Errado

    'Uma tabela está na 1FN, se e somente se, todos os valores das colunas da tabela forem atómicos'

    Assim, podemos dizer que os relacionamentos, como definidos acima, estão necessariamente na 1FN. Uma relação está na 1FN quando todos os atributos da relação estiverem baseados em um domínio simples, não contendo grupos ou valores repetidos.

    Passagem à 1FN

    Encontre a chave primária da tabela;

    Fique ciente de quais são as colunas da tabela que apresentam dados repetidos para que sejam removidas;

    Crie uma tabela para esses dados repetidos, com a chave primária da anterior;

    Por fim, estabeleça relação entre a nova tabela e a principal.

    Outra forma de identificar se a tabela não está na 1FN é verificando se existe tabela aninhadas, ou seja, mais de um registro para uma chave primária.

     

     

    "Retroceder Nunca Render-se Jamais !"
    Força e Fé !
    Fortuna Audaces Sequitur !

  • Como já dizia o SUPER XANDÃO, o último herói do Qc... "Quando ler forma normal pense em Ministério Público do Trabalho"

    Não deve ser MPT

    Multivalorado

    Parcial

    Transitivo


ID
17791
Banca
CESGRANRIO
Órgão
BNDES
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Uma tabela de um banco de dados relacional para um sistema de loja virtual foi definida da seguinte forma:

cliente (idCliente, nome, senha, endereço, tipoEndereço, telefone*)
onde (*) indica campo multivalorado.

Conhecendo as dependências funcionais:

idCliente -> nome,senha,endereço,tipoEndereço,telefone* tipoEndereço -> endereço

Assinale a opção correta quanto à decomposição da tabela segundo a terceira Forma Normal (3FN).

Alternativas
Comentários
  • Está faltando indicar quais elementos compõem a chave primária (sublinhar). Na prova isto fez diferença.
    Dicas: não pode haver campos multivalorados na 1FN. Logo, nenhuma resposta que permita isto é válida, pois na 3FN estão incluídas a 1FN e a 2 FN.
  • Esta questão foi anulada.

ID
19144
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2007
Provas
Disciplina
Banco de Dados
Assuntos

Pretende-se derivar um relacionamento ternário totalmente n:m em tabelas lógicas relacionais normalizadas na 3FN. Esta operação deverá gerar corretamente

Alternativas
Comentários
  • A operação irá gerar uma tabela para cada entidade do relacionamento ternário que, obviamente, possui três entidades, e além destas, irá gerar uma quarta tabela relativa à entidade associativa, com uma chave primária composta por três abributos, sendo cada um deles uma chave estrangeira de cada entidade fundamental. Totalizando, então, quatro tabelas lógicas relacionais.

ID
27313
Banca
FCC
Órgão
TRE-SE
Ano
2007
Provas
Disciplina
Banco de Dados
Assuntos

A Forma Normal Boyce-Codd é considerada uma variação forte da

Alternativas
Comentários
  • Diz-se que uma tabela num/a banco/base de dados relacional está numa certa forma normal se satisfaz certas condições. O trabalho original de Edgar F. Codd definiu três dessas formas, mas existem hoje outras formas normais geralmente aceitas. Damos aqui uma curta panorâmica informal das mais comuns. Cada forma normal listada abaixo representa uma condição mais forte que a que a precede na lista. Para a maioria dos efeitos práticos, considera-se que as bases de dados estão normalizadas se aderirem à terceira forma normal.

    Primeira Forma Normal (ou 1FN) requer que todos os valores de colunas em uma tabela, sejam atômicos (ex., um número é um átomo, enquanto uma lista ou um conjunto não o são). Por exemplo, a normalização elimina grupos repetidos pondo-os cada um em uma tabela separada, conectando-os com uma chave primária ou estrangeira.
    Segunda Forma Normal (ou 2FN) requer que não haja dependência funcional não-trivial de um atributo que não seja a chave, em parte da chave candidata.
    Terceira Forma Normal (ou 3FN) requer não haver dependências funcionais não-triviais de atributos que não sejam chave, em qualquer coisa exceto um superconjunto de uma chave candidata.
    Forma Normal de Boyce-Codd (ou BCNF)
    requer que não exista nenhuma dependência funcional não-trivial de atributos em algo mais do que um superconjunto de uma chave candidata. Neste estágio, todos os atributos são dependentes de uma chave, de uma chave inteira e de nada mais que uma chave (excluindo dependências triviais, como A->A).

    Quarta Forma Normal (ou 4NF) requer que não exista nenhuma dependência multi-valorada não-trivial de conjuntos de atributo em algo mais de que um superconjunto de uma chave candidata.
    Quinta Forma Normal (ou 5NF ou PJ/NF) requer que não exista dependências de joins não triviais que não venham de key constraints.
    Domain-Key Normal Form (ou DK/NF) requer que todas as constraints sigam os domínios e key constraints.
  • O conceito de normalização foi introduzido por E. F. Codd em 1972. Inicialmente Codd criou as três primeiras formas de normalização chamando-as de: primeira forma normal (1NF), segunda forma normal (2NF) e terceira forma normal (3NF). Uma definição mais forte da 3NF foi proposta depois por Boyce-Codd, e é conhecida como forma normal de Boyce-Codd (FNBC).

ID
28468
Banca
CESGRANRIO
Órgão
DNPM
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

Em relação à normalização de dados, é correto afirmar que:

Alternativas
Comentários
  • a) ERRADO: para estar na 1ªFN, a relação deve conter somente atributos atômicos (atributos que não são nem multivalorados e nem compostos, são indivisíveis).
    b) ERRADO: para estar na 2ª FN, é necessário estar também na 1ª FN, onde é exigido atributos atômicos.
    c) CERTO
    d) ERRADO: corrigindo: "toda relação na SEGUNDA forma normal está também na PRIMEIRA forma normal"
    e) ERRADO: corrigindo: "toda relação na QUARTA forma normal está também na TERCEIRA forma normal"
  • Atributos multivalorados está na quarta forma normal
  • A resposta C não está completa, deixa margens, e poderia ter outra mais certa. Mas marquei a C pois as outras estão totalmente erradas. Importante: Deve-se verificar a violação da 2FN somente se a relação contiver CHAVES COMPOSTAS. Todas as colunas que não fazem parte de nenhuma chave candidata devem depender de TODAS as colunas que compõem qualquer chave candidata.Basta não ter chave composta e estar na 1FN para estar automaticamente na 2FN.
  • 2º FN 
    1. Deve estar na 1º FN;
    2. Não pode haver dependencia funcional parcial
    O que é dependencia funcional ? 
    1. Atributos não chave dependem da chave primária.
    E dependência parcial?
    1. Atributos não chave dependem de parte de chave primária composta.

  • Em relação à normalização de dados, é correto afirmar que:
     
     a) tabelas com atributos multivalorados estão na primeira forma normal. (Não estão em nenhuma Forma)
     b) tabelas com atributos multivalorados estão na segunda forma normal.(Não está na 1 FN, consequentemente não está na 2 FN)
     c) se uma relação está na segunda forma normal, todo atributo que não seja chave deve ser totalmente dependente da chave primária. (O Conceito da 2 FN, lembrando que deve está na  1FN)
     d) toda relação na primeira forma normal está também na segunda forma normal. (Não, cada relação da 2 FN, está na 1 FN)
     e) uma relação na terceira forma normal está também na quarta forma normal. (Não, as Formas Superiores contém as formas inferiores)
  • c)

    2NF é aplicado para remover todas as dependencias parciais para atributos não primos que sao dependentes de chaves concatenadas. POrque nao pode haver dependencias de parte da chave, é criada uma entidade com os atributos nao-primos e o atributo que gerou a dependencia. 

    3NF é eliminar dependencias transitivas enquanto que 1NF é para atributos multivalor para evitar grupos repetidiso

  • Para mim, a letra C não está correta. Pois pode ocorrer o caso que o atributo que não seja chave ser dependente de outro atributo não chave (Dependência funcional transitiva). A exigência de estar na 2FN é somente eliminar a Dependência funcional transitória e também estar na  1FN. No caso a palavra "todo atributo" deixa a questão errada.


ID
28609
Banca
CESGRANRIO
Órgão
DECEA
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

Suponha que todos os atributos de uma relação R contenham apenas valores atômicos. É possível afirmar, com certeza e mais especificamente, que R está na forma normal:

Alternativas
Comentários
  • 0FN - Atributos multivalorados, isto é, não atômicos
    1FN - Atributos atômicos
    2FN - Estar na 1FN e não ter dependência transitiva
    3FN - Estar na 2FN e não ter dependência funcional
  • Seja,x_esc=x_escolaridade e x_disc=x_disciplina e o q contém * é chave primária
    ->>0FN(forma não normalizada)-Atributos multivalorados, isto é, não atômicos, pois possui grupos de repetição
    ->entre [[]] abaixo o grupo de repetição, o aluno pode ter várias notas da mesma disciplina.
    Ex:RAluno(matr*,nome,end,cod_esc,desc_esc,[[cod_disc,desc_disc,nota]])

    (lá embaixo outros critérios p/ estar na 1FN)
    ->>1FN-Atributos atômicos, ou seja, eliminar grupos de repetição, eliminando-o ficaria assim:
    RAluno(matr*,nome,end,cod_esc,desc_esc)
    RDisc_cursada(matr*,[cod_disc*,desc_disc],nota)

    ->>2FN-Estar na 1FN e não ter dependência funcional parcial(quando parte da chave primária(matr e cod_disc) identifica um ou mais atributos, no caso cod_disc identifica desc_disc)
    ->acima entre[](na 1FN) dependência transitiva, retirando-a ficaria assim:
    RAluno(matr*,nome,end,{cod_esc, desc_esc})
    RDisc_cursada(matr*,cod_disc*,nota)
    RDisciplina(cod_disc*,desc_disc)

    ->>3FN-Estar na 2FN e não ter dependência funcional transitiva(quando um atributo q não faz parte da chave primária identifica um ou mais atributos,no exemplo cod_esc identifica desc_esc)
    ->acima entre{}(na 2FN) dependência funcional transitiva, retirando-a ficaria assim:
    RAluno(matr*, nome, end, cod_esc)
    RDisc_cursada(matr*, cod_disc, nota)
    RDisciplina(cod_disc*, desc_disc)
    REscolaridade(cod_esc*, desc_esc)

    O comentário da colega Luciana abaixo está trocando a 2FN pela 3FN.

    Outros fatores para 1FN:
    -Cada linha é composta por apenas 1 tipo de registro(todas as linhas possuem o mesmo layout)
    -Cada linha possui número fixo de atributos, cada um com seu nome
    -Cada linha é única, não sendo permitida linhas iguais
    -As linhas e cols podem ser consideradas em qualquer sequência sem q a mudança da ordem, em qualquer momento, afete as informações nelas contidas
    -Os valores são atômicos
    Fontes:
    ->Introdução a Sist. de Banco de Dados C.J.Date 8ªed
    -> http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_de_dados#Primeira_Forma_Normal

ID
41704
Banca
FCC
Órgão
TRE-PI
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

No processo de normalização, a eliminação de dependência parcial da chave, a estrutura com maior redundância e a eliminação de dependência transitiva representam, respectivamente, as formas normais

Alternativas
Comentários
  • Os conceitos são bem apresentados exceto ao se referir à 1FN. Isso torna a questão um pouco mais difícil.Revisando:1FN: eliminação de atributos multivalorados ou atributos repetidos.2FN: eliminação de dependência parcial da chave3FN: eliminação de dependências funcionais transitivas.
  • estrutura com maior redundância = eliminação de estruturas com maior redundância.
  • 2FN - destacar atributos com dependencia parcial à pk concatenada. 

    *relacionar entidades geradas à entidade que as gerou

    1FN - *entidade decomposta em uma ou +, sem repetições.

    3FN - verificação de atrbituos com dependencia transitiva de outros que nao sao da chave primaria.

  • Alternativa certa: letra D


ID
70294
Banca
FCC
Órgão
TRT - 3ª Região (MG)
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere uma tabela

I. com todas as suas colunas contendo somente valores atômicos (um único valor para cada linha).

II. cujos atributos não-chave são totalmente dependentes de toda a chave primária.

III. na qual alguns atributos não-chave são dependentes de outros atributos não-chave.

É correto afirmar que a tabela está normalizada até a

Alternativas
Comentários
  • Considero essa questão uma pegadinhna. O item I diz que somente existe valores atômicos, mas não fala nada sobre atributos multivalorados (ex.: telefone). Se a tabela tiver este tipo de atributo, ela já falha no teste da 1FN! Portanto a resposta seria letra b).
  • o Item I  estar correto pois para uma relação R está na 1FN se, e somente se R contém somente atributos atômicos( um ínico valor para cada linha).

    o item II está correto pois para uma tabela possa está na 2fn pelo menos uma atributo não chave , esteja parcial ou totalmente dependente de sua chave primária, ou seja , possua dependência parcial da PK.

    O item III está falso - pois todos os os atributos nao sao chaves sejam totalmente dependentes da chave primária e naum de outro atributi nao chave como mostra na afirmação.

    entaum resposta correta letra "C"

  • Pessoal, as questões estão afirmando, então não cabe a nós fazermos juizo de valor sobre elas, apenas saber se atendem os requisitos das normalizações correspondentes:

    "I - com todas as suas colunas contendo somente valores atômicos (um único valor para cada linha)." - 1FN
    "II - cujos atributos não-chave são totalmente dependentes de toda a chave primária." - 2FN
    "III - na qual alguns atributos não-chave são dependentes de outros atributos não-chave." - se NÃO fosse dependentes de outros atributos não chaves, seria 3FN, porém, como é dependente de outros atributos não-chave, fica na 2FN.

    Reposta: C

  • Questão com a afirmação III duvidosa.
    • Na afirmação I trata-se da 1FN, onde não deve conter tabelas aninhadas.
    • Na afirmação II trata-se da 2FN, onde além de estar na 1FN ela não deve conter dependências parciais, ou seja, os atributos não-chave deve depender de toda a chave o conjunto de chaves primárias.
    • Na afirmação III trata-se da 3FN, onde além de estar na 2FN ela não deve conter dependências transitivas, ou seja, se um determinado campo depende de outro que não seja a chave? Se Sim, temos uma dependência transitiva.
    Na minha opinião, esta tabela está normalizada até a 3FN.  Poderia entrar com recurso essa questão.

    http://imasters.com.br/artigo/7020/bancodedados/modelagem_de_dados_final_normalizacao/Portanto, a letra D é a correta.
  • Eu concordo com o gabarito. Questão correta letra "c"

    I. com todas as suas colunas contendo somente valores atômicos (um único valor para cada linha). Se os valores são atômicos, não são multivalorados e portanto estão na 1FN.

    II. cujos atributos não-chave são totalmente dependentes de toda a chave primária.Se são totalmente dependentes de toda a chave, não possuem dependência funcional parcial, ou seja, não dependem somente de uma parte da chave. Portanto estão na 2FN.

    III. na qual alguns atributos não-chave são dependentes de outros atributos não-chave. A 3FN diz que deve se retirar dependências transitivas, ou seja, um atributo NÃO pode pode depender de outros atributros não chaves. E como nesse caso há dependência transitiva, essa tabela não está na 3FN. 
  •  c)2FN.

    1FN é quando a atomicidade (ausencia de atributos multi-valorados) é conquistada. 

    2FN é quando nao houver dependência parcial em relação à chave primaria concatenada.

    3FN é quando nao houver dependencia transitiva, criando entidades cuja chave primaria seja o atributo que gerou a dependencia com atributos nao-chave


ID
79264
Banca
FCC
Órgão
TRT - 18ª Região (GO)
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Dadas as tabelas abaixo com os respectivos atributos, sendo chave os atributos grifados:

I. PEDIDO (num-ped, data-ped, total-ped, cod-cliente, nome-cli, endereço-cli)

II. ITEM (num-ped, cod-produto, qtde-prod, preço-total)

III. PRODUTO (cod-produto, nome-prod, preço-unitário) Encontra-se na 3FN o que consta em

Alternativas
Comentários
  • PEDIDO (num-ped, data-ped, total-ped, cod-cliente, nome-cli, endereço-cli)

    Note que nome-cli ou endereço-cli não dependem da chave num-ped. cod-cliente está determinando esses atributos, então não está na terceira forma normal.

    ITEM (num-ped, cod-produto, qtde-prod, preço-total)

    Chave primária composta, um convite a violação da segunda forma normal. Porém tanto qtd-produto quanto preço-total são determinados pela chave. Também não temos atributos não-chave determinando outros atributos. Então é 3FN.

    PRODUTO (cod-produto, nome-prod, preço-unitário)

    Todos os atributos atômicos. Ambos os atributos dependem da chave primária. Sem atributos não-chave determinando outros, então 3FN.
  • descordo do ITEM 2 está correto.

    Fere a 3FN. O campo preço total depende do preço unitario e da qtde-prod.

    a 3FN diz o seguinte:
    Uma tabela está na Terceira Forma Normal 3FN se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave

    ora, se preço total depende de qtde-produto, logo está ferindo a 3FN
  • Também fiquei na dúvida do item 2. Acaba sendo um pouco subjetivo, pois não seria preço_total depedência de cod_produto e qtde_produto?

    Acho que não pois estes dados podem se alterar no tempo, mas enfim a questão não foi 100% objetiva.

     

     


ID
104950
Banca
FCC
Órgão
TRE-AM
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Se, e somente se, todas as colunas de uma tabela tiverem apenas valores atômicos, isto é, se cada coluna só puder ter um valor para cada linha na tabela.

Trata-se da definição da

Alternativas
Comentários
  • 1FN: Atributos atômicos e não-multivalorados. (nome,telefone,endereço)Telefone (fixo, celular, etc) - multivaloradoEndereço(rua,bairro,cep) - não atômico2FN: Nenhum atributo NÃO-PRIMO deverá depender de todos os elementos de uma chave composta. Ex.: R(A*,B*,C,D) --> C ou D não podem depender somente de A ou B separados. Dica: se a chave for composta de apenas 1 atributo, já é 2FN automaticamente.Atenção: se o atributo for primo (ex.: cpf) ele não precisa passar no teste de dependência total acima!3FN: Não existe dependencia funcional transitiva de um atributo não chave até um atributo chave. Ex.: R(A*,B*,C,D) : D-->C-->A : Neste caso D depende de A transitivamente.
  • 1FN tem como objetivo aplicar atomicidade nos atributos, fazer com que nao haja atributos multi-valorados.


ID
104953
Banca
FCC
Órgão
TRE-AM
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A Forma Normal Boyce-Codd é considerada uma variação forte da

Alternativas
Comentários
  • “Uma tabela está na BCNF, se e somente se, estiver na 3FN e todo atributo não chave depende funcionalmente diretamente da chave primária, ou seja, não há dependências entre atributos não chave
  • O conceito de normalização foi introduzido por E. F. Codd em 1972. Inicialmente Codd criou as três primeiras formas de normalização chamando-as de: primeira forma normal (1NF), segunda forma normal (2NF) e terceira forma normal (3NF). Uma definição mais forte da 3NF foi proposta depois por Boyce-Codd, e é conhecida como forma normal de Boyce-Codd (FNBC).
  • A melhor definição que vi sobre FNBC é: "Uma relação está em FNBC se para toda df X → Z, X é uma super-chave.". A definição data pelo colega Mario Marques, a meu ver, é sobre a 3FN e não Boyce Codd. Em FNBC o que não pode é ter um atributo não-chave como determinante de um atributo que faz parte da chave, ou seja, todo determinante funcional deve ser uma superchave (atributo ou conjunto de atributos que identifica univocamente uma tupla).

    Bons estudos!
  • Atributo primário é aquele que faz parte de uma chave candidata.

    Terceira forma normal não admite dependência transitiva.
    Forma de Boyce-Codd difere ligeiramente da definição da 3FN. A única diferença entre as definições da BCNF e da 3FN é a condição da 3FN que permite que A seja primário, em X -> A. X será uma superchave de R.
  • Boyce-Codd (FNBC) é uma variação melhorada de 3FN

    1FN -> nao haver entidades aninhadas,atributos multi-valorados e grupos repetitivos.

    2FN -> acabar com dependencias parciais

    3FN -> acabar com dependencias transitivas.

  • Boyce-Codd é uma 3F mais afrescalhada.

    decore assim q vc não esquece mais..rsrs

  • A BCNF é um caso especial da 3FN, tanto que é conhecida como 3.5FN. Questão tranquila!

  • FNBC é conhecida por ser uma FN mais forte que a 3FN – sendo conhecida, inclusive, como 3,5FN (Letra C).


ID
118846
Banca
FCC
Órgão
TRT - 20ª REGIÃO (SE)
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

São características de um banco de dados normalizado:

Alternativas
Comentários
  • Engraçado que de onde a FCC retirou esse texto ele também cita o item E. Não acho que ele esteja de todo errado. 

    A normalização do design lógico de um banco de dados envolve o uso de métodos formais para separar os dados em várias tabelas relacionadas. Várias tabelas estreitas com menos colunas são características de um banco de dados normalizado. Poucas tabelas largas com mais colunas são características de um banco de dados não normalizado.

    Conforme a normalização aumenta, o número e a complexidade das junções, necessários para a recuperação de dados, também aumentam. Muitas junções relacionais complexas entre várias tabelas podem comprometer o desempenho. Frequentemente, uma normalização razoável inclui poucas consultas normalmente executadas que usam junções envolvendo mais de quatro tabelas.


    http://msdn.microsoft.com/pt-br/library/ms191178.aspx
  • Olha, 

    não gosto de comentar sobre questões polemicas...mas pelo amor de deus essa questão tem duas respostas (D e E) como achei a mais correta a letra E, marquei e errei...

    Que isso cara como pode não ter sido anulada esta anomalia!
  • Eu tbem errei!! Mas acha que podemos mudar nosso raciocínio agora!!

    Caracteristica: muitas tables estreitas

    Consequência: muitas junçoes
  • Mas observem que a palavra complexa vem justamente contra  a normalização, então não poderia ser aletra E.Portanto nos resta a letra D, onde realmente as tabelas normalizadas costumam ter poucas colunas.

  • d-
    NOrmalização é o entendimento de distribuição de atributos (colunas) em novas relações (tabelas) consoante uma regra de normalização para evitar redundancia. Com normalização, alterações em um dado nao resultam em inconsistencias em outros.


ID
118849
Banca
FCC
Órgão
TRT - 20ª REGIÃO (SE)
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Considere o esquema relacional da tabela abaixo:

Venda(CodVenda, Cliente, Endereco, Cep, Cidade, Estado, Telefone, Produto, Quantidade, ValorUnitario, ValorTotal)

A quantidade de tabelas, após a aplicação da primeira, segunda e terceira formas normais, será

Alternativas
Comentários
  • teremos 4 tabelas inicialmente:Venda (codvenda, valorunitario, valortotal)produto (codproduto, quantidade)cliente (codcliente, endereco, cep, cidade, estado)telefone (numtelene, codcliente).Porem, se formos normalizar um pouco mais podemos colocar tabelas para cidades, estados e endereços.Ai teremos mais tabelas...
  • André, eu até marquei como resposta a definição de 4 tabelas, mas nem tinha imaginado o telefone como uma tabela separada e sim o endereço(multivalorado), nesse caso você concorda comigo que o mais correto sería a divisão em 5 tabelas?
  • Pensei em 4 tabelas:
    1)Venda:codVenda, codCliente, valorTotal.
    2)ItemVenda:codVenda,codProduto, quantidade.
    3)Cliente:codCliente,endereco, cep, cidade, estado, telefone.
    4)Produto:codProduto, valorUnitario.

    *Acho que poderiam existir também outras 4 entidades: Estado, Cidade, Telefone e Endereco(residencial e entrega).

  • Não concordo com a resposta... questão fácil de anulação. Porém na prova para não correr risco marcaria a 5.

     

  • Venda(CodVenda, CodCliente)

    Produto(CodProduto, Produto, ValorUnitario)

    Item(CodVenda, CodProduto, Quantidade, ValorTotal)

    Venda(CodCliente, Cliente, Endereco, Cep, Cidade, Estado, Telefone)

    Esta questao possivelmente foi extraida do capitulo 12 do livro "Banco de dados Teoria e Desenvolvimento" de Willian Pereira Alves, Editora Etica

  • Questao totalmente bizarra, pra inicio de conversa seriam necessario no minimo umas 5 ou 6 tabelas pra normalizar isso.
     
    1º Ponto
    Nos comentarios colocaram Cidade e Estados na mesma tabela, o que está contra a 3ºFN,  cidade depende de Estado e como Estado não é chave não é possivel isso.
     
    2º Ponto
    Nem vou considerar o campo endereço como multivalorado, senao ja seria outra tabela.
     
    Uma normalizaçao pra atender mais ou menos o enunciado seria.
     
    Venda [codVenda, codCliente] 
     
    ItemVenda [codVenda,codProduto,quantidade,valorTotal]
     
    Cliente [codCliente,endereco, cep, cidade, telefone]
     
    Estado [CodEstado, NomeEstado]
     
    Cidade [CodCidade, CodEstado]
     
    Produto [codProduto, valorUnitario]
  • Gabarito: D

    Questão muito complicada... eles não definem bem as regras do negócio. Uma solução possível seria:

    Venda (*CodVenda*, Cliente, ValorTotal)
    Venda_Produto (*CodVenda*, *Produto*, ValorUnitario, Quantidade)
    Cliente (*CodCliente*, Cep)
    CEP (*Cep*, Cidade, Estado)

    Com esta solução, estaríamos na 3FN se considerarmos que o ValorUnitario de um produto não depende do mesmo e sim da venda (ou seja, das chaves CodVenda+Produto). Isso porque o valor do produto pode mudar de uma venda para a outra.
    Nas outras soluções propostas acima, há uma clara dependência entre CEP e Cidade e Estado na tabela Cliente, o que viola a 3FN. Nessa solução que agora apresento, a única bizarrice é o fato de não termos uma coluna Produto. Mas pelo menos, a 3FN está sendo respeitada. Uma outra possível solução com 5 colunas permitiria termos uma tabela Produto, mas como o gabarito diz que só temos 4.

    Como disse, é complicado ter que adivinhar o que a FCC quer como resposta...
  • VENDA();
    PRODUTO();
    CLIENTE();
    CEP();
  • Errei a questão, mas imagino que sejam necessárias, ao menos, 5 relações:
    • Cliente
    • Telefone (Entidade fraca ligada ao cliente)
    • Venda
    • Item Produto
    • Produto

  • Para está na 1FN é necessário decompor o campo "endereço" em vários atributos e portanto uma outra tabela, caso contrário incorrerá em campo multivalorado.
    Acho que 5 tabelas ou mais seria necessário.

    Questão de fácil anulação. Vejam o exemplo da "tabela telefone".

    []´s
  • Realmente muito subjetiva... mas uma tabela é certa: item_venda!   Ou seja, no mínimo 4.

    Agora com relação a telefone e 3FN... poderia haver mais tabelas!!

ID
120676
Banca
FCC
Órgão
SERGAS
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Na normalização de dados, caso exista um ou mais atributos que dependam de um atributo não-chave, estes atributos deverão ser extraídos para outra tabela. Trata-se da condição para que a tabela esteja na

Alternativas
Comentários
  • Para passarmos uma relação da 2FN para a 3FN devemos ELIMINARas DEPENDÊNCIAS TRANSITIVAS utilizando a operação dePROJEÇÃO.Assim,são geradas novas tabelas correspondentes àsDFT identificadas.
  • Dica para memorizar: como vi o comentário de um colega aqui no QC:

    2FN: Dependência PARcial (dois é PAR)
    3FN: Dependência TRansitiva (Forma Normal TRês)

ID
121159
Banca
FCC
Órgão
AL-SP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Considere as entidades Empregado e Projeto e o relacionamento Chefia. Considere, ainda, que um empregado responde a um único chefe em um dado projeto, mas pode responder a outro chefe em outro projeto. Um chefe pode comandar o mesmo empregado em projetos diferentes. Chefe é empregado. Desta forma, as cardinalidades aplicadas a empregado do lado chefe, empregado do lado subordinado e projeto, são, respectivamente,

Alternativas
Comentários
  • Não entendi a resposta. Alguém saberia explicá-la, por favor?
  • O relacionamento do chefe é com o projeto e não diretamente com o empregado. Um projeto só pode ter um chefe, mas um chefe pode ter vários projetos, logo o relacionamento entre chefe e projeto é:
    [chefia] 1---------n [projeto]

    Os empregados estão relacionados aos projetos, sendo que um empregado pode estar em vários projetos e um projeto pode ter vários empregados, logo o relacionamento entre projeto e empregado é:
    [projeto] n---------n [empregado]

    A modelagem total do sistema fica:
    [chefia] 1---------n [projeto] n---------n [empregado]
  • Na questão temos um relacionamento ternário. Dessa forma temos as entidades Subordinado, Chefe e Projeto.

    Em um relacionamento ternário, temos que analisar os pares do relacionamento que fica da seguinte forma:

    - Separar a entidade Chefe e analisar o par Projeto / Subordinado. Para cada par Projeto / Subordinado temos 1 Chefe. (Para 1 projeto e 1 subornado temos apenas 1 chefe).
    - Separar a entidade Subordinado e analisar o par Chefe / Projeto. Para cada par Chefe / Projeto temos N Subordinado. (Para 1 Projeto e 1 Chefe podemos ter N subordinados)
    - Separar a entidade Projeto e analisar o par Chefe / Subordinado. Para cada par Chefe / Subordinado temos N Projeto. (Para 1 Chefe e 1 subordinado podemos ter N projetos)

    Resposta: C
  • Entendi melhor o raciocínio da Luana sem utilizar relacionamento ternário, também está certo.

    Não existe a tabela chefe, mas o autorrelacionamento chefia, que alguns chamam de entidade associativa. Ela estaria no lugar da entidade chefe no exemplo acima.

  • alguém consegue montar o diagrama ER pra poder visualizar, , queria entender o porque de empregado ter cardinalidade n
  • Entendi foi nada.

    Alguém poderia explicar melhor esta questão?

ID
126352
Banca
ESAF
Órgão
Prefeitura de Natal - RN
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Analise as seguintes afirmações relacionadas a conceitos sobre os Sistemas de Informação:

I. A "Redundância de Dados" é a preservação da precisão, integridade e confiabilidade dos dados para seu uso intencionado.
II. A "Normalização" é um método utilizado para analisar um Banco de Dados e obter o mínimo de redundância e o máximo de integridade de dados.
III. A "Integridade de Dados" é alcançada pela duplicação dos mesmos dados em vários lugares em um sistema de informação.
IV. Quando os dados são "Normalizados", os atributos contidos na tabela dependem apenas da chave primária.

Indique a opção que contenha todas as afi rmações verdadeiras.

Alternativas
Comentários
  • I. FALSO: o termo redundância pode ter, a priori, dois significados grandes em informática: segurança, com o espelhamento de dados em vários discos (volumes), como no RAID 1; e, o que se está usando aqui (para Bancos de Dados), que é a gravação de uma mesma informação em dois (ou mais) locais no disco. O que é veementemente não recomendado!Redundância seria, por exemplo, gravar o nome de um cliente em dois locais no Banco de Dados, possibilitando que, eventualmente, aconteça a gravação dos dados em um local com conteúdo diferente de outro (endereços, CPFs, até mesmo os próprios nomes de forma diferente). Portanto, para Bancos de Dados, Redundância é algo não aceitável! QUando há redundância, não há confiabilidade, nem precisão, nem integridade!II. VERDADEIRO: simplificar o sistema de bancos de dados, livrando-o de redundâncias, é o que faz o processo de normalização!III. FALSO: Já vimos que duplicar dados (em bancos de dados) não gera integridade! Gera redundância... É rejeitável tal postura!IV. VERDADEIRO: para não depender de vários índices diferentes, o primeiro passo da normalização (chamado 1FN - Primeira Forma Normal) diz que os dados devem estar ligados apenas a um índice (uma chave primária na tabela do Banco de Dados).(prof. joao antonio)
  • Discordo, respeitosamente:

    A 1FN diz que todos os atributos devem ser atômicos (i.e., simples e monovalorados). Possuir uma Chave Primária é condição básica para ser uma Tabela no Modelo Relacional, mas isso não indica que todos os atributos de uma tabela dependem apenas da Chave Primária.

    Quanto à questão, o item IV está incorreto por duas razões. É possível ter uma Tabela na 2FN (i.e., possui atributos atômicos e não possui dependência parcial), mas que possui dependência transitiva (i.e., não estão na 3FN). E, portanto, possui atributos dependentes de atributos não-chave. Ademais, mesmo que estivesse na 3FN, poderia haver duas chaves candidatas (ex: RG e CPF), sendo uma Chave Primária e outra Chave Alternada. Assim, poder-se-ia haver o caso de uma Tabela na 3FN com atributos não-chave funcionalmente dependentes da Chave Primária e da Chave Alternada.

    Logo, para corrigir o item, o ideal seria: "Quando os dados estão 'normalizados' na 3FN, os atributos contidos na tabela dependem apenas da chave candidata."

  • Também discordo.
    IV. Quando os dados são "Normalizados", os atributos contidos na tabela dependem apenas da chave primária. Na 1FN somente diz que os dados devem ser atômicos. Não tem nada haver com chave primária.
  • Bom! Já que esta todo mundo discordando eu tb discordo... :) (hehehhehe)

    Existem 2 tipos de redundancia no contexto de Banco de Dados, que é a redundancia controlada e a não-controlada. A não-controlada ocorre sem a "aprovação" do programador já que não se sabe onde ocorrera esta redundancia. Já a redundancia contralada é completamente possivel e muitas vezes "recomendada". Um exemplo seria em que a repetição de um dado poderia gerar um aumento 50% mais rapido de performance do que a nao redundancia deste dado. 

    Quanto ao item IV ao meu ver, quando ele diz "Normalizados" vc deve supor que deve ser atendido todas as formas normais e desta forma o item esta correto conforme explicação dos amigos acima.

    Apenas mais um ponto de vista de alguem que ta na luta!!! Abraços e bons estudos!!!
  • Quando os dados estão normalizados(considerando que tenham passado por todas as formas), eu não vou ter mais dependência transitiva e nem parcial, fazendo com que os dados dependam apenas da chave primária. Portanto a IV está correta sim !


ID
128785
Banca
FCC
Órgão
MPE-SE
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere:

− RelVar como a representação de um conjunto de pares ordenados de domínio e nome que serve como cabeçalho em uma relação;
− DF significando dependência funcional;
− A notação matemática para o modelo relacional.

Dado o enunciado: Seja R uma RelVar, seja X qualquer subconjunto dos atributos de R e seja A qualquer atributo isolado de R. Então, R está na 3FN se e somente se, para cada DF X  →  A em R, pelo menos uma das possibilidades a seguir é verdadeira:

I. X contém A;
II. X é uma superchave;
III. A está contido em uma chave candidata de R.

A definição da FNBC (Boyce/Codd) é obtida a partir deste enunciado da 3FN descartando somente

Alternativas
Comentários
  • Forma Normal de Boyce-Codd (ou BCNF) requer que não exista nenhuma dependência funcional não-trivial de atributos em algo mais do que um superconjunto de uma chave candidata. Neste estágio, todos os atributos são dependentes de uma chave, de uma chave inteira e de nada mais que uma chave (excluindo dependências triviais, como A→A).

    fonte: 
    http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_de_dados
  • 3FN: tem que estar na 2FN e se A->B (não trivial) então:

                                                   1) A é superchave ou

                                                   2) B é atributo primário

    FNBC: tem que estar na 3FN e se A->B (não trivial) então:

                                                   1) A é superchave

    Reparem que a definição da FNBC é parecida com a definição da 3FN, excluindo-se o item 2). Foi exatamente isso que a questão cobrou. Para estar na FNBC não é necessário que B seja um atributo primário (não precisa fazer parte de uma chave candidata).

    Resposta: D

  • Questão feia hein


ID
134041
Banca
CESPE / CEBRASPE
Órgão
CEHAP-PB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Em relação a modelo relacional e a normalização de dados, assinale a opção correta.

Alternativas
Comentários
  •  Porque a alternativa d) está errada?

  • d) Errada.

    o correto seria : "... e se toda entidade não primária  não for transitivamente dependente uma das outras".

  • Complementando:

    na 3FN, a relação deve estar na 2FN e nenhum atributo não primário pode ser dependente de outro atributo não primário. Pode ser dependente de chave primária, exatamente ao contrário que a letra D dizia.

  • Segue a retificação do Gabarito.

    Questão 45 – anulada. A resposta constante do gabarito está de acordo com a legislação aplicada ao
    caso. Entretanto, há outra opção correta que, mesmo não abrangida diretamente pelo comando, é o
    exato teor da Orientação Jurisprudencial da SDI-2 do TST n.º 127.

  • Acho que o colega acima comentou a questão errada...

    O erro da letra d é simplesmente a redação da questão. Percebam:
    "Diz-se que uma relação está na terceira forma normal se satisfizer a 2FN e se nenhuma entidade não primária for transitivamente dependente da chave primária."

    Não é nenhuma entidade não primária e sim nenhum atributo não primário. Não existe dependência transitiva entre entidades, mas sim entre atributos de uma entidade.
  • tuplas sao as linhas da tabela, ou campos que vao receber os atributos (valores). 

  • Q44678 2009 CESPE CEHAP-PB Analista

    Em relação a modelo relacional e a normalização de dados, assinale a opção correta.

      a) Errado. Dependência funcional é UMA RESTRIÇÃO entre dois conjuntos de ATRIBUTOS do banco de dados.

      d) . Errado. Forma normal está relacionado a ATRIBUTOS e não a ENTIDADE.

    Uma relação está na Terceira Forma Normal (3NF) se ela está na 2FN e nenhum atributo não-chave (não primário) é transitivamente dependente da chave primária.


ID
137059
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

No contexto de um banco de dados relacional pode-se afirmar que uma tabela que possua pelo menos um atributo nãochave, parcial ou totalmente dependente de sua chaveprimária está na:

Alternativas
Comentários
  • Uma tabela está na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela).
    Se o nome do produto já existe na tabela produtos, então não é necessário que ele exista na tabela de produtos. A segunda forma normal trata destas anomalias e evita que valores fiquem em redundâcia no banco de dados.
     

  • Não concordei com a resposta.

    A segunda forma normal afirma que uma tabela deve estar na 1FN e não deve haver dependência parcial por parte de atributos não chave. A questão afirma que existe pelo menos um atributo não chave, parcial ou totalmente dependente de sua chave primária.
  • Fui por eliminação pois, conforme falou o colega acima, para estar na 2FN, os atributos não chave devem ser TOTALMENTE dependentes da chave primária.
  • O q a questao tá afirmando é o seguinte: um atributo não chave q dependa parcial ou totalmente de sua chave primária, está na 2FN. Isso é um absurdo. Vejam:

    "Uma entidade para estar na 2FN não pode ter atributos com dependência parcial em relação à chave primária."
    Fonte: Projeto de BD - Uma visão prática, 11 Ed, 2000.
    Alguem sabe dizer se essa questão foi anulada??

  • Concordo com o comentário do colega acima.

    É bem claro que na 2FN não se admite a DEPENDÊNCIA FUNCIONAL PARCIAL.

    A tabela está na 2FN se e somente se estiver na 1FN e todos os atributos não-chave (exclui-se, portanto, os atributos que sejam chaves candidatas) sejam TOTALMENTE dependentes da chave primária INTEIRA.

    Como a questão faz referência apenas a um atributo não-chave, não vejo como possa estar na 2FN.

    Alguém pode, por favor, esclarecer a questão?
  • Ou seja, esta tabela não está NEM NA SEGUNDA forma normal.

    Já que é assim, está mais perto de estar na segunda do que estar na terceira, FNBC, etc.

    Chutei pela técnica da "menos errada", alternativa A!
  • !ERRADA!

    Nem cheguei a responder a questão, já que a questão afirma que para estar na 2  Forma Normal tanto faz ter uma dependencia parcial ou total.
  • parcial ou totalmente dependente de sua chaveprimária está na:

    V ou V = V
    V ou F = V
    F ou V = V (questão)
    F ou F = F
  • Lógica booleana dentro do enunciado é sacanagem.

  • Acertei por eliminação, porém, essa questão está ERRADA!!!


ID
137068
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Considerando as características inerentes às formas normais de um esquema de banco de dados relacional, é correto afirmar que:

Alternativas
Comentários
  • Gabarito, letra "a"

    Inicialmente Codd criou as três primeiras formas de normalização chamando-as de: primeira forma normal (1NF), segunda forma normal (2NF) e terceira forma normal (3NF). Depois, uma definição mais forte da 3NF foi proposta por Boyce-Codd, e é conhecida como forma normal de Boyce-Codd (FNBC). Esse modelo define mais algumas regras para a normalização. À medida que um conjunto de relações passa para uma forma normal, vamos construindo um banco de dados mais confiável, com menos inconsistências. O objetivo da normalização não é eliminar todas as inconsistências, e sim controlá-las.
  •  a) um esquema cujas relações estejam na terceira forma normal possibilita uma instância de banco de dados com mais redundância do que um esquema cujas relações estejam na forma normal de Boyce-Codd.

    OK. Uma relação R está na 3FN, se ela estiver na 2FN e cada atributo não chave de R não possui dependência transitiva, para cada chave candidata de R.  Uma tabela está na BCNF, se e somente se, estiver na 3FN e todo atributo não chave depende funcionalmente diretamente da chave primária, ou seja, não há dependências entre atributos  não chave.

    Mais redundância significa menos restrição, logo, BCFN é menos redundante do que 3FN.
     
     b) um esquema devidamente normalizado assegura uma instância de banco de dados totalmente livre de dados duplicatas.

    Errado. Não há tal garantia e, além disso, o conteúdo de um registro pode ser idêntico a outro, salvo pela PK.
     
     c) em um esquema cujas relações estejam na segunda forma normal nenhuma relação pode conter atributos não-chave determinados transitivamente pela chave primária.

    Errado. Uma relação está na 2FN se, e somente se, estiver na 1FN e cada atributo não-chave for dependente da chave primária inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave.  Na segunda forma normal, não podem haver dependências funcionais parciais. Isso significa que os atributos não chave devem depender somente da chave e que essa dependência deve ser por inteira. Se tivéssemos uma chave composta, não poderia haver dependência de apenas parte da chave.
     

    Uma tabela está na 1FN, se e somente se, não possuir atributos multivalor.

    Eliminação de dependência transitiva é requisito para a 3FN: Uma dependência transitiva ocorre quando um atributo não chave depende de outro atributo não chave.

     
     d) em um esquema cujas relações estejam na terceira forma normal, toda relação possui apenas uma superchave.

    Errado. Uma relação R está na 3FN, se ela estiver na 2FN e cada atributo não chave de R não possui dependência transitiva (um atributo não chave dependendo de outro não chave), para cada chave candidata de R.
    A superchave é uma composição de campos que compõem uma PK; mas uma PK pode ser composta de apenas um campo. Logo, é incorreto afirmar que toda R possui superchave.
     
     e) em um esquema cujas relações estejam na primeira forma normal nenhum atributo não-chave pode ser funcionalmente independente da chave primária.

    Errado. Isso é requisito para a 2FN; para estar na 1FN, basta que não exista campo multivalorado.

    Fonte: http://social.msdn.microsoft.com/Forums/pt/520/thread/9fbeec9d-bf33-4819-929c-0bd295a97783
  • A FNBC é um refinamento da 3FN, eliminando redundâncias desta em relação àquela.


ID
137188
Banca
CESGRANRIO
Órgão
Casa da Moeda
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Uma relação R está na primeira forma normal (1FN) e cada atributo não chave é dependente da chave primária inteira, ou seja, cada atributo não chave não depende parcialmente da chave. R está, necessariamente, em que forma normal?

Alternativas
Comentários
  • 93!

    Atentem para o fato de que existe duas "interpretações" para a 2ª FN.

    1ª - Uma relação R está na primeira forma normal (1FN) e cada atributo não chave é dependente da chave primária inteira;

    2ª - Uma relação R está na primeira forma normal (1FN) e cada atributo não primário* de R não é parcialmente dependente de nenhuma chave primária ou candidata de R.

    *Um atributo de uma relação R é chamado atributo primário de R se for membro de alguma chave candidata.

    93,93/93
  • 2FN - SEGUNDA FORMA NORMAL

    É baseada no conceito de dependência funcional total. Além de estar na 1FN, um esquema de relação R está em 2FN se cada atributo não principal A em R for total e funcionalmente dependente da CHAVE PRIMÁRIA de R.


    Fonte: DATE - INTRODUÇÃO A SISTEMAS DE BANCO DE DADOS

  • 2FN deve estar em 1FN (sem atributos multivalores e entidades aninhadas) e sem dependencias parciais (um atributo nao-chave dependente de uma chave composta, quando dividir a tabela em outra com esse atributo e a chave candidata que gerou a dependencia transferidos para a nova tabela.

  • a-

    2FN. Para estar em 2FN, nenhum atributos q nao sao parte de chaves (atributos nao-primos) devem depender de um conjunto parcial de chaves candidatas. Atributos-nao primos devem ter dependencia completa de chaves candidatas totais. É relevante que os atributos nao-chave sejam totalmente dependentes somente de atributos chaves.


ID
137221
Banca
CESGRANRIO
Órgão
Casa da Moeda
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Se uma tabela de clientes está na terceira Forma Normal (3FN), em que forma normal está também essa tabela?

Alternativas
Comentários
  • A terceira forma normal diz que cada atributo não chave é dependente da chave primária e que todos os atributos não chave são independentes entre si. Para que a terceira forma normal seja obedecida, a segunda forma normal deve ser satisfeita e para que a segunda forma normal seja obedecida, a primeira forma normal deve ser satisfeita também.
  • A definição formal da 3.ª Forma Normal:

    "Uma relação está em 3FN se, e somente se, estiver em 2FN e nenhum atributo não-primo (isto é, que não seja membro de uma chave) for transitivamente dependente da chave primária.”

    Temos então, que expor o conceito de Dependência Transitiva, que ocorre quando uma coluna, além de depender da chave primária de uma tabela, depende de outra coluna ou conjunto de colunas da tabela, ou seja, a relação não deve ter um atributo não-chave funcionalmente determinado por um outro atributo não-chave(ou por um conjunto de atributos não-chave).

    Se uma relação está na 3.ª Forma Normal, ela está, por recursividade, na 1.ª e na 2.ª Forma Normal também!

    Abraços e bons estudos galera!
    Felipe Ferrugem!

    PS: Incentivem os comentários, avaliando-os!



     


ID
140881
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a bancos de dados, julgue os itens seguintes.

São objetivos da normalização: eliminar redundâncias, evitar erros de atualização e facilitar tanto a representação do mundo real quanto a imposição de restrições de integridade.

Alternativas
Comentários
  • A questão está errada. Favor verificar no gabarito questão 99. A questão está errada porque a normalização não se encarrega de "facilitar a representação" das entidades, muito pelo contrário, o modelo de ER é um modelo matemático.

  • Acho q está correta a questão (gabarito correto). Quando se fala em "facilitar a representação do mundo real", deve estar se referindo puramente a abstração de dados em entidades (tabelas). Como por exemplo quando se faz uma entidade aluno se relacionar (relacionamento) com disciplina. e vamos dizer q aluno tem o atributo telefones (no plural). na primeira forma normal agente tira essa multivaloração do atributo telefones, com objetivo de eliminar futuros problemas de atualização, isso seriam as imposições de integridade. e o modelo ER em si é uma forma de representar o mundo real por meio de abstração de dados.
  • São objetivos da normalização: 

    1) Eliminar redundâncias, OK, a mesma informação pode ser referenciada por várias tabelas, estabelecendo-se relações que, na prática, são implementadas por meio de chaves estrangeiras.

    2) Evitar erros de atualização, OK, objetivo implementado pela integridade referencial. Quando uma tabela eh atualizada, outra tabela "enxerga" essa atualização devido as suas relaçoes.

    3) Facilitar a representação do mundo real. Aqui já discordo. O mundo real ficaria melhor representado sem eu precisar, por exemplo, especificar, em uma nova tabela q número de telefone celular e número de telefone residencial são distintos. Mesmo que um atendente de uma loja faça questão q vc informe se vc tem celular ou residencial, isso pra ele só vai fazer diferença devido aos custos de ligação, mas ambos são numeros de telefone. Já do ponto de vista técnico, vai fazer uma baita diferenca; por exemplo, nos custos de atualização do banco(se eu tiver uma tabela pra cada atributo multivalorado), não precisarei atualizar o registro inteiro apenas quando mudar o numero de celular.

    4) Facilitar a imposição de restrições de integridade, Ok

  • Impossível essa questão estar certa!!!!

  • TCE-PA 2016

    A redundância em banco de dados deve ser reduzida, mas não totalmente eliminada.

    Gab.: CERTO.

    A resposta correta depende da vontade do examinador?


ID
140884
Banca
CESPE / CEBRASPE
Órgão
ANTAQ
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a bancos de dados, julgue os itens seguintes.

A reversibilidade é um aspecto da normalização que permite que esta ocorra sem perdas de dados e relações, preservando-se as informações do banco de dados.

Alternativas
Comentários
  • Outra definição seria que uma relação de 4FN estará em 5FN, quando seu conteúdo não puder ser
    reconstruído (existir perda de informação) a partir das diversas relações menores que não possuam a mesma chave primária.

  • Reversibilidade

    Segundo Date, esse recurso é importante porque ela significa que o processo de normalização é sem perdas, ou seja, preserva as informações.

     

     

    Certo

     

  • Lembrando que a desnormalizacao é irreversível


ID
142876
Banca
FIP
Órgão
Câmara Municipal de São José dos Campos - SP
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Na transformação de um modelo de dados conceitual em um modelo de dados relacional normalizado, duas entidades que se relacionam através de um relacionamento muitos para muitos só podem ser representadas através de:

Alternativas
Comentários
  • Quando é n para n é criada uma nova tabela.

  • Quando há um relacionamento máximo N:N, a regra de implementação é a criação de tabelas próprias, ou seja, as duas tabelas do relacionamento mais uma tabela do próprio relacionamento, essa, por sua vez, conterá uma PK composta das tabelas participantes.

     

     

    Att,

     


ID
147361
Banca
FCC
Órgão
SEFAZ-SP
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere a relação 1:N entre cliente e seus pedidos e a necessidade de exclusão de um determinado cliente. A fim de manter informações históricas sobre pedidos já efetuados, independentemente da existência do cliente que os fez, deseja-se que aqueles pedidos já efetuados pelo cliente excluído não sejam apagados. As chaves primárias de ambas e em cada tabela são definidas como única. Em um banco de dados relacional normalizado até a 3FN, o atendimento de tal requisito pode ser obtido por meio de

Alternativas
Comentários
  • Sinceramenrte, não entendi porque A) é a resposta. Como irá se manter a informação sobre o cliente no pedido se seu identificador será setado para null no pedido ?
  • A ideia (pra variar mal executada) da FCC era dizer que a empresa queria apenas os registros dos pedidos, não exigindo a necessidade de se ter registros de quem fez o pedido, caso o cliente seja excluído. Por isso o "on delete set null" era apropriado.
  • A questão deveria ser anulada, pois o campo INTEIRO no banco de dados só recebe elementos inteiros e não NULL.

ID
148096
Banca
FCC
Órgão
TRT - 16ª REGIÃO (MA)
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere que um modelo relacional normalizado até a

I. 3FN contém apenas relacionamentos N:M.

II. 3FN contém apenas relacionamentos 1:1 e 1:N.

III. 3FN não pode conter dependências funcionais entre atributos não-chave.

IV. 1FN ou 2FN não pode conter dependências funcionais entre atributos não-chave e nem relacionamentos N:M.

Está correto o que se afirma APENAS em

Alternativas
Comentários
  • I. Errado! Apenas 1:1 e 1:M

    II. Correto! Pois, apenas estes evitam dependências funcionais erroneas.

    III. Correto! Este é o pré-requisito fundamental para estar na 3FN.

    IV. A primeira afirmação esta errada, pois ambas normas não se atentam para esta questão, apenas a 3FN.
  • b-

    1FN = atributos atômicos

    2FN = sem Dependencia Funcional Parcial

    3FN = sem Dependencia Funcional Transitiva


ID
148750
Banca
FCC
Órgão
TJ-SE
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Uma relação que contém grupos de repetição, mas NÃO contém dependências funcionais transitivas

Alternativas
Comentários
  • Uma relação estará na Primeira forma normal 1FN, se e somente se todos os domínios básicos contiverem somente valores atômicos (não contiver grupos repetitivos).

    fonte : http://www.luis.blog.br/primeira-forma-normal-1fn-normalizacao-de-dados.aspx
  • 1ª Forma Normal: Prega que todos os atributos de uma tabela devem ser atômicos (indivisíveis), ou seja, não são permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos, isto é, uma tabela encontra-se na 1FN quando não contém tabelas aninhadas.

    2ª Forma Normal: Uma tabela encontra-se na 2FN quando, além de encontrar-se na 1FN, cada coluna não chave, depende da chave primária completa.

    3ª Forma Normal: Uma tabela encontra-se na 3FN quando, além de encontrar-se na 2FN, toda coluna não chave, depende diretamente da chave primária, isto é, quando não há dependências transitivas.

    Resposta é a letra "b".
  • Pelo que entendo ela pode estar na 3FN, pois NÃO contém dependências funcionais transitivas e conter grupos de repetição.
    Se estiver errado, alguém poderia me explicar, por favor.

    Bons estudos!!!
  • Tambem nao entendi. Acredito ser a 3 Forma
  • Para está na 1FN( não deve conter grupos de repetição)
    Para está na 2FN( Deve está na 1FN e cada atriuto não chave depender da chave primária completa)
    Para está na 3FN( Deve está na 2FN e sem dependência funcional)
  • Essa questão aí é para aquele candidato que já esta com pressa, tempo esta se esgotando e precisa passar para o gabarito, e fazendo uma leitura rápida, o seu cérebro capta a informação que é em destaque de uma 3FN que é o que? Eliminar a dependência transitiva e aí vai lá, marca a letra C e erra e depois não entende né? Só que ele esquece que antes da virgula a questão diz que a relação ainda contém grupos de repetição e se ainda contém isso quer dizer que não está na 1FN, não está na 2FN e muito menos na 3FN por que?


    Sabemos que a palavra chave de cada uma é o quê? 1ºFN = eliminar atributos compostos não é isso? 2ºFN = eliminar a dependência funcional.  3ºFN = ELiminar dependência transitiva e como todas estas são palavras chaves vai la e marca a letra C rsrsrs.. 

    Então para não errar mais, acrescente no seu resumo isso aqui: 1FN - eliminar atributos compostos para formar novas relações, separando-os a partir de grupos de repetição antes existentes dentro de sua relação. 

    Para melhorar o escrito sobre a 1FN acima veja que o Navathe diz em seu livro: "1FN reprova relações dentro de relações ou relações como valores de atributo dentro de tuplas"

    Com base nessas informações e indo as alternativas chegamos a conclusão de que as nossas tabelas não estão normalizada.

    Bons estudos!
  • Se a tabela contém grupos de repetição, nao esta normalizada porque a 1° fase da normalização (1FN) exige justamente a eliminação de grupos repetitivos (atributos multivalorados).


ID
149392
Banca
FCC
Órgão
TJ-SE
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

A não eliminação de dependências transitivas, ou seja, colunas que dependam de outras que NÃO fazem parte da chave primária, indica que a relação se mantém na

Alternativas
Comentários
  • 1FN: Não contém tabelas alinhadas (grupos repetidos ou colunas multivalorada ou coluna não atômica) ou seja, todos os atributos são atômicos e divisivel.

    2FN: Uma relação está na 2FN se e somente se estiver na 1FN e não possuir dependências funcionais parciais, ou seja, todos os atributos não chave devem depender funcionalmente da chave primária inteira. Só ocorre com chave primária composta.

    3FN: Uma relação está na 3FN se e somente se estiver na 2FN e não possuir dependencias transitivas entre os atributos. Dependência transitiva ocorre quando um atributo não-chave depende de outro que não é chave da relação.

    4FN: Uma relação está na 4FN se e somente se estiver na 3FN  e não existir dependencias multivaloradas.

    5FN: EStá ligada a noção de dependência de junção.

    FNBC: Uma relação está na FNBC se e somente se estiver na 3FN e não houver dependencia funcionais triviais dentro da chave primária.
  • Enquanto não eliminar as dependências transitivas sua tabela esta na 2FN

    Para entrar na 3FN pré requisito chave é eliminar dependência transitiva.
    Se eliminar dependencia transitiva então
     
    --> Tabela esta na 3FN senão


    --> Tabela esta na 2FN ainda
  • 2FN.

    A entidade esta em 3FN se todas as dependencias transtitivas (atributos que dependem indiretamente da chave primaria) sao eliminadas, criando tabelas com os atributos nao-chaves com pk um atrubuto que seja fk na tabela original.

  • Questão com pegadinha! Veja que o examinador fala na eliminação de dependências transitivas, que é um critério para se atingir a 3FN. Contudo, o que é perguntado é a forma normal em que a relação irá se manter, caso as dependências transitivas não sejam eliminadas. Como as formas normais são cumulativas, podemos assumir que a relação está na 2FN, se mantendo assim pela não satisfação das regras da 3FN.


ID
150988
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de sistemas de informações gerenciais, são feitas as afirmativas a seguir.

I - Uma das diferenças entre bancos de dados relacionais e multidimensionais diz respeito ao compromisso entre performance e escalabilidade: bancos de dados relacionais proporcionam consultas mais rápidas, enquanto bancos de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas.

II - ROLAP se refere a um tipo de solução OLAP que utiliza um bancos de dados relacional.

III - Quando um projeto inicia por datamarts departamentais especializados que mais tarde se consolidam em um data warehouse institucional, existe uma chance maior de surgirem problemas de inconsistência de metadados do que quando um data warehouse institucional dá origem a datamarts departamentais.

IV - Para melhoria de performance, as tabelas em data warehouses, em geral, estão nas formas normais mais altas (considerando que 5 FN é mais alta que 1 FN).

Estão corretas APENAS as afirmativas

Alternativas
Comentários
  •  I - Uma das diferenças entre bancos de dados relacionais e multidimensionais diz respeito ao compromisso entre performance e escalabilidade: bancos de dados relacionais proporcionam consultas mais rápidas, enquanto bancos de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas. 
    - A principal diferença entre os dois está na sua representação, sendo que os relacionais possuem tuplas representadas por linhas e colunas enquanto os multidimensionais possuem linhas, colunas e dimensões(no caso do tridimensional). As consultas aos bancos multidimensionais são também mais rápidas que comparada aos relacionais, tendo em vista a normalização como gargalo.

    II - ROLAP se refere a um tipo de solução OLAP que utiliza um bancos de dados relacional. 
    - Correta a comparação.
     
    III - Quando um projeto inicia por datamarts departamentais especializados que mais tarde se consolidam em um data warehouse institucional, existe uma chance maior de surgirem problemas de inconsistência de metadados do que quando um data warehouse institucional dá origem a datamarts departamentais. 
    - a junção de data marts(DM) para formarem um data warehouse(DW) pode ter problema entre os padrões adotados em cada DM, enquanto que um padrão estabelecido em um DW poderia ser continuado caso vários DM fossem formados a partir dele. Então a afirmação está correta.
     
    IV - Para melhoria de performance, as tabelas em data warehouses, em geral, estão nas formas normais mais altas (considerando que 5 FN é mais alta que 1 FN). 
    - Um DW perde com os níveis de normalização, então sua melhoria é inversamente proporcional à normalização.
  •   I - Uma das técnicas para armazenamento de dados dimensionais é a organização de tabelas, segundo o Esquema Estrela. Em bases de dados, que atendem a esse esquema, podem-se encontrar tabelas que não atendam à Terceira Forma Normal.

    - Correto

    II - Bases de dados de apoio à tomada de decisão armazenam grande quantidade de dados. Por isso, não é recomendável a criação de índices em tais bases de dados.
    - A criação de índices seria uma melhoria dada a quantidade muito grande de dados

    III - Em gerenciadores de bancos de dados multidimensionais podem ser encontrados operadores que permitem percorrer hierarquias existentes. Dentre tais operadores estão o de Drill Down e o de Drill Up.
    - Correto, Drill Up também é conhecido como Roll Up

    IV - O procedimento de Extração, Transformação e Carga (também conhecido por ETL) é um dos processos realizados em ambientes de depósitos de dados (data warehouse). Nesse contexto, a Extração se refere à tarefa de retirada de dados do data warehouse (visando a reduzir os dados antigos); a Transformação se refere ao processo de compactação de dados, e a Carga se refere à tarefa de inclusão de novos dados no data warehouse.
    - O conceito de ETL está associado a criação de um data warehouse. A extração é feita em diversas bases, logo após a transformação irá padronizar os dados que por último serão carregados no data warehouse.

    V - Uma das características de bases de dados de apoio à tomada de decisão é a necessidade de armazenarem dados que refletem sempre a situação atual do assunto que representam. Nesse tipo de base de dados, quaisquer informações que não sejam atuais podem ser descartadas, pois não auxiliam em uma boa tomada de decisão.
    - Bases de dados que estão relacionada a tomada de decisão estão diretamente relacionadas com dados históricos e não com dados extremamente atuais, pois para uma boa tomada de decisão é preciso principalmente de dados que mostrem como a organização se comportou durante um determinado tempo.

  •  Manoel, o começo da primeira afirmação não está errado. Uma das diferenças entre bancos de dados relacionais e multidimensionais DE FATO diz respeito ao compromisso entre performance e escalabilidade. Veja que a afirmação não diz que é a principal diferença, e sim que é uma das diferenças (e é uma das mais importantes).

    O erro da afirmação está em ter trocado a atribuição. Ela afirma que BDs relacionais possuem melhor performance, enquanto que os multidimensionais são mais escaláveis.

    O correto é o contrário:

    Relacional: escalabilidade; Multidimensional: performance.
  • I - Uma das diferenças entre bancos de dados relacionais e multidimensionais diz respeito ao compromisso entre performance e escalabilidade: bancos de dados relacionais proporcionam consultas mais rápidas, enquanto bancos de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas. 
    Errado. Banco de dados relacionais não proporciona consulta mais rápidas, uma vez que os dados são armazenados normalizados, o que apresenta maior necessidade de junções.

    IV - Para melhoria de performance, as tabelas em data warehouses, em geral, estão nas formas normais mais altas (considerando que 5 FN é mais alta que 1 FN).
    Errado. Ocorre justamente o contrário, para melhor performance dos data warehouse os dados são armazenados denormalizados.
  • I - Uma das diferenças entre bancos de dados relacionais e multidimensionais diz respeito ao compromisso entre performance e escalabilidade: bancos de dados relacionais proporcionam consultas mais rápidas, enquanto bancos de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas.
    Sim, uma das diferença entre banco de dados relacionais e muldimensional pode ser a performance e a escalabilidade.
    Banco de dados relacionais não proporciona consultas mais rápidas que os banco de dados multidimensionais, pois banco de dados relacionais são normalizados.
    Já a informação: banco de dados multidimensionais lidam melhor com grandes quantidades de informações armazenadas está correta.
  • Amigo, o gabarito diz que a III está correta e você diz que está errada. Não entendi?

ID
153535
Banca
FGV
Órgão
Senado Federal
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

A normalização de dados representa uma seqüência de passos aplicada no projeto de um BD que permite um armazenamento consistente e um eficiente acesso aos dados em um banco de dados relacional, com o objetivo de reduzir a redundância e as chances de os dados se tornarem inconsistentes. Considerando que PED se refere ao atributo PEDIDO e que é chave primária, a tabela que se encontra na 3ª. FN é:

Alternativas
Comentários
  • Letra A - Fere a 1FN, ou seja não se pode ter atributos multivalorados. Na descrição tem vários equipamentos.
    solução: ter uma tabela para  armazenar os equipamentos separados da tabela pedidos

    Letra B - mesmo problema da letra A. fere a 1FN, pois tem mais de um telefone no mesmo campo. solução: criar uma tabela telefone e fazer o relacionamento

    Letra C - Fere a 3fn - Perceba que o campo TOTAL depende de QUANTIDADE E PREÇO.

    Letra D - Certa

    Letra E - Mesmo caso da letra C

ID
154075
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Uma tabela na qual todos os seus atributos definidos contenham apenas valores atômicos, isto é, formados por valores elementares e não por conjuntos de valores, encontra-se na

Alternativas
Comentários
  • Uma relação estará na Primeira forma normal 1FN, se e somente se todos os domínios básicos contiverem somente valores atômicos (não contiver grupos repetitivos). Em outras palavras podemos definir que a primeira forma normal não admite repetições ou campos que tenha mais que um valor.Uma tabela está na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela).Uma tabela está na Terceira Forma Normal 3FN se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave.Na terceira forma normal temos de eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.“Uma tabela está na 4FN, se e somente se, estiver na 3FN e não existirem dependências multivaloradas”.A 5FN está ligada a noção de dependência de junção: Se uma relação é decomposta em várias relações e a reconstrução não é possível pela junção das outras relações, dizemos que existe uma dependência de junção. Existem tabelas na 4FN que não podem ser divididas em duas relações sem que se altere os dados originais.
  • 1 FN

    Não contém tabelas aninhadas.

    Contém estrutura com maior redundância.

     

    Garante que um atributo composto seja convertido para atributos individuais.

     

    São valores atômicos (ou indivisíveis). Ou seja, não contenham repetições dentro de um campo.

     

    Não Possui atributos multivalorados. Um atributo multivalorado é um atributo de uma entidade que pode, para cada instância possuir mais de um valor.

     

    Segundo C. J. Date: Uma variável de relação está em 1FN se e somente se, em todo valor válido dessa variável de relação, cada tupla contém exatamente um valor para cada atributo.


ID
154078
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Um processo de normalização aplicado com rigor nas tabelas relacionais de um modelo de dados poderá implicar em

Alternativas
Comentários
  • a) menor segurança nos acessos aos sistemas --> o sistema de normalização não interfere na segurança dos dados.

    b) menor desempenho em transações de consultas. --> certa, pois haverá mais tabelas para serem consultadas.

    c) maior redundância de dados nos arquivos. --> Errado, poisa normatização visa a reduzir as redundâncias de dados

    d) maior performance nas atualizações dos bancos.--> Para mim isso está certo, visto que com a normatização haverá menos indice por tabelas e logo isso melhora o desempenho das instruções insert, update e delete.

    e) maior simplificação na administração das tabelas. --> errado, com a normatização haverá uma quantidade maior de tabela estreita com poucas colunas, resultando em maior complexidade na administração dos dados.

  • Pois é, duas questões corretas. Foi anulado?
  • Letra B
    Pois justamente um datawarehouse  precisa desnormalizar uma base de dados para ter ganho de performance. Pois o processo de normalização, passa pela decomposição gerando um aumento do número de tabelas e consequentemente o número de junções nas funções de consulta.

  • A meu ver é impossivel a B e a D estarem corretas ao mesmo tempo.

    Uma é a negativa da outra.


    Se a B está correta e afirma que o desempenho é MENOR nas transações e a D afirma que a performance(Desempenho) nas atualizações(transações) será MAIOR, uma nega a outra.

  • normalização causa menor desempenho, mas é necessari para evitar redundancias & anomalias de atualização (e.g: adicionar um registro somente se atributos que causam dependencia transitiva forem tambem preenchidos)


ID
158968
Banca
CESPE / CEBRASPE
Órgão
STJ
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Acerca do modelo relacional e da normalização de dados, julgue os
itens a seguir.

A normalização é um processo no qual são analisados esquemas de relações, com base em dependências funcionais e chaves primárias, visando minimizar redundâncias e anomalias de inserção, exclusão e atualização. Na normalização, se ocorrer a decomposição de uma relação, cada dependência funcional existente antes da decomposição terá de ser representada em alguma relação existente depois da decomposição.

Alternativas
Comentários
  • vlw mariana ajudou muito...kkk

  • Essa questão parece ter sido classificada erroneamente.

  • WTF é isso, notifiquem vocês tbm esse erro ao QC. Questão maluca classificada no RISTJ

  • Questão de banco de dados que foi classificada  erroneamente como questão de RISTJ!

    - A normalização de dados é uma série de passos que se seguem no projeto de um banco de dados. Permitem um armazenamento consistente e um eficiente acesso aos dados em bancos de dados relacionais. Esses passos reduzem a redundância de dados e as chances dos dados se tornarem inconsistentes.
    -Na normalização, se ocorrer a decomposição de uma relação, cada dependência funcional existente antes da decomposição terá de ser representada em alguma relação existente depois da decomposição.(CORRETO) - Após a decomposição os dados permanecem "ligados" através da relação existente nas novas tabelas.

    Gabarito: Correto
  • QC, favor corrigir essa questão. Não se trata de Regimento Interno do STJ.

  • Kkkkkkkkk kkkkkkkkkkk 

    PQP

    O cargo em TI justifica, porém,  segundo o RI, cadê tal artigo? 

    Cômico cômico cômico!!!!!!! 


  • Pessoal, a questão foi erroneamente classificada (Notifiquei o erro ao QC). Na verdade trata-se de uma questão de Normalização de Banco de dados. Abaixo segue uma explicação detalhada do Alexandre Santos.


    Bons estudos!

  • Ótima definição do processo de normalização. O detalhe aqui é que o examinador traz a condição de que, no caso de haver a necessidade da composição de uma relação em outras relações, deve ser possível reconstruir os registros separados através de junções entre as tabelas.

    Por exemplo, se você tira o atributo multivalorado “telefones” da tabela “pessoas”, criando uma nova tabela para guardar essa informação, deve continuar sendo possível associar cada pessoa aos seus telefones através de um relacionamento entre as duas tabelas.

  • Q261385 - Banco de Dados - Formas normais

    Ano: 2011 Banca: CESPE / CEBRASPE Órgão: MEC Prova: CESPE - 2011 - MEC - Administrador de Banco de Dados

    Julgue o item seguinte, a respeito de dependência funcional e normalização.

    A normalização de dados é o processo da análise de determinados esquemas de relações com base em suas dependências funcionais e chaves primárias. Esse processo visa alcançar as propriedades desejáveis de maximização da redundância e de minimização das anomalias de inserção, exclusão e atualização.

    ERRADO


ID
161812
Banca
FCC
Órgão
TRF - 5ª REGIÃO
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Com respeito ao nível lógico (conceitual e externo) dos bancos de dados relacionais normalizados é correto afirmar que:

Alternativas
Comentários
  • a) As conexões entre tabelas são vistas pelo usuário, na forma de ponteiros. na forma de referencia.

     c) Um relacionamento do tipo N:M implicará em chaves estrangeiras multivaloradas nas tabelas relacionadas. 
    Errado. Resultará em uma tabela com a chave estrangeira do relacionamento N e M sendo chave primária nesta tabela.

     d) Um relacionamento do tipo 1:N implicará em que as chaves do lado N 1 serão chaves estrangeiras multivaloradas na tabela representada pelo lado N. 

    e) Um relacionamento do tipo 1:1 não pode ser implementado em tabelas relacionais.
  • b) somente um modo?
    E os atributos derivados? Eles não são valores explícitos de colunas em tabelas, mas são representados no modelo. Por exemplo, os anos de vida de alguém pode ser derivado a partir da data de nascimento e da data atual.

    Por isso, eu discordo da afirmação na letra B. 
  • concordo com o Rodrigo...

    posso ter atributos sem que seus valores estejam explicitamente escritos nas colunas...


ID
161839
Banca
FCC
Órgão
TRF - 5ª REGIÃO
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Considere a seguinte relação:

. Funcionário (MatrículaFunc, NomeFunc, CódigoCargo, DescriçãoCargo)

Essa relação é derivada em duas outras:

. Funcionário (MatrículaFunc, NomeFunc, CódigoCargo) e
. Cargo (CódigoCargo, DescriçãoCargo)

É correto afirmar que

Alternativas
Comentários
  • Gabartito: C

    A tabela funcionário inicial estava na 2FN, já que não tinha chave composta e portanto todos atributos dependiam funcionalmente da chave (2FN), e todos atributos são atômicos (1FN).
    Entretanto, na tabela inicial, tinha uma dependência entre as colunas não-chave CódigoCargo e DescriçãoCargo. Eliminando essa dependência, logo a terceira formal normal está sendo respeitada:
    "Uma tabela está na terceira forma normal se e apenas se,  estiver na 2FN, e não tiver dependências transitivas*. 

    *Dependência transitiva= uma dependência (funcional) transitiva ocorre quando uma coluna além de depender da chave primária da tabela, depende de outra coluna ou conjunto de colunas da tabela

ID
163567
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Um dos objetivos do processo de normalização de um Banco de Dados relacional é minimizar as redundâncias de suas relações.

PORQUE

Um Banco de Dados normalizado até a 3ª forma normal garante que todas as repetições de valores nas linhas das relações foram eliminadas.

Analisando as afirmações acima, conclui-se que

Alternativas
Comentários
  • A primeira afirmação esta correta.

    A segunda esta errad pois:

    Existem ainda a 4FN, 5FN, BCNF ...

    Não tem como eliminar todas as possibilidades de redundância, mas sim reduzí-las.
  • Pessoal é possível fazer um banco sem redundancia sim, porem a questão falou que a 3FN garante um banco livre repetições. Isso nem sempre é verdade. Nós podemos ter um banco normalizado ate a 3FN com repeticoes de linhas sim.
  • Alguém  pode citar um exemplo de um banco na 3FN mas que possa ter linhas repetidas ?
  • 93!

    Uma tabela na 3ª FN pode ainda possuir Dependencias Funcionais Multivaloradas!

    93,93/93
  • Respondendo ao colega:

    Na grande maioria dos casos, as entidades normalizadas até a 3FN são fáceis de entender, atualizar e de se recuperar dados. Mas às vezes podem surgir problemas com relação a algum atributo não chave, que recebe valores múltiplos para um mesmo valor de chave. Esta nova dependência recebe o nome de dependência multivalorada que existe somente se a entidade contiver no mínimo três atributos. Uma entidade que esteja na 3FN também estará na 4FN, se ela não contiver mais do que um fato multivalorado a respeito da entidade descrita.
    Cód Funcionário Habilidade Idioma
    1234 SQL Server Inglês
    1234 Oracle Francês
    1234 Oracle Inglês
    1234 Access Alemão

    Fonte: http://pt.scribd.com/doc/70941522/21/Estrutura-geral-do-SGBD
  • Caros. Todos os comentários acima são válidos e didáticos.

    O problema, no entando é que falamos da CESGRANRIO, a banca mais malandra de todas.

    Reparem que no 1o enunciado ele fala sobre redundâncias e relações... tudo muito formal, E CORRETO.

    No entanto, na 2a afirmação, ele fala sobre REPETIÇÃO DE VALORES... não fala sobre redundância nem sobre dependências, ele fala REPETIÇÕES DE VALORES.
    Ora, se uma tabela tiver o atributo sobrenome, teremos diversos Silva nessa tabela, ou seja TEREMOS REPETIÇÃO DE VALORES. Pois é isso que ele está falando... ele quer que você, que estudou muito, queria pensar em tudo que estudou e principalmente no que não estudou tanto [como a 4a e 5aFN].
  • Como foi dito, realmente até a 3FN ainda podem existir repetições de valores nas linhas, pois é a 4FN que elimina a Dependência Multivalorada.

ID
164623
Banca
FGV
Órgão
BADESC
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Diz-se que um agrupamento está na terceira forma normal se já estiver na segunda forma normal e atender à seguinte condição:

Alternativas
Comentários
  • Resumo:
    Atingir a Primeira forma normal (1FN) - Consiste em retirar tabelas aninhadas, ou seja, retirar atributos que possam conter um vetor de valores e transforma-los em uma tabela distinta. 
    Atingir a Segunda forma normal (2FN) - Além de estar na 1FN, é necessário eliminar as dependências funcionais, ou seja, retirar atributos que dependam funcionalmente somente de uma parte da chave primária. Note que se a chave primária não for composta, e estiver na 1FN, ela automaticamente estará na 2FN. 
    Atingir a Terceira Forma Normal (3FN) - Além de estar na 2FN, é necessário eliminar as dependências transitivas, ou seja, os atributos não podem depender funcionalmente de atributos não chaves.
    Logo, alterinativa correta letra "b"
  • a) se todo atributo não chave depende funcionalmente diretamente da chave primária. Essa é a 2FN
    b) Se nenhum dos seus atributos depender funcionalmente de atributos não chave. Essa é a 3FN, resposta correta
    c)
    d)
    e) se não existirem dependências multivaloradas. Essa é a 4FN
  • Na verdade, a letra a) é a definição para a FNBC e não apenas para a 3FN.

    Utilizando como bibliografia  Elmarsi / Navathe, "Sistemas de Banco de Dados 6ª Edição", Cap 15, pg 353-357.

    A definição da geral 3FN diz: "Um esquema de relação R está na 3FN se toda vez que uma dependência funcional não trivial X-> A se mantiver em R, ou X for uma superchave de R ou A for um atributo principal de R"

    Traduzindo, ou a parte esquerda da dependência funcional é superchave de R, ou a parte direita é atributo principal de R. Isso quer dizer que não necessariamente precisamos que o atributo dependa diretamente da chave para a 3FN, ele também pode ser um atributo principal (membro de qualquer chave candidata da relação) desta relação para que esta forma normal seja atingida.

    Já a definição da FNBC é mais restrita: "Um esquema de relação R está na FNBC se toda vez que uma dependência funcional não trivial X-> A se mantiver em R, X for uma superchave de R". Vejam que nem aí podemos considerar a alternativa 100% correta, nem mesmo na FNBC pois a dependência funcional direta da chave primária é exigida (pode ser funcionalmente dependente de uma superchave).

  • Letra A: Incorreta. Para satisfazer a 3FN, todo atributo não chave deve depender diretamente (não transitivamente) de atributos chave (não necessariamente "chave primária")

    Letra B: Correto

    Letra C: Incorreta. É a definição da 2FN

    Letra D: Incorreta. É uma exigência para satisfazer a 1FN

    Letra E: Incorreta. É a definição da 4FN


ID
171685
Banca
CESPE / CEBRASPE
Órgão
Banco da Amazônia
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em relação aos conceitos e às características de um banco de dados,
julgue os itens subsequentes.

Para que uma tabela esteja na terceira forma normal, é necessário que todos os seus atributos não chave sejam irredutivelmente dependentes da chave primária.

Alternativas
Comentários
  •  A questão esta correta.

    Para que uma tabela esteja na 3FN ela deverá estar na 2FN e nenhum atributo não chave possuir dependência transitiva.

    A  nova chave primária será o atributo onde os atributos retirados são dependentes da chave primária.

  • Em outras palavras podemos definir que a primeira forma normal não admite repetições ou campos que tenha mais que um valor.

    Uma tabela está na Segunda Forma Normal 2FN se ela estiver na 1FN e todos os atributos não chave forem totalmente dependentes da chave primária (dependente de toda a chave e não apenas de parte dela).
    Se o nome do produto já existe na tabela produtos, então não é necessário que ele exista na tabela de produtos. A segunda forma normal trata destas anomalias e evita que valores fiquem em redundâcia no banco de dados.

    Uma tabela está na Terceira Forma Normal 3FN se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave.
    Na terceira forma normal temos de eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.

  • Para sermos objetivos nessa questão, e sem muito blablablá. É o seguinte: para estar na 3FN é necessário estar na 2FN, e nenhum campo não chave não pode ser dependente de outro campo não chave( dependência transitiva). O que  a questão disse é EXATAMENTE o conceito da 2FN.  Só isso galera. Abraços.
  • Disse tudo o Júlio César... é muita malvadeza da CESPE, rsrsrsrs mas tem q prestar muita atenção... e lembrar sempre q não existe 3ª FN sem ta na segunda.. esse que era o tchan da questão!!!
  • Malvadeza da Cespe mesmo, ela dá a definição da 2FN e diz que para estar na 3FN  "é necessário".

    E é a pura verdade: estar na 2FN é condição necessária para alcançar a 3FN, embora não seja condição suficiente.

    Eu erraria fácil.
  • Pessoal é sabido que para estar na 3FN devem ser eliminadas as dependências transitivas, ou seja, não pode existir atributo não chave dependente de outro atributo não chave. Mas confesso que fiquei em dúvida quando a questão cita o termo "irredutivelmente". Pois, quando temos apenas atributos não chave que são irredutivelmente (exclusivamente?) dependentes da chave primária, não estamos, automaticamente, na 3FN?

  • O problema dessa questão não é saber as definições das Formas Normais, mas sim adivinhar o que a banca quis dizer com irredutivelmente (não se pode reduzir) no contexto de normalização.

  • Lí os comentários, mas não me convenci ainda.  "Para que uma tabela esteja na terceira forma normal"... não basta estar na 2FN ("é necessário que todos os seus atributos não chave sejam irredutivelmente dependentes da chave primária"), deve TAMBÉM ser verificada a dependência transitiva entre os atributos não-chave, após isso estará na 3FN

    Acredito que caberia recurso.

  • Maldosa demais ...

  • que banca desgraçada kkkkkkkkkk, caí igual um patinho


ID
191806
Banca
CESGRANRIO
Órgão
ELETROBRAS
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Os dados armazenados em um data warehouse, que fornecem informações para um ambiente multidimensional para tomada de decisões de uma empresa, não estão normalizados. Essa redundância de dados, criada propositalmente, tem como objetivo

Alternativas
Comentários
  • Um Data Warehouse utiliza dados em formato de-normalizados[2]. Isto aumenta o desempenho das consultas e como benefício adicional, o processo torna-se mais intuitivo para os utilizadores [3] comuns. Essa maneira de reordenar os dados chama-se Modelagem Dimensional, e o resultado da modelagem é o Modelo Dimensional, ou MD. Entretanto, algumas transações e consultas em bases de dados normalizadas podem se tornar lentas devido às operações de junção entre tabelas (JOIN).

    Fonte: pt.wikipedia.org/wiki/Data_Warehouse

  • Para responder facilmente essa questão basta ter em mente a comparação entre Banco de Dados Transacional e Data Warehouses(DW).

    "Os bancos de dados relacionais tradicionais são otimizados para processar consultas que podem mencionar pequena parte do banco de dados e transações que tratam inclusões ou atualizações de algumas poucas tuplas por relação a processar. (...) Contudo, os data warehouses são projetados justamente para dar apoio a extração, processamento e apresentação eficiente para fins analíticos e de tomada de decisão. Em comparação com os bancos de dados tradicionais, os data warehouses geralmente contêm quantidades muito grandes de dados de fontes múltiplas (...)." [1]

    Tendo em vista essa comparação, podemos concluir que os DW não possuem como necessidade máxima o desempenho de consultas a uma grande massa de dados e a normalização, neste caso, só iria aumentar a quantidade de consultas degradando o desempenho esperado.

    [1] ELSMARI - NAVATHE, Sistema de Banco de Dados, 4ª edição, 2008.


ID
192946
Banca
FCC
Órgão
MPE-RN
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Na normalização, a eliminação dos atributos multivalorados ocorre durante a aplicação da

Alternativas
Comentários
  • Uma relação está na 1FN se não contem tabelas alinhadas (grupo repetido ou colunas multivaloradas ou colunas não atomicas)
    Todos os atributos são atêmicos e divisíveis.
  • Para quem marcou 4FN: não confundir atributo multivalorado com dependência multivalorada.

  • 1 FN

    Não contém tabelas aninhadas.

    Contém estrutura com maior redundância.

     

    Garante que um atributo composto seja convertido para atributos individuais.

     

    São valores atômicos (ou indivisíveis). Ou seja, não contenham repetições dentro de um campo.

     

    Não Possui atributos multivalorados. Um atributo multivalorado é um atributo de uma entidade que pode, para cada instância possuir mais de um valor.

     

    Segundo C. J. Date: Uma variável de relação está em 1FN se e somente se, em todo valor válido dessa variável de relação, cada tupla contém exatamente um valor para cada atributo.


ID
195406
Banca
CESPE / CEBRASPE
Órgão
TCU
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Uma equipe de desenvolvimento de software recebeu a
incumbência de desenvolver um sistema com as características
apresentadas a seguir.

* O sistema deverá ser integrado, interoperável, portável e
seguro.
* O sistema deverá apoiar tanto o processamento online, quanto
o suporte a decisão e gestão de conteúdos.
* O sistema deverá ser embasado na plataforma JEE (Java
enterprise edition
) v.6, envolvendo servlets, JSP (Java server
pages
), Ajax, JSF (Java server faces) 2.0, Hibernate 3.5, SOA
e web services.

O líder da equipe iniciou, então, um extenso processo de
coleta de dados com o objetivo de identificar as condições
limitantes da solução a ser desenvolvida e tomar decisões
arquiteturais e tecnológicas que impactarão várias características
funcionais e não funcionais do sistema, ao longo de seu ciclo de
vida. A partir dessa coleta, o líder deverá apresentar à equipe um
conjunto de informações e de decisões.

No que se refere a técnicas de análise de desempenho e otimização
de consultas SQL, no contexto do desenvolvimento do sistema
descrito no texto, julgue os itens seguintes.

É correto que duas diferentes abordagens de indexação sejam utilizadas no desenvolvimento do sistema em questão: a parte do sistema que realizará processamento de transações online deve ser embasada em um banco de dados fortemente normalizado e com indexação cuidadosamente ajustada; a parte do sistema que realizará processamento de suporte a decisão deve ser fracamente normalizada, podendo, até, ser denormalizada, e conter grande quantidade de indexação, o que permite a escolha de várias alternativas de índices para processamento de consultas.

Alternativas
Comentários
  • OLTP - On Line Transaction Processing
    É correto que duas diferentes abordagens de indexação sejam utilizadas no desenvolvimento do sistema em questão: a parte do sistema que realizará processamento de transações online deve ser embasada em um banco de dados fortemente normalizado e com indexação cuidadosamente ajustada;

    OLAP - On-line Analytical Processing
    a parte do sistema que realizará processamento de suporte a decisão deve ser fracamente normalizada, podendo, até, ser denormalizada, e conter grande quantidade de indexação, o que permite a escolha de várias alternativas de índices para processamento de consultas.
  • Discordo do fortemente normalizado, porque isso é muito subjetivo quando a questão pede "técnicas de análise de desempenho e otimização
    de consultas SQL". Todos sabem que um banco fortemente normalizado pode afetar o desempenho.
  • Concordo com Davi.

    É o tipo de questão que a banca pode simplesmente escolher se vai considerar certa ou não pelo grau de subjetividade de algumas proposições.

    Trecho do enunciado:
    "deve ser embasada em um banco de dados fortemente normalizado"

    Esse "deve" aí se fosse trocada por preferencialmente, no meu entendimento, deixaria a questão correta de forma inequivoca, já que todas as principais bibliografias de BD indicam a normalização para bancos de dados de sistemas OLTP como uma boa prática, porém todas também definem exceções na sua utilização.
  • Concordo com o Raul e Davi! Esse "deve" o CESPE interpreta do jeito que ele quer! As vezes ele é rigoso com algumas questões colocando-as como erradas justamente por causa deste termo. Já em outras, ele simplesmente ignora.


ID
211003
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens subsequentes a respeito de técnicas de normalização.

Uma relação está na segunda forma normal (2FN) se e somente se estiver na 1FN e qualquer atributo da chave for dependente funcional (DF) completo em relação a cada chave, tal que não há atributo fora da chave que seja DF parcial em relação a cada chave.

Alternativas
Comentários
  • Alteração de gabarito

    preliminar: C
    definitivo: E
    Justificativa: Cada atributo da chave deve ser INDEPENDENTE de outro atributo da chave para que a relação esteja em 2FN. Portanto, o item está ERRADO.

    Só não sei de onde saiu essa definição para 2NF. Independência entre atributos componentes da chave.

  • Olá, pessoal!

    O gabarito foi atualizado para "E", após recursos, conforme edital publicado pela banca, e postado no site.

    Justificativa da Banca:  Cada atributo da chave deve ser INDEPENDENTE de outro atributo da chave para que a relação esteja em 2FN. Portanto, o item está ERRADO.

    Bons estudos!

  • Alguém por favor poderia explicar o que o autor que dizer com isso?
    "tal que não há atributo fora da chave que seja DF parcial em relação a cada chave."

  • Ela não deveria ser alterada não. deveria ser anulada! muito mau formulada
  • Rodusa,
    DF = Dependência Funcional. Na afirmação "tal que não há atributo fora da chave que seja DF parcial em relação a cada chave.", o autor quis dizer que todos os atributos que não são chaves, não podem depender somente de uma parte da chave. Ou seja, só deve exisitr dependências funcionais totais. O que é exatamente a exigência para se atingir a Segunda forma normal (2FN): "uma tabela além de estar na 1FN precisa eliminar as dependências funcionais (DF) parciais, ou seja, retirar atributos não chaves que dependam funcionalmente somente de uma parte da chave primária".  Note que se a chave primária não for composta, e estiver na 1FN, ela automaticamente estará na 2FN.
     
    Exemplo meia boca pra simplificar: Produto (Id_Produto, Data_Validade, Preço, Descrição) 
    Id_Produto Data_Validade Preço Descrição
    1 10/10/13 10,00 Caderno
    2 10/10/23 20,00 Lápis
    2 10/10/12 20,00 Papel
    3 10/10/14 15,00 Caneta
    1 10/10/14 10,00 Corretivo
    Essa tabela está na 1FN (não tem campos multivalorados), porém não está na 2FN porque possui dependências funcionais (DF) parciais... ou seja, possui um atributo não chave (Preço) que depende somente de uma parte da chave (Id_Produto). Preço não depende de Data_Validade que também é chave.
    A questão está errada pelos motivos que o Leonardo já explicou =). Mas a última frase eu acredito estar certa. Sucesso!
  • Alguem poderia me explicar sobre Dependencia Funcional Trivial?

    Li em algum lugar que é quando se tem (A,B) -> A
    Tinha entendido que isto é uma premissa, logo toda chave composta da 2FN é DF de si mesma,
  • "...e qualquer atributo da chave" deveria ser: e qualquer atributo da relaçao"..
    Todo o resto ta certissimo.
    eu entraria com recurso.
  • Mesmo o cespe dando a justificativa dele,
    eu matei essa questão na hora que em que a questão elucidou:

    "...estiver na 1FN e qualquer atributo da chave (1) for dependente funcional (DF) completo em relação a cada chave (2)"

    Pois a definição correta é:

    "2FN: precisa estar na 1º forma normal e os seus atributos não chaves (2) precisam ser dependentes funcionais completos da chave primária(1)."

    Para mim, o cespe fez o que ele mais está cansado de fazer: INVERTER CONCEITOS!
  • Segunda forma normal: uma relação está na 2FN se, e somente se, estiver na 1FN e cada atributo não-chave for dependente da chave primária (ou candidata) inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave. Trata-se de uma dependência funcional total.


ID
211006
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens subsequentes a respeito de técnicas de normalização.

Se os valores de atributos forem atômicos, ou seja, estiverem vinculados a um modelo relacional unitário, então nem todas as relações estarão normalizadas ou na primeira forma normal (1FN), segundo definido pela álgebra relacional.

Alternativas
Comentários
  •  Se todos os valores de atributos forem atômicos, ou seja, caso não exista mais de um valor para um dado registro do banco de dados. Então a primeira forma normal (1FN) estará satisfeita.

    Por exemplo, se uma tabela usuario tiver o campo telefone, o usuário pode ter mais de um telefone (fixo e celular), por exemplo, então existe uma denormalização. Seria necessário desmembrar o campo telefone na forma de uma outra tabela permitindo que o atributo telefone se torne atômico.

  • Valores de atributos atômicos não significa que eles estão "vinculados a um modelo relacional unitário". Significa, tão somente, que os valores de atributos não contem dados referentes a mais de um atributo, tudo em um só campo.
  • O que significa "Modelo Relacional Unitario" ?
  • ERRADO

    1 - Nem todas as relações estarão normalizadas = CERTO (o banco de dados na 1FN ainda não está normalizado, nas demais etapas ainda continua o processo)

    2 - “ou na primeira forma normal (1FN)” = ERRADO (Se os atributos forem atômicos, estará satisfeita a primeira forma normal)


ID
222292
Banca
FGV
Órgão
BADESC
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A forma normal de Boyce/codd é aplicada para relações que possuem os seguintes requisitos:

Alternativas
Comentários
  • Primeira Forma Normal

    Um esquema de relação R está na 1FN se todos os seus atributos forem atômicos (simples) e monovalorados, ou seja, não são permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos.

    Segunda Forma Normal

    Para estar na 2NF uma tabela deve (1) estar na 1NF e (2) todos os seus atributos que não façam parte de alguma chave candidata devem ser determinados unicamente por qualquer chave candidata da tabela.

    Se todas as chaves candidatas de uma tabela contiverem somente 1 atributo, esta já se encontra na 2NF.

    Em outras palavras, se algum campo depender somente de parte de uma chave candidata composta (e não da chave composta como um todo), então este campo deve ser extraído para outra tabela

    Terceira Forma Normal

    A terceira forma normal (3NF) exige que a tabela esteja em 2NF e que todos os atributos que não são chave sejam mutuamente independentes, isto é, que não existam funções que definam um ao outro. Portanto, sempre a chave por inteiro deve definir toda a tabela.

    Isto exige que atributos que não dependem diretamente da chave sejam separados em uma tabela distinta.

    Em outras palavras, caso exista um ou mais atributos que dependam de um atributo não-chave, estes atributos deverão ser extraídos para outra tabela.

    Forma normal Boyce/Codd (BCNF)

    Definição que engloba as outras formas normais, e define que uma tabela está em BCNF se, e somente se, todo determinante funcional for em relação a uma chave candidata.

    Na prática, uma tabela está em BCNF se estiver em 3NF e não existir dependência funcional dentro da chave primária.

    Ou seja, se todos os atributos são funcionalmente dependentes da chave, de toda a chave e nada mais do que a chave. Ou, em outras palavras, todos os determinantes são chaves candidatas.

    Um modelo que está em BCNF está pronto para ser implementado numa arquitetura de banco de dados relacional.

    fonte: http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_em_banco_de_dados

  • Chaves superpostas: dizemos que duas chaves são superpostas quando pelo uma delas é composta e entre elas existe pelo menos um atributo em comum;

  • Foda isso, o examinador leu um artigo na SQL Magazine que trata sobre as formas normais FNBC, 4NF e 5NF, faz um recorte e joga como questão sem nexo algum.
    http://www.devmedia.com.br/articles/viewcomp.asp?comp=7474&hl=

  • Inicialmente Codd criou as três primeiras formas de normalização chamando-as de: primeira forma normal (1NF), segunda forma normal (2NF) e terceira forma normal (3NF). Depois, uma definição mais forte da 3NF foi proposta por Boyce-Codd, e é conhecida como forma normal de Boyce-Codd (FNBC). Na verdade, a FNBC é uma extensão da 3FN, que não resolvia certas anomalias presentes na informação contida em uma entidade. Essas anomalias somente ocorrem quando três condições aparecem juntas:
    - a entidade tenha várias chaves candidatas;
    - estas chaves candidatas sejam compostas (mais de um atributo);
    - as chaves compostas compartilham pelo menos um atributo em comum (sobreposição)
    O problema foi observado porque a 2FN e a 3FN só tratavam dos casos de dependência parcial e transitiva de atributos fora de qualquer chave, porém quando o atributo observado estiver contido em uma chave (primária ou candidata), ele não é captado pela verificação da 2FN e 3FN. Note, que uma relação em FNBC também está na 3FN. Porém, uma relação 3FN não necessariamente está na FNBC.
    (Livro Projeto de Banco de Dados, Felipe Machado)
  • Cabulosa essa questão. Mas poderia ser resolvida especificamente por maioria de itens repetidos.

    duas ou mais chaves candidatas, chaves candidatas compostas (mais de um atributo) e  superposição de atributos nas chaves candidatas => ocorrem em 3 itens. Bastava fazer a interseção. Na hora do chute, muitas vezes isso funciona.

  • Outra forma de matar a questão: não existe "chave redundante".


ID
236212
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Instrução: Para responder à  questão, considere a seguinte relação:

Cliente(Id-Cliente, Nome-Cliente, Endereço-Cliente,
Telefone-Cliente,
(Num-Pedido, Data-Pedido,
(Cod-Produto, Nome-Produto, Valor-Unitário-Produto,
Quantidade-Produto-Pedido), Valor-Total-Pedido),
Nacionalidade-Cliente, Localização-Continental-
Nacionalidade-Cliente, Tipo-de-Cliente)

O negrito identifica o nome da relação, os parênteses inscrevem um grupo de repetição e os atributos grifados são identificadores (chave) de um grupo de repetição. A  Localização-Continental  Nacionalidade-Cliente refere-se ao continente correspondente à nacionalidade do cliente.

O grupo de repetição identificado por Num-Pedido

Alternativas
Comentários
  • A dica é o texto "O negrito identifica o nome da relação". Quantos negritos existem? Logo, quantos atributos multivaloradores existem?
  • A 1FN não aceita valores multi-valorados. Portanto, se já não aceite na primeira, consequentemente não aceitará nenhuma outra.
  • Todos os atributos estão na mesma tabela, como um Cliente pode ter mais de um Pedido, então este é um atributo multivalorado. A 1FN (primeira forma normal) preza, que não devam existir atributos multivalorados ou compostos. Então, não está normalizado.
  • O que ele quis dizer com "O grupo de repetição identificado por Num-Pedido" ?

    Para mim seria apenas :

    Num-Pedido, Data-Pedido, (Cod-Produto, Nome-Produto, Valor-Unitário-Produto, Quantidade-Produto-Pedido), Valor-Total-Pedido

     


ID
236215
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Instrução: Para responder à  questão, considere a seguinte relação:

Cliente(Id-Cliente, Nome-Cliente, Endereço-Cliente,
Telefone-Cliente,
(Num-Pedido, Data-Pedido,
(Cod-Produto, Nome-Produto, Valor-Unitário-Produto,
Quantidade-Produto-Pedido), Valor-Total-Pedido),
Nacionalidade-Cliente, Localização-Continental-
Nacionalidade-Cliente, Tipo-de-Cliente)

O negrito identifica o nome da relação, os parênteses inscrevem um grupo de repetição e os atributos grifados são identificadores (chave) de um grupo de repetição. A  Localização-Continental  Nacionalidade-Cliente refere-se ao continente correspondente à nacionalidade do cliente.

Após a aplicação da 1FN, a relação Cliente

Alternativas
Comentários
  • Localização-Continental- Nacionalidade-Cliente Continuará, pois uma pessoa só possui uma única nacionalidade, não sendo um valor redundante. 

     

    Devemos lembrar que para está na 1FN é preciso se tirar os valores redundantes(que possuem vários atributos), como Endereço-Cliente eTelefone-Cliente. Visto que um cliente pode ter como endereço rua, avenida, número, bairro... e o cliente também pode ter vários telefones, o que deixaria o Banco de dados inconsistentes.

  • a) correto! São campos atômicos, não afetam a 1FN
    b) errado! Contraria a questão a)
    c) errado! Contraria a questão a)
    d) errado! Apenas se fosse um relacionamento 1:M, mas é M:N
    e) errado! Apenas se fosse um relacionamento 1:M, mas é M:N
  • Nossa gente, obrigada pelos comentários. Enloqueci porque não tinha entendido o motivo de ter errado a questão. =P Me equivoquei ao pensar que "Localização-Continental- Nacionalidade-Cliente" teria que sair da tabela Cliente, mas realmente isso só ocorrerá depois da aplicação da 3FN e não da 1FN =P 
  • Localização-Continental- Nacionalidade-Cliente Continuará, pois uma pessoa só possui uma única nacionalidade, não sendo um valor redundante. 
    Não concordo. E os casos de dupla cidadania que é aceito pela constituição? Questão confusa. 
  • Rodusa,
     A questão teria que cita que existe cliente que pode ter dupla cidadania. Não temos que supor nada.
  • Caros,

    Para que uma relação esteja na 1FN precisamos que só haja atributos atômicos, não pode haver grupos de repetição.

    Para eliminar grupos de repetição, existem 3 ténicas:

    a - duplicar registros e expandir a chame primária para incluir os atributos repetidos
    b - inserir atributos suficientes para poder armazenar todas as informações (num-pedido1, num-pedido2...)
    c - criar uma nova relação, sendo que um dos atributos é a chave primária da relação original e os demais atributos os atributos que se repetem. Para essa questão serão necessárias duas novas relações (cliente - pedido ) e (pedido - produto)

    Independente da técnica utilizada, normalmente a de letra c, o atributo Localização-Continental- Nacionalidade-Cliente não sofrerá modificações.

    Espero ter ajudado.

    Bons Estudos.

ID
236218
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Instrução: Para responder à  questão, considere a seguinte relação:

Cliente(Id-Cliente, Nome-Cliente, Endereço-Cliente,
Telefone-Cliente,
(Num-Pedido, Data-Pedido,
(Cod-Produto, Nome-Produto, Valor-Unitário-Produto,
Quantidade-Produto-Pedido), Valor-Total-Pedido),
Nacionalidade-Cliente, Localização-Continental-
Nacionalidade-Cliente, Tipo-de-Cliente)

O negrito identifica o nome da relação, os parênteses inscrevem um grupo de repetição e os atributos grifados são identificadores (chave) de um grupo de repetição. A  Localização-Continental  Nacionalidade-Cliente refere-se ao continente correspondente à nacionalidade do cliente.

Após a normalização até a 3FN, a Quantidade-Produto- Pedido será atributo com dependência funcional apenas da identificação

Alternativas
Comentários
  • A 2FN diz que os campos não-chave devem ter dependência funcional das chaves-primárias. Já a 3FN diz que não pode haver dependência funcional de outros campos.  Portanto, os únicos atributos que são chaves-primárias e que Quantidade-Produto-Pedido esta subordinado são Cod-Produto+Num-Pedido.
  • As relações normatizadas são:
    Cliente (Id-cliente,  nome-cliente, endereço-cliente, telefone-cliente, id-tipo-cliente, nacionalide-cliente)

    Pedido (Num-pedido, id-cliente, data-pedido, valor-total-pedido)
    Pedido-cliente (Num-pedido, cod-produto,  quantidade-produto-pedido)
    Produto (Cod-produto, nome-produto, valor-unitario-produto)
    Tipo-cliente(Id-tipo-cliente, tipo-cliente)
    Nacionalidade (Nacionalidade-cliente, localização-continental-nacionalidade-cliente)
  • Não entendo por que Pedido e PedidoCliente foram separados em duas tabelas:

    Pedido (Num-pedido, id-cliente, data-pedido, valor-total-pedido)
    Pedido-cliente (Num-pedido, cod-produto,  quantidade-produto-pedido)

    Na minha opinião, um Pedido só existe se houver uma relação de cliente com produto (chaves primárias) e uma data e quantidade (já que o valor pode ser calculado).
  • Seria melhor torcar o nome "Pedido-cliente" para "pedido-produto", Fernanda ?

ID
236221
Banca
FCC
Órgão
TCE-SP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Instrução: Para responder à  questão, considere a seguinte relação:

Cliente(Id-Cliente, Nome-Cliente, Endereço-Cliente,
Telefone-Cliente,
(Num-Pedido, Data-Pedido,
(Cod-Produto, Nome-Produto, Valor-Unitário-Produto,
Quantidade-Produto-Pedido), Valor-Total-Pedido),
Nacionalidade-Cliente, Localização-Continental-
Nacionalidade-Cliente, Tipo-de-Cliente)

O negrito identifica o nome da relação, os parênteses inscrevem um grupo de repetição e os atributos grifados são identificadores (chave) de um grupo de repetição. A  Localização-Continental  Nacionalidade-Cliente refere-se ao continente correspondente à nacionalidade do cliente.

Após a normalização até a 3FN, a Localização- Continental-Nacionalidade-Cliente será atributo

Alternativas
Comentários
  • Uma relação está na 3FN se e somente se  estiver na 2FN e não possuir dependências transitivas entre os atributos. Dependência transitiva ocorre quando um atribto não chave depende de outro que não é chave de relação. Assim, a relação na 3FN fica:

    Cliente (Id-cliente,  nome-cliente,id-endereço-cliente, telefone-cliente, id-tipo-cliente, nacionalide-cliente)

    endereço (id-endereço-cliente, rua, numero, cidade)

    Pedido (Num-pedido, id-cliente, data-pedido, valor-total-pedido)

    Pedido-cliente (Num-pedido, cod-produto,  quantidade-produto-pedido)

    Produto (Cod-produto, nome-produto, valor-unitario-produto)

    Tipo-cliente(Id-tipo-cliente, tipo-cliente)

    Nacionalidade (Nacionalidade-cliente, localização-continental-nacionalidade-cliente)
  • Fernanda. Explique a questão, pois isso eu já sei. Att;

    Julio;
  • Dessa forma, (letra d)"Localização-Continental-Nacionalidade-Cliente depende funcionalmente apenas de Nacionalidade-Cliente", isto é, basta saber qual é a Nacionalidade-Cliente para determinar a Localização-Continental-Nacionalidade-Cliente.
  • Júlio,
     Se você já sabe isso.. vc já sabe a questão. Pois é só você olhar a tabela Nacionalidade que tem a chave Nacionalidade-cliente para saber que localização-continental-nacionalidade-cliente é dependente da chave nacionalidade-cliente.
    O questionamento da questão é saber desmembrar a tabela até a 3º FN.
  • 3FN visa acabar com dependencias transtivas, o que sao dependencias indiretas entre atributos. Usa-se 3FN evitar anomalias de update (inserção, remoção, altera). Isso implica dividir a tabela em outras menores com o atributo que gerou a dependencia como chave primaria -Nacionalidade-Cliente- e chave estranegira na tabela original. 


ID
239629
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em determinada empresa, os produtos são oferecidos
para venda por meio de lances, que correspondem aos valores
que os clientes estão dispostos a pagar pelos produtos. Os lances
são apurados e o produto é vendido ao cliente que tiver feito a
proposta de maior valor. Como regra, cada cliente somente pode
manter um lance ativo por vez. Depois de finalizada a venda,
todos os lances são removidos da base de dados.

Considerando que o cenário descrito acima tenha sido
viabilizado com o uso de um banco de dados relacional na
terceira forma normal, julgue os itens seguintes.

O valor do lance deve ser estabelecido como atributo da tabela cliente.

Alternativas
Comentários
  • Errado. Se um cliente tiver interesse em vários produtos, ele fará vários lances. Sendo assim, se "lance" estiver estabelecido na tabela cliente, ele seria caracterizado como um atributo vetorizado, pois conteria mais de um valor. Nesse contexto,  essa tabela estaria em desconformidade com a 1 FN. E, portanto, o banco não estaria normalizado.
  • Marquei a questão como errado simplesmente por analisar que, colocando o valor do lance na tabela cliente, estarei ferindo o princípio da dependência funcional.

  • No enunciado diz que o cliente só pode ter um lance ativo por vez. E o mesmo é limpo ao fim da venda do produto. Não fica claro que este atributo será multivalorado. Para mim, não será!

  • Prezados,

    Se um lance for um atributo da tabela cliente, o cliente só poderia dar 1 lance a 1 produto.
    Gabarito: ERRADO.

    Portanto, a questão está errada.
  • GABARITO ERRADO!

    .

    .

    O VALOR DO LANCE ESTARÁ COMO ATRIBUTO NA ENTIDADE ASSOCIATIVA.

    https://prnt.sc/10i1sk4


ID
239632
Banca
CESPE / CEBRASPE
Órgão
ABIN
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em determinada empresa, os produtos são oferecidos
para venda por meio de lances, que correspondem aos valores
que os clientes estão dispostos a pagar pelos produtos. Os lances
são apurados e o produto é vendido ao cliente que tiver feito a
proposta de maior valor. Como regra, cada cliente somente pode
manter um lance ativo por vez. Depois de finalizada a venda,
todos os lances são removidos da base de dados.

Considerando que o cenário descrito acima tenha sido
viabilizado com o uso de um banco de dados relacional na
terceira forma normal, julgue os itens seguintes.

O relacionamento entre as entidades produto e cliente deve ser estabelecido por meio da inclusão da chave primária da entidade produto na tabela que implementa a entidade cliente.

Alternativas
Comentários
  • ERRADO pelo seguinte motivo

    1 cliente pode dar lances em vários produtos

    1 produto pode receber lances de vários clientes.

    Portanto é um relacionamento n:m

    Nesse caso teremos uma tabela auxiliar para fazer o mapeamento de MER para ER.

    As chaves primárias de cada entidade serão alocadas na tabela do relacionamento.

  • Não, pois um cliente pode comprar vários produtos. Se fosse assim teríamos que colocar uma coluna para cada produto que o cliente comprasse.
  • O enunciado não fala nada do cliente dar lances em vários produtos, ou o cliente comprar vários produtos.

    O ponto chave da questão está em "Considerando que o cenário descrito acima tenha sido viabilizado com o uso de um banco de dados relacional na terceira forma normal"

    Se não fosse isto, o mapeamento

    Produto (cod_produto, ...)
    Cliente (..., cod_produto, valor_lance)

    Seria aceitável, considerando que "cada cliente somente pode manter um lance ativo por vez" .
    Mas as tabelas devem estar na 3FN, partindo da 1FN a 3FN:

    Porém para estar na primeira forma normal, devemos remover as tabelas aninhadas:

    Produto (cod_produto, ...)
    Cliente (cod_cliente,..., cod_produto, cod_lance)
    Lance (cod_lance, valor_lance)

    Para estar na segunda forma normal, as dependencias parciais:

    Produto (cod_produto, ...)
    Cliente (cod_cliente,...,cod_lance)
    Lance (cod_lance,cod_produto, valor_lance)

    E na terceira forma normal, as dependencias transitivas:
    Para remover a dependencia transitiva de cod_lance em Cliente, foi removido o atributo cod_lance, tornando chave primária de Lance (cod_produto, cod_cliente)

    Produto (cod_produto, ...)
    Cliente (cod_cliente,...)
    Lance (cod_produto,cod_cliente valor_lance)

    Espero que não tenha problemas na esplicação acima, e tenha ficado claro
  • Por favor, nao vamos complicar ainda mais uma questao simples:
    Pela leitura do enunciado, chega-se ao seguinte esquema conceitual:

    [cliente]0..N-------< >-------1..1[produto]

    Um cliente so pode dar 1 lance em um produto; e um produto pode ter varios lances(inclusive nenhum).

    A questao ta errada por inverter a afirmaçao, ou seja, o relacionamento entre as entidades produto e cliente deve ser estabelecido por meio da inclusão da chave primária da entidade cliente na tabela que implementa a entidade produto, como chave estrangeira, indicando o cliente q ofertou determinado lance.
  • Prezados,

    Se colocarmos na tabela cliente uma FK para produto , o cliente poderá comprar apenas um produto.
    Gabarito: ERRADO.

    Portanto a questão está errada.
  • Bruno, atente-se ao seguinte trecho: "Como regra, cada cliente somente pode manter um lance ativo por vez". Vez de que? Ora, dos produtos ofertados. Logo, infere-se que, sim, um cliente pode dar vários lances, desde que sejam em produtos diferentes.

    Inclusive, essa questão está comentada pelo Professor, que diz que(comentário incompleto, meia boca, mas melhor q nada): "Se colocarmos na tabela cliente uma FK para produto, o cliente poderá comprar apenas um produto.

    Acho que o professor deveria comentar sobre qual a solução ideal para esse caso. Nao apenas dizer q tá errada com poucos esclarecimentos.


ID
240796
Banca
FCC
Órgão
TRT - 8ª Região (PA e AP)
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Considere um formulário eletrônico de pedidos onde
conste o código e o nome do cliente que faz o pedido;
o número e a data do pedido; e a lista de produtos
pedidos contendo o código do produto, o nome do produto,
a quantidade pedida do produto e o valor unitário do
produto. Todos os dados serão persistidos em um SGBD
relacional, com exceção dos totais. Todos os códigos são
identificadores únicos.

Com a aplicação das formas normais (até a 3 FN) o resultado será a existência de, APENAS,

Alternativas
Comentários
  • Pensei na resposta dessa forma:

    CLIENTE
    -------------------

    Codigo
    Nome

    PEDIDO
    --------------------

    Numero
    Data

    ITEM_PEDIDO
    --------------------

    Codigo
    Codigo_Produto
    Qtd_pedida

    Produto
    -------------------

    Codigo
    Nome
    Valor_Unit.

  • Tabelas: Produtos, Pedido, Itens do Pedido, Cliente

  • "(...) pedidos onde conste o código e o nome do cliente que faz o pedido; o número e a data do pedido"

    "(...) e a lista de produtos pedidos contendo o código do produto, o nome do produto, a quantidade pedida do produto e o valor unitário do produto"

    Um possível esquema desnormalizado seria esse:

    Pedidos ( num_pedido, data_pedido, cod_cliente, nome_cliente , Produto(cod_produto, nome_produto, quantidade, valor_unitario) )

    Note que nome_cliente não depende da chave primária num_pedido, mas está sendo determinado por cod_cliente.

    Para ficar na terceira forma normal temos que criar a tabela Cliente de forma que nome_cliente seja determinado por cod_cliente.


    Clientes ( cod_cliente, nome_cliente ) (1)

    Agora temos que nos livrar do grupo de repetição para que a tabela Pedidos fique na primeira forma normal:

    Pedidos ( num_pedido, data_pedido, cod_cliente, Produtos(cod_produto, nome_produto, quantidade, valor_unitario)  )

    Resulta em:

    Pedidos ( num_pedido, data_pedido, cod_cliente ) (2)

    Produtos(cod_produto, nome_produto,  valor_unitario)  (3)

    E por fim, uma tabela para mapear muitos para muitos entre Pedidos e Produtos.

    Pedidos_tem_Produtos ( num_pedido, num_produto, quantidade ) (4)
  • a pergunta esta mal formulada
  • Por favor, gostaria de ajuda nessa questão.

    Onde o seguinte esquema falha na 3a forma normal? Claramente o esquema não é muito bom e vai gerar redundâncias, mas onde fera a 3 FN?

    Clientes ( cod_cliente, nome_cliente )

    Produtos (cod_produto, nome_produto,  valor_unitario)

    Pedidos ( num_pedido, data_pedido, cod_cliente, prod, quantidade )

  • Henrique Teófilo,

     

    Acredito que esse esquema fere a 2FN, a partir do momento em que o campo "prod" depende de parte da chave primária da tabela Pedidos.

  • [cliente]-------1 <> n-------[pedido]

                                                |

                                                |

                                                n

                                               <>

                                                n

                                                |

                                                |

                                          [produtos]                                              

     

    O resultado seria 4 tabelas. Uma para cada entidade, e outra tabela de ligação entre pedido e produto.


ID
242980
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Acerca dos conceitos de normalização de dados, julgue os itens a
seguir.

Uma relação que não esteja normalizada possibilita a redundância de dados, o que pode levar à inconsistência de tais dados.

Alternativas
Comentários
  • Item correto.
    Normalização de dados é a  decomposição de esquemas para evitar anomalias de atualização.
  • Ao realizar a normalização estamos querendo garantir:
    1. A não existência de redundancia
    2. Consistência da informação
    3. Visão relacional de dados.

    Alguns benefícios da normalização:
    1. Classificação e criação mais rápida de índice
    2. número maior de índice clusterizados
    3. Indices masi estreitos e mais compactos
    4. Menos valores nulos e menos oportunidade de inconsistência.

ID
242983
Banca
CESPE / CEBRASPE
Órgão
MPU
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Acerca dos conceitos de normalização de dados, julgue os itens a
seguir.

Uma relação que não está na segunda forma normal, mas que está na primeira forma normal, sempre pode ser decomposta em uma coleção de relações, estando cada uma delas na segunda forma normal.

Alternativas
Comentários
  • Uma relação está na 2FN se e somente se, estiver na 1FN e todos os atributos não chave forem totalemente dependente da chave primária (dependente de toda a chave  e não só de parte dela). Só ocorre com chave primária composta
    Procedimentos:
    1. identificar os atributos que não são funcionalmente dependente de toda a chave primária
    2. Remover da entidade todos esses atributos identificados e criar uma nova entidade com eles.
  • A tabela AERONAVE não se encontra na segunda forma normal, pois existe uma dependência FUNCIONAL entre as colunas COD_FAB_TURB e NOME_FAB_TURB; 

    ERRADO, a explicação que ele da é referente a 3FN (dependência funcional).

    Contudo existe uma dependência PARCIAL entre os campos, logo a tabela não se encontra na 2FN pois NOME_FAB_TURB depende de FAB_TURB.

  • Tomei chumbo nessa, mas encontrei no Navathe uma leve semelhança.


    Segundo Navathe(2011,p.352),"Se um esquema de relação não estiver na 2FN, ele pode ser segundo normalizado ou normalizado pela 2FN para uma série de relações 2FN em que os atributos não principais são associados com a parte da chave primária em que eles são total e funcionalmente dependentes."

    Bibliografia:

    SISTEMAS DE BANCO DE DADOS-NAVATHE-6 EDIÇÃO 2011.

  • Entendi foi nada...

  • Para transformar uma tabela que está na 1FN para a 2FN devemos decompor essa tabela original em um conjunto de tabelas que satisfazem as regras da 2FN e esse processo sempre pode ser feito. Foi isso que a questão afirmou só que com uma redação mais confusa.


ID
245209
Banca
CESPE / CEBRASPE
Órgão
TRT - 21ª Região (RN)
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Considerando o modelo relacional de dados, julgue os itens
subsecutivos.

A primeira forma normal estabelece que os atributos da relação contêm apenas valores atômicos.

Alternativas
Comentários
  • Primeira Forma Normal (ou 1FN) requer que todos os valores de colunas em uma tabela, sejam atômicos (ex., um número é um átomo, enquanto uma lista ou um conjunto não o são). Por exemplo, a normalização elimina grupos repetidos pondo-os cada um em uma tabela separada, conectando-os com uma chave primária ou estrangeira.

     

    http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_de_dados

  • Questão correta.
    Segundo J.C. Date (Int. a sistema de gerenciamento de bancos de dados),uma variável de relação está em 1FN se e somente se, em todo valor válido dessa variável de relação, cada tupla contém exatamente um valor para cada atributo.
    Ademais,
    os atributos não-chave não são todos mutuamente independentes
    - não são irredutivelmente dependentes da chave primária
    - pode haver anomalias de atualização(dificuldade
    C Insert,Delete e UPDATE)
     


ID
246943
Banca
COVEST-COPSET
Órgão
UFPE
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Formar uma nova relação para cada atributo não atômico ou para cada relação aninhada. Qual das alternativas representa a normalização executada para chegar à forma normal:

Alternativas
Comentários
  • É requisito da 1FN que a relação tenha dados atômicos, ou seja, irredutíveis. Assim sendo atributos compostos não são aceitos, nesses casos deve-se dividir a relação em duas ou mais outras relações que comportem esses atributos, passando a atender à 1FN.
  • palavras-chave de 1FN:entidades aninhadas, atributos multivalorados, atomicidade


ID
246946
Banca
COVEST-COPSET
Órgão
UFPE
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

O processo que consiste em armazenar o projeto lógico do banco de dados em uma forma normal mais fraca com o objetivo de melhorar o desempenho do banco de dados pode ser denominado de:

Alternativas
Comentários
  • Essa banca é genial. "Sintonização" é nova no meu vocabulário. Enfim, traduzindo como "Tunning" ou "Performance Tunning" ... Ajuste de performance, etc!!!
  • Essa sintonizaçao foi de matar, me desintonizei todo apos errar essa questao. Termos tecnicos traduzidos da nisso...
  • Concordo com os amigos abaixo, também fui pego no pulo.

    Acho que só por eliminação mesmo.

    Normalização eliminamos de cara, pois se faz justamente ao contrário, relaxar a normalização permitindo redudâncias para agilizar o desempenho de consultas.

    Em (Siberschatz, 6e, pág 200. ) , fala justamente assim:

    "Ocasionalmente, os projetistas de banco de dados escolhem um esquema que possui informações redundantes [...] para melhorar o desempenho de aplicações específicas"

    Irredutibilidade é uma propriedade da chave primária ou das chaves candidatas. Significa que nenhum subconjunto da chave possui a proprieade de unicidade.

    "Considerando uma variável de relação R, diz-se que K é uma chave candidata de R se ela apresentar as propriedades de unicidade e irredutibilidade. A primeira propriedade garante que não há duas tuplas de R com o mesmo valor de K. Já a segunda, que nenhum subconjunto de K apresenta a propriedade de unicidade. "

    Equivalência de visão está relacionado ao controle de concorrência em transações. Quem estiver interessado em entender mais sobre isso: pág. 419 do livro de Silberschatz,  6ed.

    Conforme essas questões:
    http://www.questoesdeconcursos.com.br/questoes/015f657c-f0
    http://www.questoesdeconcursos.com.br/questoes/07958a34-bc

    Sobrou apenas sintonização.

    Eu tinha marcado equivalência de visão, por um pensamento desesperado. Juguei que se tratava de uma forma obscura de manter a mesma visão dos dados sobre um esquema diferente.


  • Nunca havia visto este termo, sintonização. Li a questão e já fui procurando por desnormalização.
    Por eliminação marquei sintonização e acertei quase na sorte.

    De onde tiraram essa de sintonização? Tradutor do google?

    Sintonização = Desnormalização
  • kkkkkkk, concurseiro passa por cada uma... ja vi cada coisa nessa vida que vo te contar...
  • Só na base da eliminação mesmo...
  • Realmente é um absurdo. Agente estuda várias bibliografias e a banca apronta essa!!!
  • Nesse caso, não adianta reclamar da banca... um dos livros mais famosos de BD (elmasri e navathe) traduz tuning para sintonização.
    Se a tradução está boa ou não, aí já são outros 500. Mas esse é o termo comumente utilizado nas traduções.
  • Enquanto alguém não descobre a fonte da qual elaboraram esta questão, prefiro acreditar que faltou a opção 

    "f)desnormalização"

    Segundo Navathe(2011,p.493),"Esses ideais às vezes são sacrificados em favor de uma execução mais rápida de consultas e transações que ocorrem com frequência. Esse processo de armazenar o projeto lógico do banco de dados(que pode estar em FNBC ou 4FN) em uma forma normal mais fraca,digamos 2FN ou 1FN, é chamado de DESNORMALIZAÇÃO."

    Bibliografia:

    SISTEMAS DE BANCO DE DADOS-6 EDIÇÃO 2011-NAVATHE


ID
249469
Banca
CESPE / CEBRASPE
Órgão
DETRAN-ES
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens de 81 a 94, acerca de princípios, métodos, técnicas
e processos da engenharia de software e de bancos de dados.

A formulação de um modelo de dados para aplicação em ambiente de sistema gerenciador de banco de dados relacional emprega uma sequência de operações de normalização que elimina redundâncias e anomalias de inclusão. Em contrapartida, modelos fortemente normalizados implicam consultas relacionais mais complexas que as realizadas em modelos não normalizados.

Alternativas
Comentários
  • Verdade, quando normalizamos uma tabela nós decompomos um relação em diversasa relações menores, portanto podemos considerar que implica em consultas relacionais mais complexas, já que o resultado de uma consulta que seria realizada em apenas uma tabela será obtida em várias.
  • Isso faz sentido, mas se não for normalizada não tem jeito de fazer o controle da integridade dos dados e contralar a redundancia... e em muitas bibliografias falam q a normalização ainda facilita na recuperação de dados. pra mim essa questão foi malvada! apesar de fazer sentido, a errei, pois li em um livro dizendo q a normalização ajudaria na recuperação dos dados alem das demais vantagens!
  • Nestor Flaviano Madureira Barbosa, dizer que "se não for normalizada não tem jeito de fazer o controle da integridade dos dados e contralar a redundancia" é, ao meu ver, forçar a barra. Tem jeito sim, só não é o mais simples.
    É muito mais fácil deixar o SGBD controlar a redundância e integridade (banco normalizado), mas eu posso, por exemplo, utilizar triggers para auxiliar esse controle, quando necessário.

ID
290458
Banca
UNIRIO
Órgão
UNIRIO
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Uma relação está na primeira forma normal

Alternativas
Comentários
  • Ano: 2010 Banca: CESPE Órgão: TRT - 21ª Região (RN) Prova: Analista Judiciário - Tecnologia da Informação

     

    A primeira forma normal estabelece que os atributos da relação contêm apenas valores atômicos.

     

    Resposta: Certa


ID
312049
Banca
CESPE / CEBRASPE
Órgão
TJ-ES
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens a seguir, a respeito de administração de dados e de
administração de banco de dados.

Um relacionamento na segunda forma normal (2FN) está embasado no conceito de dependência transitiva; consequentemente, um esquema de relação R estará na 2FN se todo atributo não chave tiver relação com todos os atributos que compõem a chave primária.

Alternativas
Comentários
  • Um relacionamento na segunda forma normal (2FN) está embasado no conceito de dependência parciais transitiva; consequentemente, um esquema de relação R estará na 2FN se todo atributo não chave tiver relação com todos os atributos que compõem a chave primária.

    Dependência parciais: Todos os atributos não chave depende funcionalmente da chave primária inteira e só ocorre com chave primária compsta.
    Dependência transitiva: ocorre quando um atributo não chave depende de outro atributo que não é chave.
  • Primeira Forma Normal - Determina que todos os atributos devem ter valores atômicos. Determina que todos os atributos devem ter valores atômicos.

    Segunda Forma Normal - Uma relação está na 2NF quando está na 1NF e não possui nenhuma dependência funcional parcial.
    • Dependência Funcional Parcial - Quando um atributo da relação depende de parte da chave primária.
    Terceira Forma Normal - Uma relação está na 3NF quando está na 2NF e não possui nenhuma dependência funcional transitiva.
    • Dependência Funcional Transitiva - Quando existe um atributo na relação que depende de outro atributo que não faz parte da chave primária.
  • Complementando o comentário anterior e comparando ao conteúdo da questão:

    Um relacionamento na segunda forma normal (2FN) está embasado no conceito de dependência transitiva parcial

    Um relacionamento na segunda terceira forma normal (3FN) está embasado no conceito de dependência transitiva; 
  • 3fn - nenhuma tabela do modelo relacional possui atributos com dependência transitiva. nenhuma coluna possui dependência transitiva em relação a outra coluna que não participe da chave primária.


ID
315721
Banca
FCC
Órgão
TRE-RN
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considere uma entidade associativa entre Médico e Paciente (n:m) intitulada Consulta que, por sua vez, se relaciona com Medicamento em n:m. No projeto lógico de banco de dados relacional normalizado, este modelo de dados completo será derivado para

Alternativas
Comentários
  • Seria algo como:

    #Médico e Paciente são entidades, em tabelas ficaria:
    1) Medico (  idMedico, nome, crm, ... )
    2) Paciente ( idPaciente, nome, sexo , altura, peso, ... )

    #Consulta é seria uma tabela ligando o idPaciente e idMedico
    3) Consulta ( idConsulta, Paciente_idPaciente , Medico_idMedico );

    #Medicamento também seria outra tabela sem chaves estrangeiras
    4) Medicamento ( idMedicamento, nome , descricao , ... );

    # E finalmente uma tabela ligando a consulta aos medicamentos
    5) Consulta_Medicamento ( Consulta_idConsulta, Medicamento_idMedicamento )

  • Muito bom o comentário do colega acima. Marquei B, não me atentei para a 5ª tabela.
  • Medico
    (codMedico, [outros atirbutos])

    Paciente
    (CodPaciente, [outros atirbutos])

    Medicamento
    (codMedicamento, [outros atirbutos])

    Consulta
    (codConsulta, codMedico, codPaciente, [outros atirbutos])

    Medicamento
    (codConsulta, codMedicamento, [outros atirbutos])
  • Uma forma de matar a questão bem rápido:
    Relacionamento de muitos(*) para muitos(*) sempre gera um associativa.

    Então a questão deu:

    Médico(*)  --- (*)Paciente -> Consulta (associativa)
    Consulta(*) --- (*)Medicamento


    Após normalizar:

    Consulta(*) --- (*)Medicamento -> Consulta_Medicamento (associativa)


    Finalizando, vamos contar todas tabelas:

    Médico + Paciente + Consulta + Medicamento + Consulta_Medicamento = 5

    Boa sorte!




ID
315724
Banca
FCC
Órgão
TRE-RN
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Formar novas relações, separando-as a partir de grupos de repetição antes existentes dentro de uma relação, é objetivo da

Alternativas
Comentários
  • 1FN -> Primeira Forma Normal

    Basicamente é transformar esquemas aninhados, grupos de repetição em novas tabelas e atributos compostos ( endereço ) em novos campos ( atributos atômicos )
  • Veja: http://docentes.fam.ulusiada.pt/~d1207/docs/mestrado/SI_G_Aula3a_0708.pdf
  • Meu resuminho para vocês


    1FN: Atributos atômicos e não-multivalorados. Condição mínima para ser uma relação em um DB.
    Telefone (fixo, celular, etc) - multivalorado
    Endereço(rua,bairro,cep) - não atômico

    2FN: Nenhum atributo NÃO-PRIMO deverá depender de todos os elementos de uma chave composta. Ex.: R(A,B,C,D) --> C ou D não podem depender somente de A ou B separados. Dica: se a chave for composta de apenas 1 atributo, já é 2FN automaticamente.

    Atenção: se o atributo for primo (ex.: cpf) ele não precisa passar no teste de dependência total acima!
    3FN: Não existe dependencia funcional transitiva de um atributo não chave até um atributo chave. Ex.: R(A,B,C,D) : D-->C-->A : Neste caso D depende de A transitivamente.

    http://www.questoesdeconcursos.com.br/questoes/10c4cc34-6c
    http://www.questoesdeconcursos.com.br/questoes/968607ae-58
  • grupos de repetição pra não dizer multi valor? parabéns à fcc.

  • Objetivo de 1FN é evitar grupos repetitivos por criação de tuplas que contenham os valores a mais do atributo, assim tornando cada atributo atômico (somente 1 valor)


ID
320482
Banca
CESPE / CEBRASPE
Órgão
INMETRO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A respeito da normalização e dependência funcional, assinale a opção correta.

Alternativas
Comentários
  • Errado

    a)Na 3ª. a forma normal (3FN), não deve haver dependência transitiva entre um atributo não chave e uma chave primária.

    Errado

    b) A 2ª. a forma normal (2FN) não pode exisitir atributos multivalorados, atributos compostos ou a combinação dos dois tipos.

    Errado

    c)A obtenção de modelo de entidade-relacionamento é objetivo da normalização.

    Errado

    d)A normalização visa desconcentrar os dados em uma varias tabelas, a fim de facilitar a modelagem de dados no nível logico.

    Certo

    e)Um esquema de dados deve satisfazer as prioridades desejadas, como, por exemplo, de semântica dos atributos, e redução de valores redundantes.

  •   a) na 3ª. a forma normal (3FN), deve haver dependência transitiva entre um atributo não chave e uma chave primária. ERRADO. Na 3ª. a forma normal (3FN), NÃO DEVE HAVER DEPENDÊNCIA transitiva entre um atributo não chave e uma chave primária.

      b) A 2ª. a forma normal (2FN) orienta para que não haja atributos multivalorados, atributos compostos ou a combinação dos dois tipos. Errado. Não haja atributos multivalorados é na 1FN. Na 2N pode ter.

      c) A obtenção de modelo de entidade-relacionamento não é objetivo da normalização.

      d) A normalização visa concentrar os dados em uma única tabela, a fim de facilitar a modelagem de dados no nível físico. Errado. Pelo contrário a normalização visa DESCONCENTRAR OS DADOS em várias tabelas, afim de eliminar as redundâncias e anomalias de atualização.

      e) um esquema de dados deve satisfazer as prioridades desejadas, como, por exemplo, de semântica dos atributos, e redução de valores redundantes.

     

    1ª FORMA NORMAL

    • É considerada parte da definição formal de uma relação no modelo relacional básico.

    • Os únicos valores permitidos pela 1 FN são atômicos ou indivisíveis. Ou seja, não podem ser nem composto nem multivalorados.

    • Os campos de uma tabela NÃO DEVEM ser multivalorados (telefone) ou compostos (ex. endereço)

     

    2ª FORMA NORMAL

    Deve estar na 1ª FN e todo atributo não chave tem que ser TOTALMENTE dependente da chave

    NÃO DEVER EXISTIR DEPENDÊNCIA PARCIAL, ESTA DEPENDÊNCIA DEVE SER TOTAL.

    • A 2FN é baseada no conceito de dependência funcional total, isto é, todo atributo não primário de uma entidade tem dependência funcional total da chave primária (CESPE 2016)

     

    3ª FORMA NORMAL (*)

    Uma relação está na Terceira Forma Normal (3NF) se ela está na 2FN e nenhum atributo não-chave (não primário) é transitivamente dependente da chave primária.

    • Na 3ª. a forma normal (3FN), NÃO DEVE HAVER DEPENDÊNCIA TRANSITIVA entre um atributo não chave e uma chave primária.

     

  • Q607706 2016 CESPE TRE-PI Analista

    Acerca da aplicação dos princípios de normalização (Formas Normais), assinale a opção correta.

      a) A aplicação da 1FN se dá se e somente se, para todo modelo, for aplicada a Forma Normal de Boyce-Codd (ou BCNF). Errado. tem-se uma ordem, primeiro aplicamos a 1FN, depois a 2FN, a 3F e por último aplicamos a BCNF.

      b) A 2FN é baseada no conceito de DEPENDÊNCIA FUNCIONAL TOTAL, isto é, todo atributo não primário de uma entidade tem dependência funcional total da chave primária. Correto.

      c) A Terceira Forma Normal (3FN) requer que não haja dependências intransitivas de atributos que não sejam com toda chave candidata. Errado. entre os atributos temos dependências TRANSITIVAS.

      d) A aplicação da Primeira Forma Normal (1FN) requer que, ao fim da sua aplicação, todos os atributos de uma relação sejam multivalorados ou estejam em tabelas aninhadas, o que garante grupos repetidos de dados, reduzindo o tamanho físico do banco de dados. ERRADO. 1FN reque que NÃO sejam multivalorados e nem compostos.

      e) A Segunda Forma Normal (2FN) requer que, ao fim da sua aplicação, não haja dependências transitivas de atributos que não sejam com toda chave candidata. Errado. Assemelhasse a 3FN.

  • A Cesgranrio fala que deve haver dependência transitiva, Q199894, aí vem o Cespe e diz o contrário...


ID
325348
Banca
FUNCAB
Órgão
SEJUS-RO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Na normalização, o conceito que se traduz no relacionamento “muitos-para-um” entre dois conjuntos de atributos de uma determinada variável de relação, é conhecido como:

Alternativas
Comentários
  • Um atributo B possui uma dependência funcional do atributo A se, para cada valor do atributo A, existe exatamente um único valor do atributo B. A dependência funcional é representada por A → B.

    Exemplo: Observe os conjuntos: CPF Nome 1 - José 2 - João 3 - Rui 4 - Manoel

    Observe que existe uma dependência entre os valores dos conjuntos, ou seja, nome é função do CPF, se eu estiver com numero do CPF, poderei encontrar o nome da pessoa correspondente.


    Fonte: http://pt.wikipedia.org/wiki/Banco_de_dados_relacional

  • Eu também pensei isso e acertei, mas tive uma dúvida durante a resolução da questão: Ele fala que o relacionamento entre os atributos é de "muitos-para-um", ou seja, se eu for aplicar esse caso em CPF e Pessoa, eu posso ter vários CPFs para uma Pessoa ou eu posso ter várias Pessoas para um CPF? Não. Então o que tem a ver a expressão de "muitos-para-um" se a dependência funcional é o que o colega acima falou? Para cada valor de A existe um determinado valor em B.
  • http://dc338.4shared.com/doc/bw1ZBvAt/preview.html

  • uma dependência funcional (em geral abreviada como DF) é um relacionamento de muitos-para-um entre um conjunto de atributos e outro com respeito a uma determinada variável de relação.
  • Página 289 do livro do Date sétima edição

ID
334627
Banca
FCC
Órgão
TRT - 23ª REGIÃO (MT)
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

No contexto de normalização, quando a tabela não contém tabelas aninhadas e não possui colunas multivaloradas; não contém dependências parciais, embora contenha dependências transitivas, diz-se que ela está na

Alternativas
Comentários
  • Dependência Parcial -> quando um atributo depende de parte da chave primária (chave composta).
    Dependência Transitiva ->  dependência indireta entre dois ou mais atributos.
  • Complementando o colega: 
    1FN - Sem Valores multivalorados
    2FN - Na 1FN e Sem dependência PARcial
    3FN - Na 2FN e Sem dependência TRansitiva.
  • Só tentando deixar mais claro:

    Dependência parcial: quando existe chave composta na relação e algum atributo não depende de todos os seus elementos . Ex:

    R = {Cod_Cliente, Cod_pedido, End_Cliente}

    Aqui as chaves são Cod_Cliente Cod_pedido, contudo o atributo End_cliente é determinado somente em função de Cod_Cliente. Isso se caracteriza como dependência parcial, já que o atributo so depende de parte da chave.

    Dependência transitiva: quando existe algum elemento que seja obtido a partir de algum atributo não chave. Ex:

    R = {Cod_cliente, Cod_Pedido, Item_pedido, Quantidade_Item, Valor_Unit, Valor_Total}

    Nesse caso o atributo Valor_Total pode ser obtido a partir da multiplicação de Quantidade_Item por Valor_Unit. Como nenhum deles é atributo chave da relação fica caracterizada uma dependência transitiva.

ID
337828
Banca
CS-UFG
Órgão
UFG
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Uma relação de Banco de Dados está na primeira forma normal se todos os seus atributos são monovalorados e atômicos. Quando se encontram um atributo multivalorado, deve-se criar um novo atributo que individualize a informação que está multivalorada. O exemplo que apresenta a primeira forma normal é:

Alternativas
Comentários
  • Acho que ele considerou data-da-prova como um atributo composto, algo como { dia , mes, ano}, então eliminamos as alternativas A e B.

    A alternativa C apresenta a separação dos campos nome em dois, então ele considera o nome um atributo composto.

    A alternativa D me pareceu confusa, eu não sei porque não está na primeira forma normal já que idade, materia, número-prova e nota não parecem ser atributos compostos. A não se que ele tenha considerado, já que é um boletim, {numero-prova, nota} como um grupo de repetição.
  • Eita questãozinha mal formulada...

    Eu até acertei mas tive que fazer divesas inferências...
    Vejamos:

    Item a) Não está na 1FN pois uma prova tem diversas notas, uma para cada aluno que a faz, logo o campo "nota" está multivalorado;

    Item b) Não está na 1FN pois uma matéria pode ter diversas provas (uma por mês, por bimestre, ou o que o professor decidir), logo o campo "data-da-prova" está multivalorado;

    Item c) É o único que não é possível ter campo multivalorado dos demais itens. uma pessoa tem apenas um CPF, apenas um nome e apenas um sobrenome, considerando. Ex:  "João da Silva Santos" tem apenas um sobrenome: "da Silva Santos". João não tem mais de um sobrenome. Aqui você considera como sobrenome tudo aquilo que não é o nome principal.

    Item d) Não está na 1FN pois um boletim exibe as notas de todas as matérias cursadas de um aluno, logo os campos "matéria", "numero-prova" e "nota" são multivalorados.

    Tristeza é ter que pensar nisso tudo na hora da prova... Com toda aquela pressão :-(
  • Colegas dos comentários abaixo, a abordagem de vocês não é a melhor para entender a questão, pense assim:

    A) PROVA = {codigo-materia, , data-da-prova, nota} . --> codigo-materia não é um "sub atributo" do "atributo multivalorado" PROVA.

    B) MATERIA = {codigo-materia, nome-materia, data-da-prova} --> data-da-prova não é um "sub atributo" do "atributo multivalorado" MATERIA.

    D) BOLETIM = {idade, materia, numero-prova, nota}. --> idade não é um "sub atributo" do "atributo multivalorado" BOLETIM.

    Estamos falando em "quebrar" um atributo divisível em vários outros, e não em criar uma tabela com relacionamento que exija um atributo que seja chave estrangeira.


ID
344989
Banca
MOVENS
Órgão
Prefeitura de Manaus - AM
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

As Formas Normais ou FN são conjuntos de restrições nos quais os dados devem satisfazê-las. Em uma estrutura original:

– Arquivo de Notas Fiscais (Servirá de modelo para visualização da FN apresentada)

Num. NF, Série, Data emissão, Cod. Do Cliente, Nome do Cliente, Endereço do cliente, CGC do cliente, Relação das mercadorias vendidas (onde para cada mercadoria temos: Código da Mercadoria, Descrição da Mercadoria, Quantidade vendida, Preço de venda e Total da venda desta mercadoria) e Total Geral da Nota.

Na estrutura acima, observa-se que existem várias mercadorias em uma única Nota Fiscal, sendo, portanto, elementos repetitivos que deverão ser retirados. Como resultado desta etapa, ocorrerá o desdobramento dos dados em uma estrutura que deverá ser mostrada.

Resultado:

– Arquivo de Notas Fiscais (Num. NF, Série, Data emissão, Código do Cliente, Nome do cliente, Endereço do cliente, CGC do cliente e Total Geral da Nota)

– Arquivo de Vendas (Num. NF, Código da Mercadoria, Quantidade vendida e Total da venda desta mercadoria)

– Arquivo de Mercadorias (Código da Mercadoria, Descrição da Mercadoria, Preço de venda)

Assinale a opção que identi?ca em que forma normal encontra-se o resultado acima.

Alternativas

ID
348421
Banca
FUNCAB
Órgão
SEMARH-GO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Sobre normalização de dados, usada em projeto de banco de dados relacionais, é correto afirmar que:

Alternativas
Comentários
  • "Segundo Navathe, um esquema de relação R está na 3FN se cada atriburo não principal de R for total e funcionalmente dependente de cada chave de R e for dependente não transitivamente de cada chave de R"

     

     

    Att,

    Foco na missão!


ID
352498
Banca
FUNCAB
Órgão
SES-GO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em relação aos bancos de dados, aquele que NÃO é um conceito diretamente relacionado com a normalização:

Alternativas
Comentários
  • Gabarito Letra D


    Normalização: É uma técnica de decomposição com objetivo de prover um armazenamento consistente, evitando redundância de dados e anomalias de atualização.

    -  Grupos repetitivos (atributos multivalorados) de dados;

    -  Variação temporal de certos atributos, dependências funcionais totais ou parciais em relação a uma chave concatenada;

    -  Redundâncias de dados desnecessárias;

    -  Perdas acidentais de informação;

    -  Dificuldade na representação de fatos da realidade observada;

    -  Dependências transitivas entre atributos.

    Observe que a letra D vai de encontro com a definição de normalização.

    Bons estudos

  • Normalização: Diminuição da redundância.

     

     

    Att,

    Foco na missão!!!!


ID
352504
Banca
FUNCAB
Órgão
SES-GO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Uma variável está na Forma Normal de Boyce e Codd (FNBC), se e somente se:

Alternativas
Comentários
  • " Um esquema de relação R está na FNBC se estiver na 3FN e se toda vez que uma dependência funcional não trivial X --> A se mantiver em R, então X é uma superchave de R."

     

    (Navathe)

     

    Att,

    Foco na missão!

  • FORMA NORMAL DE BOYCE CODD:: Estar na 3FN; Um FNBC deverá ser feito quanto for encontrado uma dependência funcional trivial (depêndencia funcional trivial é quando chaves candidatas compostas possuem atributos em comum com outras chaves candidatas compostas)


ID
359731
Banca
CETAP
Órgão
DETRAN-RR
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Um esquema de relação R está na 2 FN (Segunda Forma Normal) se: A) todos os

Alternativas
Comentários
  • d-

    definicao classica:

    CADA ATRIBUTO NãO-CHAVE FOR DEPENDENTE DA CHAVE PRIMáRIA INTEIRA, ISTO é, CADA ATRIBUTO NãO-CHAVE NãO PODERá SER DEPENDENTE DE APENAS PARTE DA CHAVE. OU SEJA, TODOS OS SEUS ATRIBUTOS QUE NãO FAçAM PARTE DE ALGUMA CHAVE CANDIDATA DEVEM SER DETERMINADOS UNICAMENTE POR QUALQUER CHAVE CANDIDATA DA TABELA


ID
384457
Banca
FCC
Órgão
TRT - 7ª Região (CE)
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere quatro relações compostas da seguinte forma:
Pedido(NumPedido, Data_Pedido,
IDCliente, Nome_Cliente)

ItemPedido(NumPedido, NumItem,
Quantidade_Item_Pedido)

Item(NumItem, Preço_Item)

Cliente(IDCLiente, Nome_Cliente,
Endereco_Cliente).
Obs.: O termo sublinhado é o atributo identificador da relação.
Quanto às regras de normalização, é correto afirmar que Pedido, ItemPedido e Item, estão normalizadas, respectivamente, até a

Alternativas
Comentários
  • A Tabela Pedido está normalizada  somente até a segunda forma normal, pois o atributo Nome_Cliente possui uma dependência funcional transitiva de NumPedido(chave primária) através de IDCliente. 

  • Pedido -
    Nao possui atributos multivalorados = 1FN
    Nao possui chavePK composta = 2FN
    PK determina IDCliente que determina Nome_Cliente != 3FN

    ItemPedido
    Nao possui atributos multivalorados = 1FN
    Quantidade_Item_pedido precisa de ambas superchaves = 2FN
    Nao possui mais de um atributo nao chave = 3FN

    Item
    Nao possui atributos multivalorados = 1FN
    Nao possui chavePK composta = 2FN
    Nao possui mais de um atributo nao chave = 3FN
  • Considere quatro relações compostas da seguinte forma: 

    Pedido(NumPedido, Data_Pedido,
    IDCliente, Nome_Cliente)(2FN)

    ItemPedido(NumPedido, NumItem
    Quantidade_Item_Pedido) (3FN)

    Item(NumItem, Preço_Item) (3FN)

    Cliente(IDCLiente, Nome_Cliente, 
    Endereco_Cliente). 

    Obs.: O termo sublinhado é o atributo identificador da relação. 
    Quanto às regras de normalização, é correto afirmar que Pedido, ItemPedido e Item, estão normalizadas, respectivamente, até a 
  • Eu ja tentei entender essa questão mas não entra na minha cabeça.

    2FN: Deve estar na 1 FN e todo atributo não chave tem que ser totalmente dependente da chave.


    Relação Pedido(NumPedido, Data_Pedido, IDCliente, Nome_Cliente).


    O atributo Nome_Cliente depende de IDCliente. Ele não depende totalmente da chave primária, NumPedido. 

    Pq a relação esta na 2FN? e não somente na 1FN?

    Já li também a afirmação de que se uma relação possui somente uma chave primária, já estaria na 2FN(Tendo passado pelos requisitos da 1FN, logicamente).

    Eu sinceramente não consigo entender. Se alguém puder ajudar. Se meus conceitos estiverem errados. Melhor errar agora do que na prova!!!

  • Esta em 3FN quando nao houver dependencia transitiva (o atributo que gerou dependencia é chave primaria da nova tabela com o atributo da tabela anterior). 

     


ID
389161
Banca
NCE-UFRJ
Órgão
UFRJ
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

O processo no qual são eliminados esquemas de relações (tabelas) não satisfatórios, decompondo-os, através da separação de seus atributos em esquemas de relações menos complexas, mas que satisfaçam as propriedades desejadas, é conhecido como:

Alternativas
Comentários
  • normalização visa analisar tabelas e organiza-las para uma forma relacional mais estavel, evitando perda de informação e redundancia com mecanismos de analisar o projeto do banco para identificar erros e possibilidades de melhorias. 

  • uma questão que pode ajudar no conceito

    Ano: 2012 Banca: CESPE / CEBRASPE Órgão: TJ-AC Prova: CESPE - 2012 - TJ-AC - Analista Judiciário - Análise de Sistemas

    A normalização corresponde a um processo passo a passo reversível de substituição de uma dada coleção de relações por sucessivas coleções de relações, as quais possuem uma estrutura progressivamente mais simples e mais regular. Certo


ID
391489
Banca
VUNESP
Órgão
FUNDAÇÃO CASA
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A otimização em bancos de dados relacionais, muitas vezes, pode envolver a desnormalização do banco de dados. Suponha que uma consulta seja utilizada com muita frequência, envolvendo a obtenção de dados presentes em duas tabelas (sendo que uma contém a chave primária e a outra, a chave estrangeira referente à chave primária). Nesse caso, o processo de desnormalização corresponde a

Alternativas
Comentários
  • Desnormalizar significa desfazer a normalização de uma ou mais tabelas. Normalmente o projetista utiliza esse recurso para ganhar performance nas consultas, pois a desnormalização diminui a quantidade de joins necessários para obter uma informação.

    O auto-incremento serve para automatizar um código que sirva de chave primária de uma tabela:

  • Gabarito correto é D, conforme prova e gabarito corretos encontrados no PCI Concursos

  • O que o projetista quer é otimizar uma consulta usada com bastante frequência. Para responder a questão vc não precisaria saber o conceito de normalização ou desnormalização, bastaria entender que a consulta em duas tabelas demora mais que a consulta em uma tabela.

ID
399982
Banca
CESPE / CEBRASPE
Órgão
Correios
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens que se seguem, referentes à normalização de dados.

Há restrições de integridade de chave, entidade e referencial para a primeira forma normal (1FN).

Alternativas
Comentários
  • 1º Forma Normal refere-se a não ter atributos com valores multivalorados, esquemas aninhados e atributos compostos em um esquema.

  • Analisando a questão

    "Há restrições de integridade de chave, entidade e referencial para a primeira forma normal (1FN)."

    Primeiro precisamos saber o que são estas restrições e para que elas servem:

    Restrição de Integridade de:
    1. Chave: especificam as chaves-candidatas de cada relação esquema; os valores das chaves-candidatas devem ser únicos para todas as tuplas de quaisquer instâncias da relação esquema;
      1. EX:
    2. Entidade:  estabelece que o valor da chave-primária NÃO PODE ser nulo. Isso porque, o valor de uma chave-primária é utilizado para identificar tuplas em uma relação.
      1. Por exemplo, se duas ou mais tuplas tiverem o valor null para a chave-primária, não haverá como diferenciar uma tupla da outra.
    3. Referencial: é uma restrição que é especificadaentre duas relações e é usada para manter a consistência entre tuplas de duas relações.Informalmente, a restrição de integridade referencial estabelece que uma tupla de uma relação que se refere à outra relação deve se referir a uma tupla existente naquela relação;

    a pergunta que cabe para responder a questão: a 1FN faz com que
    "1: os valores das chaves-candidatas devem ser únicos" ?
    "2: os valores da chave-primaria mantenham-se "não nulos"?
    "3: mantem a consistência das relações"?


    resposta: sim para 1 e 2. A 3 (integridade referencial) é garantida pela 3FN, que elimina dependências funcionais transtivias

    portanto, errada a questão

ID
399985
Banca
CESPE / CEBRASPE
Órgão
Correios
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens que se seguem, referentes à normalização de dados.

A integração de tabelas de mesma chave constitui problema comum que, identificado no processo de normalização de dados, pode ser solucionado juntando-se as tabelas que serão integradas em uma única tabela no modelo global.

Alternativas
Comentários
  • Esta questão foi ANULADA pela banca.

    Justificativa: Há relevante divergência doutrinária a respeito do tema tratado no item, razão pela qual opta-se por sua anulação.
  • Apesar da questão ter sido ANULADA, ao meu ver estaria ERRADA pois quando há tabelas com a mesma chave, o processo de normalização serve para exatamente SEPARAR tais tabelas, afim de manter menos registros de dados repetidos, diminuindo a redundância...

    ou seja, o erro é falar que resolve JUNTANDO as tabelas :

    A integração de tabelas de mesma chave constitui problema comum que, identificado no processo de normalização de dados, pode ser solucionado juntando-se as tabelas que serão integradas em uma única tabela no modelo global.
  • Olá, pessoal!

    Essa questão foi anulada pela organizadora.


    Justificativa da banca:  O item não explicitou o termo “chave primária”, fato que prejudicou seu julgamento objetivo. Por essa razão, opta-se por sua anulação.

    Bons estudos!

ID
399988
Banca
CESPE / CEBRASPE
Órgão
Correios
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Julgue os itens que se seguem, referentes à normalização de dados.

Na segunda forma normal (2FN), todos os atributos não chave são dependentes da chave primária.

Alternativas
Comentários
  • E mais... São dependentes de toda a chave primária ( quando for composta ) e não apenas parte da chave.
  • Complementando o comentário do colega temos que: "Uma relação encontra-se na 2FN se e somente se estiver na 1FN e não contém dependências parciais." Sendo que a dependência parcial ocorre quando uma coluna depende apenas de uma parte da chave primária composta.
  • Incorreta! 

    Se todos os atributos não chave são totalmente dependentes da chave primária a relação está na 2FN.
    Mas uma relação R pode estar na 2FN se nenhum atributo não chave de R for dependente funcional parcial de qualquer chave candidata de R (não somente da chave primária).
    Ou seja, em 2FN pode haver atributos não chave que não são dependentes da chave primária.

    Para não restar dúvidas:

    "A table is in 2NF if and only if, it is in 1NF and every non-prime attribute of the table is either dependent on the whole of a candidate key, or on another non prime attribute"

     
  • Uma pequena, mas valiosa dica, tome cuidado com o enunciado, a questão não diz "apenas" nem "totalmente", é no enunciado que pode estar a "pegadinha"!

  • "todos os atributos não chave são dependentes da chave primária." 

    Escrever apenas "dependentes" ficou um pouco subjetivo. Tem que discriminar se é dependência total, parcial ou transitiva

  • CERTO

     

    Uma tabela está na 2FN se:

    - Está na 1FN;

    - Todos os atributos não-chave são funcionalmente dependentes de todas as partes da chave primária;

    - Não existem dependências parciais;

     

  • [...] cada atributo não-chave for dependente da chave primária (ou candidata) inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave.

  • Uma relação está na 2FN se cada atributo não-chave for dependente da chave primária inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave.

  • Uma tabela na 2FN realmente não contém dependência funcional parcial, logo todos os atributos não-chave são dependentes da chave primária. O ideal seria afirmar que são dependentes da chave primária inteira ou da chave primária integralmente ou que depende de toda a chave primária, maaaaas isso não significa que a questão esteja errada. 

    Estratégia

  • Gabarito: Certo.

    2ª Forma Normal: Uma tabela encontra-se na 2FN quando, além de encontrar-se na 1FN, cada coluna não chave, depende da chave primária completa.


ID
441409
Banca
FCC
Órgão
TRE-AP
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considere a tabela R1(A, B, C) com dependências funcionais A → B e B → C.

I. A é uma superchave para a tabela.
II. B é uma superchave para a tabela.
III. A tabela está na FNBC.

Está correto o que consta em

Alternativas
Comentários
  • R ( A , B , C)

    A questão está dizendo que

    A -> B , ou seja, A determina B.  Um exemplo disso seria a tabela

    Pessoa ( cpf , nome, email)

    Se você souber o cpf, poderá saber também de quem é o cpf, pois o cpf é único.
    Então:
    I. A é uma superchave para a tabela. 
    Verdadeiro.

    II. B é uma superchave para a tabela. 
    FALSO.
    A superchave é um conjunto de atributos que tomados coletivamente permite identificar uma tupla na relação. No caso, temos a certeza que A->B, ou seja
    a partir de A encontramos B, e partindo da transitividade, B->C então A->C também, mas não temos certeza que B->A, então nada se pode dizer sobre a unicidade de B.


    III. A tabela está na FNBC. 
    Para estar na terceira forma normal, atributos de R não poderiam depender de outros atributos que não fosse a chave primária.
    Se B está determinando C então C não deveria estar nessa relação, pois está ocorrendo uma redundância, portanto o esquema não está normalizado.
  • Gostaria de complementar a informação preciosa dada pelo colega com respeito a normalização da tabela

    Acredito não ser correto dizer que a tabela não esta normalizada, pois na verdade ela está na 2ª FN. Observem que a alternativa esta errada pelo fato de que, como há transitividade, impedindo a 3FN ela não pode estar na FNBC, que necessitaria que a tabela estivesse na 3FN.

    Abs.
  • So lembrando q, basta estar na 1FN, para uma relacao ser considerada normalizada. O q acontece a partir disso(2FN, 3FN...) eh um "refinamento" da normalizaçao.
  • CPF, CPF_conjuge, nome_conjuge

    CPF(chave primária, determina cpf_conjuge). Chave primária determina atributos. OK

    CPF_conjuge(determina nome_conjuge). Ocorreu Dependência transitiva, pois CPF_conjuge não pertece a Chave primária. Errado.


ID
449953
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Codd estabeleceu a existência de três tipos de relações normalizadas, denominadas primeira, segunda e terceira formas normais. Uma relação está na 3ª FORMA NORMAL, se e somente se todos os domínios que não são chaves forem completamente:

Alternativas
Comentários
  • A terceira forma normal (3NF) exige que a tabela esteja em 2NF e que todos os atributos que não são chave sejam mutuamente independentes, isto é, que não existam funções que definam um ao outro. Portanto, sempre a chave por inteiro deve definir toda a tabela. Isto exige que atributos que não dependem diretamente da chave sejam separados em uma tabela distinta, ou seja, todos os atributos da tabela devem depender da chave primária.
    Resposta correta é letra C.
     

  • Relação 1 FN – uma relação (tabela) está na 1 FN se e somente se todos os seus atributos contêm apenas valores atômicos (monovalorados, atômicos).

    Relação 2 FN -  não pode haver dependência funcional parcial (parte da chave primaria determina um atributo), ajudar a evitar anomalias de (insert, update e delete).

    Relação 3 FN – não pode haver dependência funcional transitiva (atributo não chave determinando outro atributo não chave), ajudar a evitar anomalias de (insert, update e delete).

    Que Deus nos Abençoe.

ID
450028
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Normalização é o processo de organização eficiente dos dados dentro de um banco de dados. Os seus objetivos são eliminar dados redundantes e garantir que as dependências entre os dados façam sentido. Uma forma normal é uma regra que deve ser aplicada na construção das tabelas do banco de dados para que estas fiquem bem projetadas. Assinale a alternativa que indique a forma normal que não permite atributos multivalorados, atributos compostos e suas combinações.

Alternativas
Comentários
  • Creio que nesta questão todas as alternativas estão corretas , senão vejamos

    1FN: proíve atributos multivalorados
    2FN: 1FN + eleiminação de depêndencia funcional parcial
    3FN: 2FN + eleiminação da dependência funcional transitiva
    ....
    e assim por diante

    Logo, todas proívem os atributos multivalorados. A 1FN é aúnica que só pede isso, mas todas as outras pede que estejam em 1FN com algo mais.
  • Concordo com o comentário anterior.
    A primeira FN é a que define a eliminação de atributos multivalorados, porém as Formas normais são "progressivas" (para estar na 2FN devo estar na 1FN, para estar na 3FN devo estar na 1FN e 2FN e assim por diante...)

    Totalmente passível de recurso, mas quem sabe o que eu falei acima só resta marcar qual forma normal que estabelece a regra, onde ela aparece inicialmente
  • Lembrando sempre do conceito de "alternativa mais correta" que, nesse caso, é a alternativa a, uma vez que é a 1FN que estabelece a regra, como o Bruno (comentário acima) mencionou.
  • Uma tabela está na 1FN, se e somente se, não possuir atributos multivalorados.
  • Realmente o raciocínio do colega Henrique está correto, mas acredito que numa prova dessas devemos escolher a opção mais diretamente associada ao conceito (que no caso, seria a 1FN - letra A)...

    Mas é passível de recurso... afinal, se está na FNBC, está na 3FN, que está na 2FN, que está na 1FN.....
  • Essa característica é típica da 1FN. Não acho passível de recurso, pensa bem, se na 1FN estiver atributos multivalorados, não existirá a 2FN e consequentemente a 3FN !!!


ID
459055
Banca
CESPE / CEBRASPE
Órgão
HEMOBRÁS
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Com base nos conceitos de modelagem de dados, julgue os itens
subseqüentes.

O procedimento de normalização elimina redundâncias tomando projeções, mas nem todas as redundâncias podem ser eliminadas dessa maneira. Muitas variáveis de relações fisicamente isoladas significam muitos arquivos armazenados fisicamente isolados.

Alternativas
Comentários
  • Questão pessimamente escrita...

  • Que questão horrível!!!

    Me recuso a tentar ir atrás de justificativa!!!

    Prefiro reprovar!!!

  • Questão Felipe Neto


ID
486574
Banca
FCC
Órgão
TCE-AL
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Uma relação estará na Segunda Forma Normal (2FN) se ela estiver na 1FN e todos os atributos

Alternativas
Comentários
  • Resumo:
    Atingir a Primeira forma normal (1FN) - Consiste em retirar tabelas aninhadas, ou seja, retirar atributos que possam conter um vetor de valores e transforma-los em uma tabela distinta. 
    Atingir a Segunda forma normal (2FN) - Além de estar na 1FN, é necessário eliminar as dependências funcionais, ou seja, retirar atributos que dependam funcinalmente somente de uma parte da chave primária. Note que se a chave primária não for composta, e estiver na 1FN, ela automaticamente estará na 2FN. 
    Atingir a Terceira Forma Normal (3FN) - Além de estar na 2FN, é necessário eliminar as dependências transitivas, ou seja, os atributos não podem depender funcionalmente de atributos não chaves.
  • b-

    Esta em 2FN quando nao contiver dependencias funcionais parciais: quando uma coluna depende somente de parte de chave primaria composta. 

  • Letra B

    2FN (segunda forma normal)

    - Deve estar na 1FN

    - Os atributos não-chave dependem da chave primária INTEIRA (Dependência TOTAL)

    - NÃO existe dependência parcial 


ID
488632
Banca
NCE-UFRJ
Órgão
UFRJ
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Considere uma tabela relacional R, com atributos A, B e C, atômicos, na qual o atributo A é a chave primária. Sabendo-se que as dependências funcionais A -> B e B -> C se verificam, pode-se concluir que a tabela R está normalizada até a:

Alternativas

ID
515743
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considere: No contexto da folha de pagamento de uma empresa, um funcionário de nome João ocupa o cargo de código 05 - Analista de Sistemas, é registrado na empresa sob a identidade 3.428, está alocado no Departamento de Tecnologia e sua idade é 35 anos.

Em um modelo entidade-relacionamento normalizado, são entidade, relacionamento, atributo e chave, respectivamente:

Alternativas
Comentários
  • A correta é a letra C.

    Poderíamos ter um banco assim:

    Tabelas

    Funcionário (identidade, nome, idade, cargo, id_departamento)
    Departamento (id_departamento, nome_departamento)
  • só precisa perceber que identidade 3.428 é a chave, tomara que o concurso que eu vou fazer também seja assim kkkk

  • Entidade: pode ser definida como um objeto do mundo real, concreto ou abstrato e que possui existência independente. Normalmente é representada por substantivo.

    Então, pela descrição do minimundo informada na questão temos que funcionário é uma entidade.

    Em seguida, vimos que idade pode ser um atributo de funcionário e identidade pode ser um atributo tipo chave, pois cada funcionário tem uma identidade distinta.

    E alocação? Nesse contexto, um funcionário é alocado em um setor.

    Então, alocação pode ser um relacionamento. Assim, vimos que a letra C é a resposta da questão.

    Gabarito: C.

    @COACHPATRICIAQUINTAO


ID
515755
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considere: uma entidade A que se relaciona com uma entidade B em 1:n, a entidade B que se relaciona com uma entidade C em n:m e a entidade C que se relaciona com ela mesma em 1:n.

O mapeamento desta situação para o modelo lógico relacional normalizado indica a existência de

Alternativas
Comentários
  • Entidade A e seu ID
    A (  A_id )

    Entidade B , sua chave primária e a chave estrangeira de A
    B(  B_id ,  A.A_id )

    Entidade C e seu autorelacionamento
    C( C_id , C.C_id )

    Mapeamento N para M entre B e C. Possivelmente com a chave primária composta B_id + C_id
    BC( B_id, C_id )
  • AB 1:n
    BC n:m
    CC 1:n



    a
    (cod, nome)

    b
    (cod, nome, cod_a)

    c
    (cod, nome, cod_c)

    rel
    (cod_a,cob_c)
  • Resposta D a correta, pois do relacionamento de B para C com a cvardinalidade (N:M) em um modelo lógico relacional normalizado resultaria na criação de uma quarta tabela de associação.
  • 4 tabelas.

    Para cada entidade haverá 1 tabela. Para cada relacionamento n..m haverá uma tabela extra (deduzindo que normalização deva ser aplicada).


ID
579541
Banca
FCC
Órgão
TRT - 19ª Região (AL)
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Para uma tabela estar na FNBC (Forma Normal Boyce- Codd), ela

Alternativas
Comentários
  • A FNBC - Forma Normal de Boyce Codd - é mais restritiva do que a 3FN, ou seja, nem tudoq ue esta na 3FN esta na FNBC, mas se está na FNBC esta na 3FN.

    A FNBC diz que "Uma relacao está na FNBC se para toda df X-> Z, X é uma shper-chave.".
    Ou seja, dada uma dependencia funcional em que X determina Z, então X deve ser necessariamente uma super-chave.

  •  

    A FNBC é uma 3NF metida a besta.


ID
599689
Banca
CESGRANRIO
Órgão
Petrobras
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Seja R um esquema de relação na primeira forma normal. Sobre a normalização em bancos de dados relacionais, considere as afirmativas a seguir.

I - Se todo atributo não primário A de R possuir dependência funcional total de cada chave de R, então o esquema de relação R está na segunda forma normal.

II - Se todo atributo não primário de R não for transitivamente dependente de qualquer chave de R, então o esquema de relação R está na terceira forma normal.

III - Se R está na terceira forma normal, então R está na forma normal de Boyce-Codd.

Está correto APENAS o que se afirma em

Alternativas
Comentários
  • I - Se todo atributo não primário A de R possuir dependência funcional total de cada chave de R, então o esquema de relação R está na segunda forma normal. CORRETO

    Uma relação encontra-se na 2FN se e somente se estiver em 1FN e não contém dependências parciais: Dependência Parcial: ocorre quando uma coluna depende apenas de uma parte de uma chave primária composta (qualquer chave candidata).
    Se TODO atributo não primário possui dependencia funcional então ela esá na 2FN 
     
    II - Se todo atributo não primário de R não for transitivamente dependente de qualquer chave de R, então o esquema de relação R está na terceira forma normal. ERRADO

    Uma relação está em 3FN se e somente se estiver em 2FN e nenhum atributo não-primo (isto é, que não seja membro de uma chave) for transitivamente dependente da chave primária (qualquer chave candidata).

    III - Se R está na terceira forma normal, então R está na forma normal de Boyce-Codd. ERRADO
     
    Uma relação está em FNBC se se e somente se estiver na 3FN  e se para toda dfX → Z, X é uma super-chave
  • Anda não consigo ver porque a II está errada. Os dois comentários a baixo me parecem falar a mesma coisa, eles negam em horas difernetes mas o resultado final é o mesmo: nenhum atributo não primo é trasitivamente dependente e o outro fala todos os atributos não primos não são trasitivamente dependentes.

    Se todo atributo não primário de R não for transitivamente dependente de qualquer chave de R, então o esquema de relação R está na terceira forma normal. 
    Uma relação está em 3FN se e somente se estiver em 2FN e nenhum atributo não-primo (isto é, que não seja membro de uma chave) for transitivamente dependente da chave primária (qualquer chave candidata).

  • Não está explícito no item II que a relação está na 2FN, por isso o erro.
  • Também não consegui enxergar o erro da II. E na I também não está explícito que a relação está na 1ªFN antes de está na 2ª FN, então isso não justifica a II está errada.

  • II - Se todo atributo não primário de R não for transitivamente dependente de qualquer chave de R, então o esquema de relação R está na terceira forma normal.

    A transitividade é entre atributo não chave e outro atributo não chave, ou seja, algum atributo é dependente de um atributo que não é chave primária da relação.

  • A afirmativa I não pode afirmar taxativamente que o esquema da relação R está na 2NF sem saber se esta está na 1NF também como fez na afirmativa II. Logo, esta questão deveria ser anulada.

  • Cuidando com a afirmação do colega Fabio Santos, a questão está perfeita, a alternativa ll está errada pois fala "qualquer chave de R", o correto seria "outro atributo não chave". O colega Bruno Silva comentou certo!


ID
613078
Banca
CESPE / CEBRASPE
Órgão
BRB
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considerando as possíveis formas normais em projetos de banco de dados relacionais, julgue o próximo item.

Uma relação estará na segunda forma normal (2FN) se, e somente se, estiver na primeira forma normal (1FN) e se qualquer atributo da chave for dependente funcional completo em relação a cada chave, isto é, se não houver atributo fora da chave que seja parcialmente dependente funcional em relação a cada chave.

Alternativas
Comentários
  • Alguém sabe dizer por que esta questão foi anulada? Para mim, o item está errado, e uma forma de corrigi-lo seria:
    Uma relação estará na segunda forma normal (2FN) se, e somente se, estiver na primeira forma normal (1FN) e se qualquer atributo  não primário for dependente funcional completo em relação a cada chave, isto é, se não houver atributo fora de alguma chave que seja parcialmente dependente funcional em relação a cada chave.

  • Também queria saber o motivo da anulação...
  • Eu acredito que poderia ser uma pegadinha. Eu acredito que esteja correta pois:
    Qualquer atributo (incluindo as chaves primarias) devem ser dependentes funcionais completo em relação a chave.

    Existem as Dependencias Funcionais Triviais na qual se realiciona da forma (A,B) -> A e tbm (A,B)->B

ID
616981
Banca
FCC
Órgão
MPE-SE
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Na normalização de dados em tabelas de banco de dados, as ações de refinamentos sucessivos:

- verificar a existência de atributos parcialmente dependentes da chave primária; e

- criar novas entidades, que absorverão os atributos com dependência funcional parcial, herdando a chave parcial.

Têm correspondência direta com

Alternativas
Comentários
  • Gabarito: C.

    A 2FN busca eliminar a dependência funcional parcial, assim como a 1FN retira os atributos multivalorados, e a 3FN acaba com a dependência funcional transitiva.


ID
620422
Banca
IADES
Órgão
CFA
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A normalização é um processo de refinamento do esquema do Banco de Dados, visando eliminar possíveis redundâncias, sanar dependências parciais entre atributos e reduzir os problemas com alterações, inclusões e exclusões. As etapas do processo são conhecidas como formas normais. Com relação aos conceitos de normalização, julgue os itens a seguir.
I Podem ser utilizados dois tipos de abordagens/metodologias no processo de normalização (top-down e bottom-up).
II Só existem 4 (quatro) formas normais.
III A primeira forma normal (1FN) elimina os grupos repetitivos.
IV A segunda forma normal (2FN) elimina as dependências transitórias.
A quantidade de itens certos é igual a

Alternativas
Comentários
  • Eu errei, mas não sei porque

    I - Ok

    II - Falsa, existem a 1FN, 2FN, 3FN, FNBC, 4FN, 5FN

    III - Falsa, pois 1FN não deve ter atributos multivalorados nem tabelas aninhadas

    IV - ????? Acho que deve estar certa mas por quê?

  • Mateus Mello, quanto ao item III, você está correto, só faltou atenção na dissertação da questão. A questão diz que "1FN elimina os grupos repetitivos" ou seja, elimina os atributos aninhados e multivalorados. Atributos devem ser escalares/atomicos.


    Quanto ao item IV - a 2FN fala sobre dependência total, dos atributos não primos perante à chave. Dependência transitiva é na 3FN.


    Espero ter ajudado

  • "IV - A segunda forma normal (2FN) elimina as dependências transitórias" - Ao meu ver esta questão está errada pelo artigo "as". Ela não elimina todas as dependências transitórias, só algumas. 

    Se a redação fosse "... (2FN) elimina dependências transitórias." > Ai eu a consideraria certa.

  • Acredito que o erro da afirmativa IV esteja no termo "transitórias", que não é sinônimo de parcial.

     

    2FN - não possui dependências parciais: todo atributo tem dependência funcional total da chave primária.

     

    Vamos na fé.

     

  • I -  CORRETA

    II - FALSA - Existem 6 formas normais (1FN, 2FN, 3FN, FNBC, 4FN, 5FN).

    III - CORRETA. A primeira forma normal elimina os atributos multivalorados.

    IV -  FALSA - A 3FN que elimina as depedências transitórias, na 2FN todos atributos devem ser dependentes da chave primária completa.

    Sendo assim, gabarito letra B.


ID
620425
Banca
IADES
Órgão
CFA
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Sobre o processo de normalização e os conceitos relacionados às três primeiras formas normais podemos afirmar que

Alternativas

ID
638179
Banca
FUMARC
Órgão
PRODEMGE
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Analise as afrmativas abaixo em relação ao processo de normalização de dados e às formas normais.
I. Na Primeira Forma Normal (1FN), não deve existir relações aninhadas ou a relação não deve ter atributos multivalorados.

II. Na Segunda Forma Normal (2FN), para relações em que a chave primária contém apenas um atributo, nenhum atributo não chave deverá ser funcionalmente dependente da chave primária.

III. Na Terceira Forma Normal (3FN), não devem existir dependências transitivas de um atributo não chave sobre a chave primária.
Assinale a alternativa VERDADEIRA:

Alternativas
Comentários
  • II.  Na Segunda Forma Normal (2FN), para relações em que a chave primária contém apenas um atributo, nenhum atributo não chave deverá ser funcionalmente dependente da chave primária.
    ERRADO

    A 2FN diz que, se você tiver uma chave composta, então os atributos que não são chaves deverão ser funcionalmente dependete da chave composta, e não apenas de um atributo da chave composta.

    Ex.: R(A,B,C,D) --> C ou D não podem depender somente de A ou B separados.

    Obs.: se a chave da relação for composta de apenas 1 atributo, já é 2FN automaticamente
  • http://www.diegomacedo.com.br/normalizacao-de-um-banco-de-dados/
  • Com base nos professores Débora Reis e José Bernardo Neto, o processo de normalização proposto por Codd baseia-se no conceito de forma normal, ou seja, este processo conduz um esquema de relação por meio de uma bateria de testes para certificar se ele está na 1ª, 2ª e 3ª Formas Normais. Essas três Formas Normais são baseadas em dependências funcionais dos atributos do esquema de relação:

    1ª Forma Normal: Prega que todos os atributos de uma tabela devem ser atômicos (indivisíveis), ou seja, não são permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos, isto é, uma tabela encontra-se na 1FN quando não contém tabelas aninhadas. (Item I Verdadeiro)

    2ª Forma Normal: Uma tabela encontra-se na 2FN quando, além de encontrar-se na 1FN, cada coluna não chave, depende da chave primária completa. (Item II Falso)

    3ª Forma Normal: Uma tabela encontra-se na 3FN quando, além de encontrar-se na 2FN, toda coluna não chave, depende diretamente da chave primária, isto é, quando não há dependências transitivas. (Item III Verdadeiro)
  • Creio que a afirmativa III também está INCORRETA.
    3FN diz que não pode existir a dependência transitiva, contudo esse tipo de dependência é entre atributos que não seja chave ou parte dela.
  • Na 3FN a dependencia entre os atributos não chaves eh funcional, e eh transitiva entre o atributos naõ chave e a chave primaria.
    Ex: R(A, B, C).

    Sendo A a chave primaria, B -> C; ou seja, B determina C e C depende funcionalmente de B, dependendo transitivamente da chave primaria.
  • Gabarito correto. Explicando a afirmativa III

    Na Terceira Forma Normal (3FN), não devem existir dependências transitivas de um atributo não chave sobre a chave primária.

    Ou de outra forma:
    Na Terceira Forma Normal (3FN), não devem existir dependência funcional de um atributo não chave sobre outro atributo não chave.

    Navathe 6a edição, pág 653

  • Caros,

    O erro da terceira afirmativa, ao meu ver:

    R(A, B, C, D), Se C -> B. (C depende apenas de B) então não está na segunda forma normal e, por conseguinte, não está na 3FN.


ID
641356
Banca
FCC
Órgão
TRT - 2ª REGIÃO (SP)
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Para eliminar a condição de existência de valores não atômicos em uma coluna de tabela relacional,

Alternativas
Comentários
  • Resposta: Letra A

    http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_de_dados#Formas_Normais

  • PRIMEIRA FORMA NORMAL (1FN):
    DEFINIÇÃO
    Diz-se que uma tabela está na primeira forma normal quando ela não contém tabelas aninhadas.
    Reprova ter um conjunto de valores, uma tupla de valores ou uma combinação de ambos como um valor de atributos para uma única tupla. Os únicos valores de atributo permitidos pela 1FN são valores atômicos (ou indivisíveis). Ou  seja, não contenham repetições dentro de um campo.
    Não Possui atributos multivalorados. Um atributo multivalorado é um atributo de uma entidade que pode, para cada instância possuir mais de um valor.

    Segundo C. J. Date: Uma variável de relação está em 1FN se e somente se, em todo valor válido dessa variável de relação, cada tupla contém exatamente um valor para cada atributo.

  • Letra A

     

    Só para acrescentar acerca do erro da letra B.

     

    Na verdade as regras são chamadas de "As Doze regras de Codd", que são um conjunto de treze regras (enumeradas de zero a doze) propostas por Edgar F. Codd.

    https://pt.wikipedia.org/wiki/12_regras_de_Codd

  • Gabarito: Letra A

    Normalização:

    1° Forma Normal (1FN):

    *Os atributos são atômicos (indivisíveis)

    *Não há atributos multivalorados (atributos repetidos) e nem compostos


ID
642253
Banca
FCC
Órgão
TCE-PR
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Eliminar as dependências multivaloradas (DMV) não triviais de uma tabela, projetando-as para tabelas menores separadas e, assim, eliminar as anomalias de atualização associadas às DMVs é objetivo da

Alternativas
Comentários
  • É raro cobrar algo além da 3FN...
    mas vai aí a definição da 4FN

    Uma tabela está na 4FN, se e somente se, estiver na 3FN e não existirem dependências multivaloradas

    AutAssLiv(nrol, autor, assunto)
    autor, assunto → Dependência multivalorada de nrol

    4FN:
    AutLiv(nrol, autor)
    AssLiv(nrol, assunto)
  • Somente adicionando outra abordagem a excelente explicação do colega Matrix:

    "Dada uma relação qualquer com três atributos x, y e z, diz-se que y depende de forma multivalorada de x se e somente se sempre que existirem duas tuplas (x1,y1,z1) e (x1,y2,z2) existirão também duas tuplas (x1,y1,z2) e (x1,y2,z1).

    Refere-se à combinação de valores de atributos multivalorados disjuntos (y e z).

    x na verdade, relaciona-se com y e com z de forma independente."

    Ou seja, no exemplo do comentário acima, nrol se relaciona com autor e com assunto de maneira independente.

    Bons estudos!

  • Cuidado pra não ler "multivalorada" e já querer marcar como 1FN. Dependências multivaloradas são tratadas na 4FN.

  • A = Atributos Multi

    B = Dependencias Parciais

    C = Dependencias transitivas

    GAB

    E = Dependencias de junção

    GAB D.


ID
642256
Banca
FCC
Órgão
TCE-PR
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Considere a situação expressa pelas seguintes relações: um cliente faz n pedidos mas um pedido específico é de somente um cliente. Seguindo, em um pedido específico são relacionados n produtos mas um mesmo produto pode constar em mais de um pedido. Após normalizar essas relações é possível que se estabeleçam tabelas relacionais correspondentes, sendo elas

Alternativas
Comentários
  • Pelo enunciado da questão, é possível abstrair duas relações:

    a) Uma relação 1..N entre as entidades "Cliente" e "Pedido"; e
    b) Uma relação N..M entre as entidades "Pedido" e "Produto".

    Sob este pressuposto, ao elaborar o projeto lógico do esquema acima, haverá uma nova tabela advinda da relação descrita no item "b" mensionado. Esta nova tabela o examinador a chamou de pedido-produto.

    Isto ocorre toda vez que há um relacionamento do tipo N..M.
  • Quando o relacionamento entre duas entidades eh N:M, a associacao se torna multivalorada, sendo necessario criar uma outra tabela. Eh o caso entre pedidos e produtos.
    Para acertar a questao, so eh necessario conhecer a regra. Traduzindo a questao em modelo grafico, seria:

    [cliente] 1 ---- ----- N [pedidos]
                   .                            |N
                                                |
                                             < >-----------[pedidos-produto]

                                                |
                                                |M
                                         [produto]
                                                    
  • Para saber se será necessário ou não a  criação de uma nova tabela basta observar o tipo de relacionamento entre as entidades:

    - em relacionamentos 1 - n: não é necessário a criação de uma nova tabela, e a entidade do lado n vai receber uma coluna com a chave primária da tabela do lado 1.
    - em relacionamentos 1 - 1: também não é necessário a criação de uma nova tabela, nesse casso indica-se a criação de apenas uma tabela contendo os atributos das duas entidades;
    - em relacionamentos 0..1 - 0...1: nesse caso é opcional o relacionamento entre a entidades, então é indicado que se crie uma coluna em APENAS uma das entidades, contendo a chave primária da outra.
    - em relacionamentos n - n: nesse caso é necessário a criação de uma nova tabela, contendo os atributos da relaçao e as chaves primárias das duas entidades. 
  • Aos não assinantes,

    GABARITO: C


ID
644422
Banca
FCC
Órgão
TJ-PE
Ano
2012
Provas
Disciplina
Banco de Dados
Assuntos

É correto que uma relação está na

Alternativas
Comentários
  • Com base nos professores Débora Reis e José Bernardo Neto, o processo de normalização proposto por Codd baseia-se no conceito de forma normal, ou seja, este processo conduz um esquema de relação por meio de uma bateria de testes para certificar se ele está na 1ª, 2ª e 3ª Formas Normais. Essas três Formas Normais são baseadas em dependências funcionais dos atributos do esquema de relação:

    1ª Forma Normal: Prega que todos os atributos de uma tabela devem ser atômicos (indivisíveis), ou seja, não são permitidos atributos multivalorados, atributos compostos ou atributos multivalorados compostos, isto é, uma tabela encontra-se na 1FN quando não contém tabelas aninhadas.

    2ª Forma Normal: Uma tabela encontra-se na 2FN quando, além de encontrar-se na 1FN, cada coluna não chave, depende da chave primária completa.

    3ª Forma Normal: Uma tabela encontra-se na 3FN quando, além de encontrar-se na 2FN, toda coluna não chave, depende diretamente da chave primária, isto é, quando não há dependências transitivas.

    Resposta da questão é a letra "b".
  • Uma relação está na 2FN se cada atributo não-chave for dependente da chave primária inteira, isto é, cada atributo não-chave não poderá ser dependente de apenas parte da chave.Uma relação está na 3FN se nenhuma coluna não-chave depender de outra coluna não-chave (dependência transitiva).Uma relação está na 4FN quando se elimina dependências multivaloradas.
    Logo, resposta “b”
     
    Fontes: http://pt.wikipedia.org/wiki/Normaliza%C3%A7%C3%A3o_de_dados
                 http://www.luis.blog.br/terceira-forma-normal-3fn-normalizacao-de-dados.aspx
  • A menos errada é a B.

    Segundo ElMasri e Navathe, o conceito geral de 2NF: "Um esquema R (tabela R) está na segunda forma normal (2FN) se todo atributo A em R não for parcialmente dependente de qualquer chave de R".

    Trocando em miúdos, uma tabela pode ter mais de uma chave candidata e todo atributo que não faz parte de nenhuma chave candidata deve depender da chave candidata por inteiro. A chave primária é apenas a chave candidata escolhida (geralmente a menor possível).
  • Primeira forma normal:
        Determina que todos os atributos devem ter valores atômicos;
        Não deve existir atributos multivalorados, compostos ou a combinação destes;
    Segunda forma normal:
        Uma relação está na 2NF quando está na 1NF e não possui nenhuma dependência funcional parcial;
    Terceira forma normal:
        Uma relação está na 3NF quando está na 2NF e não possui nenhuma dependência funcional transitiva;
  • É correto que uma relação está na:
     
     a) 2FN se, e somente se, todos os domínios básicos contiverem mais de um valor discreto periódico.(É preciso está na 1 FN) 
     b) 2FN se, e somente se, estiver na primeira e todos os atributos não chave forem totalmente dependentes da totalidade da chave primária.
     c) 2FN se, e somente se, estiver na primeira e todos os atributos não chave forem dependentes não transitivos da chave primária. (Dependencia Transitiva é na 3 FN)
     d) 3FN se, e somente se, ela estiver na segunda e todos os atributos não chave contiverem mais de um valor discreto periódico.(O PRoblema da 1 FN) e) 3FN se, e somente se, todos os domínios básicos forem multivalorados. (É preciso está na 2 FN) 
  • Alguém sabe me responder o que seria Domínio Básico e Valor Discreto Periódico?

ID
661843
Banca
FCC
Órgão
INFRAERO
Ano
2011
Provas
Disciplina
Banco de Dados
Assuntos

Em relação à normalização de dados, considere:
I. Se existir um atributo multivalorado, deve-se criar um novo atributo que individualize a informação multivalorada.
II. Se existir um atributo não atômico, deve-se dividi-lo em outros atributos que sejam atômicos.
III. Todos os atributos primos devem depender funcionalmente de toda a chave primária.

Os itens I, II e III referem-se direta e respectivamente a

Alternativas
Comentários
  • a)1FN, 1FN e 2FN.

    1FN é para decompor entidade em 1 ou +, sem grupos repetitivos, aplicando-se em atributos atômicos. 

    2FN é para entidades com chaves primarias concatenadas, criando uma nova entidade com esses atributos cuja chave primaria seja os atributos comdependencia parcial.

  • Complementando...

     

    Existe um erro no item III. O correto seria:

    III. Todos os atributos (NÃO) primos devem depender funcionalmente de toda a chave primária

     

    Regra da 3FN

    Uma relação está em 3FN se, e somente se, estiver em 2FN e nenhum atributo não-primo for transitivamente dependente da chave primária.