Questões de Modelo relacional

Questão 2353

• Banca: NCE-UFRJ
• Órgão: TRE-RJ
• Ano: 2001
• Provas: NCE-UFRJ - 2001 - TRE-RJ - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Nas questões 43 e 44 considere o esquema relacional
abaixo:

Pedidos(cod_ordem, cod_peça, quantidade)
Projeto_Necessita (cod_projeto, cod_peça, quantidade)
Fornecimento (cod_ordem, nome_fornecedor, data_ordem)

Analise as seguintes consultas:

(I) Que peças foram fornecidas por um dado fornecedor?
(II) Que fornecedores forneceram peças para um dado pedido?
(III) Que fornecedores forneceram peças para um dado projeto?
(IV) Liste os pedidos cuja quantidade de peças pedidas excede as necessidades de um dado projeto.

Considerando que o esquema relacional acima tem problemas de projeto, as consultas que podem ser resolvidas apenas com esse conjunto de relações são somente:

• A. I e II
• B. I e III
• C. II e IV
• D. III
• E. IV

Gabarito: C

Comentários

• Apesar de o gabarito ser a letra C tenho duvidas.
  Nao concordo que o item IV esteja correto, vejam se eu estou maluco:
  
  Supondo que na tabela Projeto_Necessita existam dois projetos diferentes porem que solicitaram os mesmos produtos, ou seja, mesmo codigo da peca.
  Pronto! Nesta situacao eh impossivel saber qual o projeto (codigo do projeto) que fez o pedido na tabela de
  Pedidos.
  
  Portanto nao podemos listar com certeza quais os pedidos de um dado projeto.
  
  Algum palpite?
• Concordo. Acredito que o gabarito deveria ser letra A.
• danieltc, se o projeto é diferente e as peças iguais, a composição das duas chaves tornará elas diferentes:
  
  Pedido 1 com Peça 1 = Chave 11
  Pedido 2 com Peça 1 = Chave 21
  
  Eu marquei letra A, mas errei também. Mas simplesmente não ter entendido a questão direito.
  
  (I) Que peças foram fornecidas por um dado fornecedor?
  - Como vou saber a peça se não tenho nem a tabela de peças?
  (II) Que fornecedores forneceram peças para um dado pedido?
  - Como vou saber isso se a tabela pedido não tem chave do fornecedor? Ou cod_ordem é chave primária de Fornecedor que foi como estrangeira para Pedido?
  (III) Que fornecedores forneceram peças para um dado projeto?
  - Como vou saber se na tabela projeto não consta o código do fornecedor?
  (IV) Liste os pedidos cuja quantidade de peças pedidas excede as necessidades de um dado projeto.
  - Não tem como saber, pois na tabela Pedido não tem chave do Projeto_Necessita.
  
  - Quais são chaves primárias e quais são chaves estrangeiras?
  
  Bem, se alguém puder tirar estas dúvida ai, agradeço.
• Pedidos(cod_ordem, cod_peça, quantidade)
  Projeto_Necessita (cod_projeto, cod_peça, quantidade)
  Fornecimento (cod_ordem, nome_fornecedor, data_ordem)
  
  (I) Que peças foram fornecidas por um dado fornecedor?
  Re: Acredito que o erro deste item é apenas não possuir uma descrição da peça, pois é possível listar o código das peças fornecidas por um determinado fornecedor. Ex.:
  Select P.Cod_Peça From Pedidos P
  Inner Join Fornecimento F on F.Cod_Ordem=P.Cod_Ordem
  Where Nome_Fornecedor=”COCA-COLA”
  Group By Nome_Fornecedor, P.Cod_Peça
  
  (II) Que fornecedores forneceram peças para um dado pedido?
  Re: Select Nome_Fornecedor F From Fornecimento
  Inner Join Pedidos P on P.Cod_Ordem=F.Cod_Ordem
  Where Cod_Ordem=3
  
  Onde 3 é o código de um pedido.
  
  (III) Que fornecedores forneceram peças para um dado projeto?
  Re: Esta consulta realmente não tem como ser feita, pois não existe relacionamento entre pedido e projeto.
  
  (IV) Liste os pedidos cuja quantidade de peças pedidas excede as necessidades de um dado projeto.
  Re: Pegadinha!!! Esta consulta pode ser feita pois não está pedindo pra relacionar o projeto com o pedido, apenas listar os pedidos se a quantidade de peças nele for superior à quantidade que algum projeto está necessitando. Ex:
  
  Select * From Pedidos As Ped Where Ped.Qtde>(Select Quantidade From Projeto_Necessita Where Cod_Projeto=35)
  
  Onde 35 é o código de um projeto qualquer.
  
• Questão mal formulada e deveria ter sido ANULADA por completo, visto que há 3 itens possíveis de serem respondidos : os itens I, II e IV.

• Não possui alternativa correta que contenha ! II e IV

Questão 2356

• Banca: NCE-UFRJ
• Órgão: TRE-RJ
• Ano: 2001
• Provas: NCE-UFRJ - 2001 - TRE-RJ - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelagem de dados; Modelo relacional

Nas questões 43 e 44 considere o esquema relacional
abaixo:

Pedidos(cod_ordem, cod_peça, quantidade)
Projeto_Necessita (cod_projeto, cod_peça, quantidade)
Fornecimento (cod_ordem, nome_fornecedor, data_ordem)

Para atender à consulta "Que peças foram pedidas por que projetos?", a alteração necessária em uma das relações do esquema relacional apresentado é:

• A. Pedidos(cod_ordem, cod_projeto, cod_peça, quantidade)
• B. Fornecimento (cod_ordem, cod_peça, nome_fornecedor, data_ordem)
• C. Pedidos(cod_ordem, cod_projeto, quantidade)
• D. Pedidos(nome_fornecedor, cod_peça, quantidade)
• E.  Projeto_Necessita (cod_projeto, cod_ordem, quantidade, status)

Gabarito: A

Comentários

• Esta é uma questão simples. Para saber que peças foram pedidas por qual projeto, é necessário que na tabela de pedidos tenha o código do projeto. Daí é só localizar entre as opções, aquela que está alterando a tabela de pedidos e acrescentando o código do projeto.

• Fica sem vídeo perto dos 12 min (áudio continua)...
  

• A aula é mto boa....de fato a imagem "some" por volta dos 12 min mas retorna por volta dos 20. Vale a pena assisti-lo.

• Muito boa a aula... 

Questão 5548

• Banca: CESGRANRIO
• Órgão: Transpetro
• Ano: 2006
• Provas: CESGRANRIO - 2006 - Transpetro - Analista de Sistemas Pleno
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Seja o seguinte modelo lógico (relacional) para um dado SGBD onde os atributos sublinhados indicam as chaves primárias de cada uma das respectivas tabelas:

Departamento (código-departamento, sigla-departamento)

Empregado (cpf, nome-empregado, sexo, código-departamento, valor-hora)

Projeto (código-projeto, descrição-projeto, valor-projeto)

Sabendo-se que um empregado pode participar de mais de um projeto em uma mesma data, se se quiser modelar um quadro de horas que permita informar o número de horas de um empregado em um projeto, em um determinado período, devemos alterar o modelo da seguinte forma:

• A. Incluir a tabela Empregado_Projeto com atributos (cpf, código-projeto, data-inicio, data-fim, numero-horas).
• B. Incluir a tabela Empregado_Projeto com atributos (cpf, código-projeto, data, numero-horas).
• C. Incluir a tabela Empregado_Projeto com atributos (cpf, código-projeto, data, numero-horas).
• D. Incluir os atributos código-projeto e numero- horas-acumuladas no projeto, na tabela Empregado.
• E. Incluir os atributos cpf do empregado e numero-horas na tabela Projeto.

Gabarito: C

Comentários

• Atenção com essa data grifada.
  
  
• Não entendi o motivo de incluir a data como chave. Alguém saberia responder? Obrigado.
• (A) ERRADA . As chaves primárias CPF e codigo-projeto NÃO permitem 1 empregado participar de mais de um projeto em uma mesma data , como pede a questão. (B)ERRADA. O mesmo problema da letra (A)(C)CERTA. O exemplo está normalizado e com as chaves primárias permitindo que 1 empregado participe de mais de um projeto em uma mesma data.Exemplo: Marta - Projeto 1 - 05/11/2009Marta - Projeto 2 - 05/11/2009(D)ERRADA. O modelo estaria DESNORMALIZADO, ferindo TERCEIRA forma normal que diz: "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."Haveria uma dependencia funcional entre os atributos codigo-projeto e numero-horas-acumuladas e o atributo não chave codigo-projeto.(E) Estaria ferindo a segundo forma normal.
• A resposta correta é a alternativa A, pois o enunciado diz "em um determinado período ...", por isso precisamos adicionar a data de início e fim do projeto. A resposta C indica apenas a data, se um funcionário participou de dois projetos de Janeiro-Marco de 2009 e a data apresentar um valor de março, por exemplo, se quisermos se um empregado participou de algum projeto em fevereiro de 2009 a resposta será nenhum.Quanto ao problemas das chaves cpf e código de projeto, ela permite que um funcionario participe de mais de um projeto, o que esta chave restringe é que o mesmo funcionário participe do mesmo projeto com 2 papéis diferentes.
• Concordo em gênero, número e grau com o amigo Maurício.
  
  Resposta certa letra "A".
• Tive o mesmo raciocínio do Maurício e marquei a letra "A".

Questão 5554

• Banca: CESGRANRIO
• Órgão: Transpetro
• Ano: 2006
• Provas: CESGRANRIO - 2006 - Transpetro - Analista de Sistemas Pleno
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Utilize as informacoes abaixo para
responder às questoes de 29 a 31.

Seja o seguinte modelo lógico (relacional) para um dado
SGBD onde os atributos sublinhados indicam as chaves
primárias de cada uma das respectivas tabelas:

Profissão (código-profissão, descrição-profissão)

Pessoa (cpf, identidade, nome-pessoa, código-sexo, código-profissão)

Dependente (cpf, ordem-dependente, nome-dependente, código-sexo)

Sexo (código-sexo, descrição-sexo)

Com base no modelo acima, assinale a afirmativa INCORRETA.

• A. Existe relacionamento entre as tabelas Profissão e Pessoa (nesta ordem) do tipo um-para-muitos.
• B. A tabela Dependente representa uma entidade fraca.
• C. O atributo código-profissão da tabela Pessoa é uma chave estrangeira da tabela Profissão.
• D. O atributo código-sexo é uma chave estrangeira das tabelas Pessoa e Dependente.
• E. O atributo ordem-dependente não deveria fazer parte da chave primária da tabela Dependente, para que a chave fosse única.

Gabarito: E

Comentários

• Devo discordar do gabarito.Uma entidade fraca não possui um conjunto mínimo de atributos que possam constituir a chave primária da tabela de dependentes. O CPF é um atributo forte o suficiente para ser chave primária desta tabela dependentes visto que ele é único por pessoa. Desta forma a tabela Dependente não representa entidade fraca.
• Não, o gabarito está correto. Porém, acho que a banca vacilou omitindo informações.
  
  O que eu entendi é que o cpf na tabela Dependente, é o Cpf do empregado a qual o dependente está relacionado. Por isso, esse cpf poderá se repetir na tabela se o empregado tiver mais de um dependente. Caracterizando assim uma entidade fraca.

• Concordo com a Vanessa.

  Entendi da mesma forma.

  Porém a questão realmente parece ser dúbia. Poderia deixar mais claro colocando "cpf_pessoa" ou "cpf_dependente".

  E a letra C acho q está incorreta tbm, já que dá a entender que "código-profissão" da tabela Pessoa é a chave Primária da tabela Profissão, e chave estrangeira da própria tabela Pessoa.

  
  
• Dependente (cpf, ordem-dependente, nome-dependente, código-sexo)
  
  Daniel. Preste atenção. A tabela Dependente é uma entidade fraca sim, pois ela contém como FK o código-sexo. TODA tabela que possui FK, de cara é entidade fraca. Isso é fatooo. Isole chaves primárias, chaves primárias nada têm haver com entidade fraca.
  
  Abraço a todos e bons estudos.
• 
  Júlio,
  
  A chave estrangeira em uma entidade somente irá  caracteriza-la como um entidade fraca, se essa chave estrangeira fizer parte  da chave primária da entidade em questão. A chave estrangeira código-sexo não determina isso, uma vez que não compõe a chave primaria da entidade dependente.
    Nao se pode generalizar como você informou.
•  O atributo código-profissão da tabela Pessoa é uma chave estrangeira da tabela Profissão.
  
  Só eu achei essa frase mal redigida?
  
  código-profissão é chave estrageira da tabela Pessoa, na tabela Profissão ela é chave primária...Ué?!
  
  Agora, se fosse: chave estrangeira que referencia Profissão, tudo bem!
  
• concordo com a  Analist Girl, mas dificilmente esta questão seria anulada por esse motivo! 
• Putz..., a 'C' esta completamente errada. Depois de ler a assetiva nem olhei as outras, marquei ela.
  O atributo código-profissão da TABELA profissão é a chave primária da tabela (inclusive esta marcada como tal), NÃO uma chave estrangeira
• Tirado do próprio livro do Navathe 6 edição, pag 138 - tópico 7.3 - Tipos de Entidade, Conjunto de Entidades, Tipos de Atributos e Chaves:
  
  "Um tipo de entidade também PODE NÃO TER CHAVE; nesse caso, ele é chamado de tipo de entidade fraca."
  
  Tirado do próprio livro do Navathe 6 edição, pag 144 - tópico 7.5 - Entidades Fracas:
  
  "Tipos de entidades que não possuem atributos-chave próprios são chamados tipos de entidade fraca."
  
  Logo, no presente caso, a tabela Dependente não pode representar uma entidade fraca, visto que possui o atributo ordem-dependente, o qual é CHAVE PRIMÁRIA PRÓPRIA, ou seja, É UMA CHAVE PRIMÁRIA QUE NÃO É REFERENCIADA EM NENHUMA OUTRA RELAÇÃO.
  
  Resumindo, UMA ENTIDADE SERÁ FRACA QUANDO SUA(S) CHAVE(S) PRIMÁRIA(S) - SE HOUVER - É(SÃO), TAMBÉM, CHAVE(S) ESTRANGEIRA(S), CASO CONTRÁRIO A ENTIDADE SERÁ FORTE.
• Para mim a alternativa C também esta errada ...conforme os colegas acima falaram!
• Acho que os colegas estão complicando o conceito de entidade fraca.
  Uma entidade fraca basicamente é uma entidade (ou sendo menos formal, um registro de uma entidade) , que depende de outra entidade para existir.
  No caso apresentando, DEPENDENTE é uma entidade fraca porque o campo CPF esta relacionado com a tabela PESSOA, ou seja, somente depois de cadastrar uma pessoa, com seu respectivo cpf (chave primaria) é que será possível cadastrar um dependente. A entidade dependente não existe sem a entidade PESSOA. Simples assim....
  

Questão 16915

• Banca: CESPE / CEBRASPE
• Órgão: TRE-AL
• Ano: 2004
• Provas: CESPE - 2004 - TRE-AL - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

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.

O grau de um tipo de relacionamento é o número de tipos de
entidades participantes desse tipo de relacionamento.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Resposta : Certa
  
  O grau de um tipo de relacionamento corresponde ao número de tipos de entidades que dele participam.
  
  Ex.: Um relacionamento de grau dois envolve duas entidades,
  um de grau três, três entidades e assim por diante.
• Tipos de Entidades? Ao meu ver seria somente o número de entidades.

• Trata do conceito de grau para o modelo entidade-relacionamento que é o número de entidades que participam de relação, por exemplo, no relacionamento ternário o grau é 3, uma vez que três entidades se relacionam.

   

  http://waltercunha.com/blog/2009/10/11/memorex-banco-de-dados-paulo-marcelo/

• CORRETO

  GRAU de relacionamentos .

  unitário ----> auto relacionamento

  binário= 2 entidades

  terciário---> 3 entidades

  Entidade fraca -->depende de outra entidade seja parcial seja total !!

• Ué... tipos de entidade? Forçado isso aí, heim.

• ENTIDADE 1 (FORTE)

  ENTIDADE 2 (FRACA)

  ENTIDADE 3 (FRACA)

  grau de relacionamento seria 2 então? pois há só 2 tipos de entidades (fraca e forte)

• Grau de relacionamentos trata da quantidade de relacionamentos entre entidades.

  CORRETA a assertiva.

• exato, sendo que a quantidade de entidades participantes irá determinar o grau do relacionamento.

  podendo ser:

  Unário: uma entidade

  Binário: Duas entidades

  Ternário: três entidades

Questão 16918

• Banca: CESPE / CEBRASPE
• Órgão: TRE-AL
• Ano: 2004
• Provas: CESPE - 2004 - TRE-AL - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

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.

No modelo relacional, uma relação consiste em um conjunto
obrigatoriamente ordenado de tuplas.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Uma tabela é um conjunto não-ordenado de linhas.
  
  No modelo relacional:
  –As linhas são também chamadas de tuplas;
  -As tabelas são chamadas de relações ou entidades.
  
  A arquitetura de um banco de dados relacional pode ser descrita de maneira informal ou formal. Na descrição informal estamos preocupados com aspectos práticos da utilização e usamos os termos tabela, linha e coluna. Na descrição formal estamos preocupados com a semântica formal do modelo e usamos termos como relação(tabela), tupla(linha) e atributo(coluna).

• Acredito que só existe ordenação quando são utilizados índices, o que não é obrigatório.
  

• Gab. E

  TUPLAS - Não são ordenadas. Não possuem ordenação de seus atributos.

  Fonte. Prof. Thiago Rodrigues Cavalcanti (Estratégia concursos).

• Tuplas não são ordenadas...

• (E)

  Pra complementar: a ordem das TUPLAS não é importante, mas a das COLUNAS, sim.

• A ordem das tuplas é irrelevante.

  A ordem das colunas é relevante.

• De acordo com Elmasri e Navathe (2011, p.41), uma relação é definida como um conjunto de tuplas.

  Matematicamente, os elementos de um conjunto não possuem ordem entre eles; logo, as tuplas em uma relação não possuem nenhuma ordem em particular.

  COLUNAS - ordem importa

  TUPLAS - ordem não importa

• ERRADO.

  No modelo relacional, uma relação consiste em um conjunto obrigatoriamente ordenado de tuplas.

  O correto é: conjunto de tuplas NÃO ordenado.

  faith.

• Gab. E

  ► No modelo relacional de dados, uma relação é um conjunto de tuplas sem ordenação definida.

  Tuplas → Ordem não importa

  Colunas → Ordem importa.

  Tabela → é um conjunto não ordenado de linhas (tuplas).

• Ramez Elmasri e Shamkant B. Navathe

  Ordenação de Tuplas em uma Relação

  Uma Relação é definida como um conjunto de tuplas.

  Matematicamente, os elementos de um subconjunto não têm ordem entre eles, portanto, as tuplas em uma relação não têm qualquer ordem em particular.

• A ordem dos atributos é indiferente em uma tupla.

• De acordo com Elmasri e Navathe (2011, p.41), uma relação é definida como um conjunto de tuplas.

  Matematicamente, os elementos de um conjunto não possuem ordem entre eles; logo, as tuplas em uma relação não possuem nenhuma ordem em particular.

  COLUNAS - ordem importa

  TUPLAS - ordem não importa

• TUPLAS(linhas)--a ordem NÃO importa

  ATRIBUTOS(colunas)-- a ordem IMPORTA

• ASSERTIVA INCORRETA!

  Complementando;

  As tuplas, no modelo relacional, não precisam seguir uma ordem definida!

  Tuplas são as linhas da tabela (relação).

  De acordo com Elmasri e Navathe (2011, p.41), uma relação é definida como um conjunto de tuplas. Matematicamente, os elementos de um conjunto não possuem ordem entre eles; logo, as tuplas em uma relação não possuem nenhuma ordem em particular.

Questão 27655

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2004
• Provas: CESGRANRIO - 2006 - Petrobrás - Analista de Sistemas Pleno - Processos
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Multidimensionais; Modelo relacional

Considerando os modelos multidimensionais de bancos de dados de sistemas de informações gerenciais e modelos relacionais utilizados em sistemas operacionais, é correto afirmar que:

• A. tanto modelos de sistemas operacionais quanto modelos multidimensionais apresentam uma visão consolidada dos dados.
• B. modelos multidimensionais usualmente possuem esquemas mais complexos que os dos modelos relacionais utilizados nos sistemas que processam transações on-line.
• C. embora bases de dados multidimensionais sejam voltadas para sistemas com menos usuários que os sistemas de processamento de transações on-line (operacionais), devem estar projetadas para que cada usuário acesse um número de linhas muito maior, em cada uma de suas operações, do que fazem os usuários dos sistemas operacionais.
• D. ambos os modelos visam a manter um histórico completo das operações realizadas, no mesmo nível de detalhe.
• E. a taxa de realização de transações de atualização, pelos usuários, nos sistemas operacionais é extremamente menor do que a existente nos sistemas de informações gerenciais.

Gabarito: C

Comentários

• Bancos multidimensionais são datawarehouses, voltados para atender nivel gerencial e tático, e apresentam grande quantidade de dados sumarizados e não muito sujeitos a atualizações
• Comparação entre sistemas transacionais e analíticos.
  
  

  Característica	Sistemas Transacionais(OLTP)	Sistemas Analíticos(OLAP)
  	OPERACIONAL	ESTRATÉGICO
  	INCLUSÃO/ALTERAÇÃO / EXCLUSÃO - CARGA/EXTRAÍ	ANALISA/CONSULTA
  	MILHARES DE USUARIOS	CENTENAS DE USUARIOS
  	ESTRUTURA ESTATICA	ESTRUTURA DINAMICA
  	APOIO A OPERAÇÃO BD OPERACIONAL	APLICAÇÃO NO NEGOCIO, O QUE DÁ SUPORTE NO DIA DIA (SAD) APOIO A DECISÃO
  Atualizações	Mais freqüentes	Menos freqüentes
  Tipo de Informação	Detalhes	Agrupamento
  Quantidade de Dados	Poucos	Muitos
  Precisão	Dados atuais	Dados históricos
  Complexidade	Baixa	Alta
  Consistência	Microscópica	Global
  Exemplos	CRM, ERP, Supply Chain	MIS, DSS, EIS
  Terminologia	Linhas e Colunas	Dimensões, Medidas e Fatos

• a) ERRADA: A visão é DETALHADA, PLANO RELACIONAL [flat relacional] em BD Operacionais... JÁ NOS MULTIDIMENSIONAIS, a visão é SUMARIZADA, CONSOLIDADA
  
  b) ERRADA: Como essa é a mais complicada, cito aqui um trecho do livro utilizado: "BD tradicionais fazem transações online de forma `query-driven approach` QUE REQUER FILTRAGEM COMPLEXA DE INFORMAÇÕES POIS INTEGRA DIVERSOS BANCOS. Já os Multidimensionais, usam `update-driven approach` EM QUE OS DADOS ESTÃO PREVIAMENTE ARMAZENADOS EM UM MESMO LOCAL.
  
  A questão B está preocupada com TRANSAÇÕES ON-LINE que basicamente se preocupam com a extração de dados para fins de planejamento. Em uma empresa, geralmente se tem um Market, RH,... cada uma tem seu BD separado. Um BD Tradicional tem que realizar operações complexas para juntar todos esses dados armazenados em separado. Já um Multidimensional [Data Warehouse, por exemplo] junta toda essa informação, limpa, trata e deixa ela muito mais fácil de extrair informaçÕes. POR ISSO, ESTA QUESTÃO ESTÁ ERRADA QUANDO DIZ QUE OS ESQUEMAS SÃO MAIS COMPLEXOS NOS SISTEMAS DE TRANSAÇÕES ONLINE EM MULTIDIMENSIONAIS.
  
  c) CORRETO: 
  
  d) ERRADO: Nos BD Operacionais, os dados são CORRENTES, ATUALIZADOS. Nos Multidimensionais, são HISTÓRICOS, MANTIDOS PRECISAMENTE NO DECORRER DO TEMPO
  
  e) ERRADO: Atualização é feita nos bancos operacionais [como os relacionais] a TODO MOMENTO. Já nos DataWarehouses é PROGRAMADA, PERIÓDICA.

Questão 41701

• Banca: FCC
• Órgão: TRE-PI
• Ano: 2009
• Provas: FCC - 2009 - TRE-PI - Analista Judiciário - Tecnologia da Informação - Análise de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Uma chave estrangeira de uma tabela relacional é

• A. um índice de uma tabela migrado de outra tabela.
• B. um índice derivado parcialmente de uma chave primária de outra tabela.
• C. um atributo que aponta para a chave primária de uma outra tabela.
• D. uma ligação de relacionamento múltiplo entre duas ou mais tabelas.
• E. uma ligação de relacionamento entre as chaves primárias de duas tabelas.

Gabarito: C

Comentários

• Cuidado: este atributo também poderia apontar para uma alternate key (unique).
• "Uma chave estrangeira é um campo, que aponta para a chave primária de outra tabela."Fonte: http://pt.wikipedia.org/wiki/Chave_Estrangeira

• Estava lendo a questão e pensando se a questão não estaria incorreta.

  Uma chave estrangeira deve apontar para uma chave primária, porém essa chave primária pode estar dentro dessa mesma tabela ou em outra tabela.

  Fonte: Projeto de Banco de Dados, 4 edição, página 81.
  Carlos Alberto Heuser - UFRGS - Série Livros Didáticos

• é questionável uma vez que não necessidade exclusiva de ser a chave primaria a ser referenciada pela chave estrangeira, havendo apenas a necessidade de ser um valor que identifique aquela tupla como sendo unica, logo caberia recurso. aquestão teria que ser anulada.
  
  
• Putz, Na verdade tem que adivinhar oque o avaliador estava querendo.Dois erros toscos na alternativa C:
  a) Chave estrangeira pode apontar para a MESMA tabela.
  b) Chave estrangeira NÃO aponta NECESSÁRIAMENTE para uma chave primária, conforme já citado, pode apontar para qualquer chave única.
  Acho que a opção MENOS errada é a D.
• Apesar de ter acertado a questão, descordo:
  Uma chave estrangeira pode ser definida a partir de chave candidata, que não é, necessariamente, uma chave primária.
  
  Com base no livro de Navathe, cabe recurso para esta questão.

• Chave Estrangeira é uma coluna ou combinação de colunas, cujos valores aparecem NECESSARIAMENTE na chave primaria de uma tabela.

  Projeto de Banco de Dados - Carlos A.HEUSER,1988 - PAGINA 78

• Pessoal a questão não usou palavras como: somente, a única maneira, deve ser assim. Muita atenção para não julgar as alternativas de forma divergente ao contexto apresentado.

Questão 43597

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2008
• Provas: CESGRANRIO - 2008 - BR Distribuidora - Analista de Sistemas Júnior - Engenharia de Software; CESGRANRIO - 2008 - BR Distribuidora - Analista de Sistemas Júnior - Processos de Negócios
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

É correto afirmar que qualquer relação válida de um modelo relacional

• A. pode apresentar tuplas duplicadas, desde que não haja chaves candidatas definidas.
• B. tem seus atributos ordenados da esquerda para a direita, de acordo com a definição.
• C. tem suas tuplas naturalmente ordenadas, para fins de localização.
• D. tem um índice físico para cada chave candidata, incluindo a chave primária.
• E. está, pelo menos, na primeira forma normal.

Gabarito: E

Comentários

• Pessoal..alguém poderia explicar melhor esta questão, o porque das alternativas A a D estarem erradas? Obrigado!
• A) pode apresentar tuplas duplicadas, desde que não haja chaves candidatas definidas. O item A é definiçao de características de uma relação diz: Uma relação não possuir tuplas duplicadas. Logo item A está erradoD)tem um índice físico para cada chave candidata, incluindo a chave primária. O uso de índices facilita a localização de registros. Porém o gerenciamento de índices é complicado, logo é recomendado criar índices somente quando necessário.Na maioria das vezes, uma relação só precisa ter um índice para a chave primária, já que esta chave será utilizada na mairia das operações. Resposta E está correta, porque a 1FN garante que uma relação não possui atritutos multivalorados e nem compostos, além disso, garante a existência de uma PK. Condições sufcientes para uma relação ser válida.
• Características das RelaçõesNão há tuplas duplicadas em uma relação.A ordem das tuplas não é relevante para diferenciar uma relação de outra.Existe ordem dos valores nas tuplas, uma vez que o cabeçalho da relação (ou esquema) é definido como um conjunto de atributos.Os valores dos atributos devem ser atômicos, não sendo divisíveis em componentes. Atributos multivalorados são representados por meio de uma outra relação e atributos compostos pelos seus componentes.
• a) pode apresentar tuplas duplicadas, desde que não haja chaves candidatas definidas. R: ERRADA: Seguindo a definição: Não há tuplas duplicadas => uma relação é um conjunto e conjuntos não incluem elementos duplicados.b) tem seus atributos ordenados da esquerda para a direita, de acordo com a definição. R: ERRADA , Seguindo a definição de relação -> Os atributos não seguem um ordenamento.c) tem suas tuplas naturalmente ordenadas, para fins de localização. R: ERRADA , Seguindo a definição de relação -> As tuplas não seguem um ordenamento. d) tem um índice físico para cada chave candidata, incluindo a chave primária. R: ERRADA: Um ou mais atributos que permitem identificar unicamente cada linha da tabela. Uma tabela pode ter muitas chaves candidatas. Podendo ter i indices pela suas chaves primárias e UNIQUEUNIQUE – Definida sobre uma ou mais colunas. Não permite que duas linhascontenham o mesmo valor para a(s) coluna(s).PRIMARY KEY – Definida sobre uma ou mais colunas. Possui as mesmaspropriedades de unicidade, implicitamente implementa a regra NOT NULL e sópode ser definida uma única vez para cada tabela.e) está, pelo menos, na primeira forma normal. R: CERTA: Todos os valores dos atributos são atômicos (simples) => uma relação não contém grupos repetidores nem estruturas como colunas.]
• a) NÃO pode apresentar tuplas duplicadas, desde que não haja chaves candidatas definidas.
  
  b) Não tem seus atributos ordenados da esquerda para a direita, de acordo com a definição.
  
  c) Não tem suas tuplas naturalmente ordenadas, para fins de localização.
  
  d) Não tem um índice físico para cada chave candidata, incluindo a chave primária.
  
  
• A confusão dos items a) e d) é quando aceitamos o conceito acadêmico de relação como sinônimo de tabela, que normalmente é utilizada para a implementação de uma relação.
  
  Numa relação, as tuplas devem ser únicas para garantir integridade existencial. Portanto, as tuplas devem ter um elemento identificador.
  
  As tabelas são simplesmente linhas e colunas. As linhas podem se repetir numa tabela, mas neste caso ela não estará reprensentando uma relação.
  
  Relações são implementadas em tabelas, mas nem toda tabela representa uma relação.
  
  A criação de índices está relacionado à implementação, não ao conceito acadêmico de relação.
• Mas é correto afirmar que qualquer relação válida está na 1FN?
  
• Complementando o colega acima:
  Segundo a teoria, uma relação para ser válida deve estar pelo menos na 1FN.
• Particularmente, acho que a alternativa 'E' também esta errada. Um relação válida NÃO garante que ela esta na 1FN. Basta considerarmos uma relação (seleção, por exemplo) entre um cadastro de cliente (cod, nome, endereço) e os pedidos deste cliente (cod_cliente, cod_pedido...) . Esta  É uma relação válida, porém NÃO esta na 1FN visto que o campo endereço é um atributo COMPOSTO.
• Também não concordo. Por exemplo: Já vi colocarem em um único campo varchar [50] "telefones", acho que o engenheiro programador ainda não conhecia normalização, ainda assim traduz uma relação válida, embora desnormalizada com campo multivalorado.
  Acho que tentaram misturar dois assuntos e ficou muito confuso.
• Também não concordo com a letra E. Eu chutei letra B.
  
  Um modelo relacional não precisa estar na 1 FN, mas um modelo relacional normalizado ai sim precisa estar na 1 FN.
• A primeira forma normal (1FN) é considerada parte da definição de uma relação no modelo relacional básico. Entretanto, essa condição não é considerada no modelo relacional aninhado e em sistemas objeto-relacionais (SGDBORs), pois ambos permitem relações não normalizadas.
  Fonte: Sistemas de Banco de Dados - Elmasri e Navathe - 4ª edição - página 224 - 10.3.4 e rodapé.

Questão 50524

• Banca: CESPE / CEBRASPE
• Órgão: DPF
• Ano: 2009
• Provas: CESPE / CEBRASPE - 2009 - Polícia Federal - Escrivão da Polícia Federal
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados; Modelo relacional

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

O uso de chaves estrangeiras em bancos de dados que adotam modelos relacionais permite que o fortalecimento da característica de integridade de dados seja melhor do que o das características de confidencialidade, autenticidade e disponibilidade de dados e informações.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• A finalidade da chave estrangeira é garantir a integridade dos dados referenciais, pois apenas serão permitidos valores que supostamente vão aparecer na Base de Dados.
  
  
  fonte: http://pt.wikipedia.org/wiki/Chave_estrangeira
• Alguém sabe dizer o que são "chaves estrangeiras"?

• Uma chave externa ou estrangeira é um atributo ou uma combinação de atributos numa relação R2, cujos valores são necessários para equivaler à chave primária de uma relação R1.

  Uma chave estrangeira é um campo, que aponta para a chave primária de outra tabela ou da mesma tabela. Ou seja, passa a existir uma relação entre tuplas de duas tabelas ou de uma única tabela. A finalidade da chave estrangeira é garantir a integridade dos dados referenciais, pois apenas serão permitidos valores que supostamente vão aparecer na base de dados.

  Esse tipo de atributo não permite exclusão, modificação e/ou inserção de dados em tabelas que estejam dependentes umas das outras("foreign key"), o que requer modificadores especiais, como cascade, por exemplo. Isso também exige uma maior atenção do administrador da base de dados, quanto à própria manipulação dos dados

• Na minha opinião, questão errada e passível de recurso / anulação. Explico-me:
  
  O uso de chaves estrangeiras melhoram sim a característica de integridade dos dados. Ponto! Acabou ai!
  
  Todas essas, são características distintas, ou seja, não necessariamente relacionam-se entre si.
  
  Exemplo: se a NASA usa chaves estrangeiras em seu banco de dados de informações espaciais, melhorando a integridade dos dados, significa que ESTA característica em especial (integridade - é a garantia de que a informação/dado não foi alterado durante seu trajeto do emissor ao receptor, ou durante o seu armazenamento) é melhor do que os métodos de confidencialidade (leia-se confidencialidade como a característica que garante o sigilo dos dados, em outras palavras, que só serão acessados por pessoas autorizadas) já utilizado por eles? E digamos que este método de confidencialidade tenha sido importado e validado em uma outra instituição, como o FBI, por exemplo? E quanto a autenticidade, que é a garantia da identidade de uma pessoa (física ou jurídica) ou um equipamento (computador, servidor...) com quem se estabelece uma transação?
  
  Em suma, não há relação direta entre usar chaves estrangeiras - melhorando a integridade dos dados -, ser melhor do que as outras características (confidencialidade, autenticidade e disponibilidade dos dados e informações). 
• Questão difícil, bem técnica, mas vamos lá:
  Chaves -  chave é o conceito básico para identificar linhas e estabelecer relações entre linhas de uma tabela de um banco de dados relacional. Temos alguns tipos:
  Chave Primária - é a coluna ou a combinação de colunas cujos valores distinguem uma linha das demais dentro de uma tabela;
  A chave estrangeira é uma coluna ou combinação de colunas, cujo valores aparecem necessáriamente na chave primária de uma tabela. 
  Daí, a existência de uma chave estrangeira impõe restrições que devem ser garantidas ao executar diversas operações de alteração do banco de dados:Quando na inclusão de uma linha que contenha chave estrangeira, deve ser garantido que o valor da chave estrangeira esteja na coluna da chave primária referenciada.Quando na alteração de uma chave estrangeira, deve ser garantido que o valor da nova chave estrangeira esteja na coluna da chave primária referenciada.Quando na exclusão de uma linha que contenha uma chave que é estrangeira em outra tabela, deve ser garantido que a linha não será excluída enquanto alguma linha que a referencie na outra tabela, ainda exista. Quando na alteração de uma chave, que seja referenciada em outra tabela como estrangeira, deve ser garantido que a outra tabela não permaneça com o valor antigo da chave. Dessa forma, e vejo que é o entendimento da banca a "característica de integridade de dados seja melhor do que o das características de confidencialidade, autenticidade e disponibilidade de dados e informações"

• Ao meu ver confidencialidade, autenticidade e disponibilidade de dados e informações nada tem a ver com chaves estrangeiras. Estão mais relacionados a segurança da informação.

  http://pt.wikipedia.org/wiki/Chave_estrangeira

  http://pt.wikipedia.org/wiki/Segurança_da_informação

• Questão de português com banco de dados.

  O uso de chaves estrangeiras em bancos de dados que adotam modelos relacionais permite que o fortalecimento da característica de integridade de dados seja melhor do que o das características de confidencialidade, autenticidade e disponibilidade de dados e informações.
  

  Está dizendo que o fortalecimento da característica será maior na integridade do que nas demais características, em momento algum disse que o banco de dados ficará mais íntegro do que confiável, autêntico e disponível.

• O uso de chave estrangeira garante integridade relacional, tendo em vista que ela deve corresponder de forma exata à chave primária da entidade a que se refere. Às demais características não são diretamente associadas ao seu uso.

• As chaves estrangeiras são empregadas em um SGBD para garantir a restrição de integridade, ou seja, a exatidão e a consistência dos dados em um banco de dados relacional.

• O uso de chaves estrangeiras em bancos de dados que adotam modelos relacionais permite que o fortalecimento da característica de integridade de dados seja melhor do que o das características de confidencialidade, autenticidade e disponibilidade de dados e informações.

  CERTO

  Cuidado!!! DICA <> ACID

  Disponibilidade, Integridade, Confidencialidade e Autenticidade ---> Princípios da Seg. da Informação

  Atomicidade, Consistência, Isolamento e Durabilidade --> Banco de Dados

  O uso de chaves estrangeiras melhora a questão das restrições de integridade e estão relacionadas com a consistência.

  Confidencialidade e as demais citadas são princípios da seg. da info. e não se misturam com o ambiente de BD. Atenção, pois o examinador utilizou um termo em comum para fazer a pegadinha, justamente a INTEGRIDADE que remete à restrição e à consistência do BD e também remete à integridade, mas em outro ambiente da segurança.

  "A disciplina é a maior tutora que o sonhador pode ter, pois ela transforma o sonho em realidade."

• fonte: em busca da maconha perdida.

• Graças aos comentários dos colegas eu consegui compreender!

• Thiago acho q vc meteu o pé pelas mãos!!! A integridade q a questao se refere é a integridade referencial, não a integridade da informação em si.

  Já quanto ao outro Tiago, o Pesos, apesar de ter citado uma fonte rebe-rebe, foi o melhor comentario dessa biros*ka*!!! concordo com ele!!!

  Segundo[1], "Em bancos de dados relacionais (Capítulo 5), chaves estrangeiras são um tipo de atributo de referência, usadas para representar os relacionamentos".

  Portanto, chaves estrangeiras não foram criadas para fortalecimento da característica de confidencialidade, autenticidade ou disponibilidade de dados e informações. Esses atributos são da SI, não de BD. Claro q tbm são usados em BD, mas não é o foco da chave estrangeira garantir isso, pois elas foram projetadas para se estabelecer o relacionamento entre entidades!

  A meu ver, a questão foi formulada de forma estranha. Seria como perguntar a uma pessoa: o q pesa mais no mundo real? Um quilo de ferro ou um quilo de adamantiun?

  Sempre vai ser o de ferro, pois o adamantiun não pode ser usado para qqr tipo de comparação, uma vez q ele não existe!!!

  Acho q confundi mais q expliquei, mas a ideia é essa!!!

  Que comece as pedradas!!!

  Fonte:

  [1] SBD, E&N

• Questão confusa e muito subjetiva. A banca está perguntando basicamente se o uso de chave estrangeira tem um peso maior na integridade referencial, do que o uso de chave estrangeira teria na confidencialidade, autenticidade ou disponibilidade (ACID). A relação entra chave estrangeira e essas três caracteristicas não é comum, mas segundo a justificativa da banca pode acontecer "em algumas situações o uso de chaves estrangeiras poderá fortalecer a disponibilidade, confidencialidade e autenticidade de sistemas e informações".

  Resumindo: Quando acontecer, esse caso raro e estranho, da chave estrangeira afetar diretamente a disponibilidade, confidencialidade ou autenticidade, o peso dessa chave na integridade será maior.

  Foram longe demais! Gostaria de ver a bibliografia sobre isso.

  --------- RESPOSTA CESPE -------

  RESPOSTA DA BANCA CESPE - http://www.cespe.unb.br/concursos/DPFESCRIVAO2009/arquivos/ESCRIV__O_JUSTIFICATIVAS_DE_ANULA____O_E_DE_MANUTEN____O_DE_GABARITO.PDF

  O candidato deve ponderar que não há 100 por cento de segurança, e que, portanto, o desenho e a

  implementação de um sistema de informação jamais alcançará a plenitude de integridade, confidencialidade, disponibilidade e autenticidade. No entanto, segundo a teoria e prática do modelo relacional, chaves estrangeiras têm por objetivo fundamental o fortalecimento da INTEGRIDADE REFERENCIAL em bancos de dados. A integridade referencial é uma importante forma de integridade de dados e (ou) informações, pois evita que algumas inserções, alterações ou remoções

  indevidas de um registro de uma tabela possam ser efetuadas tendo em vista a existência de outros registros, possivelmente em outras tabelas. Portanto, chaves estrangeiras fortalecem primariamente a integridade. Este mesmo tipo de fortalecimento não pode ser estabelecido diretamente acerca do uso de chaves estrangeiras para melhoria da confidencialidade, autenticidade e disponibilidade, pois isto dependerá da aplicação específica de banco de dados e sistema de informação. No entanto, deve-se considerar que durante o projeto de um sistema de informações toda decisão de projeto influencia a segurança, de uma forma direta ou indireta, e que em algumas situações o uso de chaves estrangeiras poderá fortalecer a disponibilidade, confidencialidade e autenticidade de sistemas e informações. Chave estrangeira não é conceito diretamente relacionado com criptografia. Solicita-se a leitura da seção 12.2.1 da norma ISO 17799 para maiores esclarecimentos.

Questão 61192

• Banca: CESPE / CEBRASPE
• Órgão: STF
• Ano: 2008
• Provas: CESPE - 2008 - STF - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

O armazenamento e a recuperação de grandes quantidades de dados é um trabalho importante e muito explorado em um sistema
gerenciador de banco de dados (SGBD). Com relação aos conceitos que envolvem esse sistema, julgue os itens que se seguem.

Dado um conjunto de relacionamentos R binário entre os conjuntos de entidades A e B, é correto afirmar que, em um mapeamento de cardinalidade muitos para muitos, uma entidade A está associada a qualquer número de entidades em B e uma entidade em B está associada a um número qualquer de entidades em A.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Verifiquem o conceito de chave estrangeira.Em um relacionamento A e B, com m e n atributos respectivamente (muitos para muitos), a algebra vetorial diz que um atributo de A pode se relacionar com zero até n atributos de B. O inverso também se aplica.
• ATRIBUTOS DE RELACIONAMENTO:A) UM PARA UM: Uma entidade em A está associada no máximo a uma entidade em B e uma entidade em B está associada no máximo a uma entidade em A;B) UM PARA MUITOS: Uma entidade em A está associada a qualquer nº de entidades em B e uma entidade em B está associada no máximo a uma entidade em A; (CHAVE ESTRANGEIRA - FK - NA ENTIDADE DE CARDINALIDADE MUITOS);C) MUITOS PARA MUITOS: Uma entidade em A está associada a qualquer nº de entidades em B e uma entidade em B está associada a qualquer nº de entidades em A; (CHAVE ESTRANGEIRA - FK - DE AMBAS AS ENTIDADES DEVEM ESTAR EM UMA TABELA EXTRA QUE IMPLEMENTA O RELACIONAMENTO). {OPÇÃO CORRETA}.ABRAÇOS,

• Relacionamento binário contem duas ocorrências de entidade. São classificados em N:N (muitos- para-muitos), 1:N (um-para-muitos) e 1:1 (um-para-um).

    A               R              B

  |Aluno|n---<>---n|Curso|

  Supondo que Aluno é A, inscrição é B e Curso é C, lê-se dessa maneira: 1 aluno está inscrito em diversos cursos quaisquer; diversos cursos possuem diversos alunos quaisquer.

  Questão Certa!

• A cespe foi maliciosa nessa.

• Segundo Heuser,

  Em um relacionamento binário R entre duas entidades A e B, a cardinalidade máxima de A em R indica quantas ocorrências de B podem estar associadas a cada ocorrência de A.

  Na questão a cardinalidade máxima é n:n (muitos para muitos). Assim, muitas ocorrências de A podem estar associadas a B e vice-versa.

• qualquer número de entidades = número qualquer de entidades

• Esse finalzinho foi terrível em dona Cespe.

  Mas sim, definição de relacionamento n para n

• Pra mim que N não poderia significar 0. E a questão fala, QUALQUER NÚMERO.

•  muitos para muitos, (n:n)

  1. uma entidade A está associada a qualquer número de entidades em B e uma entidade em B está associada a um número qualquer de entidades em A.

  De forma peculiar, ele quis dizer basicamente que as duas entidades podem se relacionar a qualquer quantidade.

Questão 72067

• Banca: CESGRANRIO
• Órgão: IBGE
• Ano: 2010
• Provas: CESGRANRIO - 2010 - IBGE - Analista de Sistemas - Desenvolvimento de Aplicações
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Analise as afirmativas abaixo a respeito da modelagem relacional e sua implementação em bancos de dados relacionais.

I - O relacionamento de uma entidade fraca com a entidade da qual ela depende é sempre um relacionamento um para um.

II - A especificação de chaves estrangeiras para atributos de uma tabela T em relação a ela própria é uma característica necessária nos bancos de dados para a tradução de diagramas de entidade-relacionamento que contêm relacionamentos do tipo autorrelacionamento.

III - Se uma relação está na segunda forma normal, todo atributo que não seja chave deve ser totalmente dependente da chave primária.

Está(ão) correta(s) a(s) afirmativa(s)

• A. I, apenas
• B. II, apenas.
• C. I e II, apenas.
• D. II e III, apenas.
• E. I, II e III.

Gabarito: D

Comentários

• Entidade fraca é uma entidade que não possui existência própria (sua existência depende da existência de outra entidade) ou que para ser identificada depende da identificação de outra entidade. Ex: Uma universidade possui diversos prédios.
• A afirmativa I está incorreta, mas fiquei com dúvida. O relacionamento da entidade fraca com a entidade da qual depende é um relacionamento de um para um, uma vez que uma ocorrência na entidade fraca, devo encontrar uma única contrapartida na entidade forte. Mas também posso ter uma ocorrencia na entidade forte sem correspondente na fraca, que seria do ponto de vista da entidade fraca, uma relação zero para muitos. É isso?

•  Entidade Fraca

  Alguns conjuntos entidade não possuem um conjunto de atributos capaz de identificarunivocamente uma determinada entidade. Neste caso, sua existência depende da existência de outraentidade. Um exemplo clássico de entidade fraca ocorre quando um sistema de pessoal possui dados sobre os dependentes de seus funcionários. É comum que os funcionários tenham um número de matrícula na empresa que é usado como atributo chave da tabela de funcionários. Por outro lado, normalmente os dependentes dos funcionários não possuem uma matrícula própria, bem como não possuem um conjunto mínimo de atributos que possam constituir a chave primária da tabela de dependentes. Neste caso, o conjunto entidade Dependente deve ser modelado como uma entidade fraca. A figura abaixo ilustra a notação gráfica usada para representar conjuntos de entidades fraca

  

• O item III não estaria errado? Pq a 2 FN afirma que devemos destacar os atributos que tenham dependência parcial e criar novas entidades a partir destes.

• Um tipo de entidade fraca pode ter mais de um tipo de entidade de identificação e um tipo de relacionamento de identificação de grau maior que dois (Elmasri and Navathe, 2011).
  

• Em relação à afirmativa III, faço a seguinte discussão:

  Uma relação está na 2FN se está na 1FN (todos os atributos são atômicos) E não existe dependência parcial de atributos não chaves com a chave primária. Porém, pode-se ter atributos não chaves que não dependem da chave, mas depende de outro atributo não chave. Por exemplo, a relação
  Empregado (Cod_empregado, Nome_empregado,Cod_projeto, Nome_projeto) onde Cod_empregado é a chave primária. A relação está na 2FN. Os atributos Cod_projeto e Nome_projeto (não chaves) não dependem da chave, nem parcial nem TOTAL. No entanto, Nome_projeto (não chave) depende de Cod_projeto (não chave) - dependência transitiva e a relação não está, portanto, na 3 FN. 

  Ao afirmar na questão que TODO atributo não chave DEVE SER TOTALMENTE dependente da chave primária, como ficaria essa situação?

• Continuei conta dúvidas sobre a entidade fraca. Um dependente tem que estar ligado à apenas um funcionário.  Certo?

• I - um dependente pode estar ligado a apenas um funcionário, mas um funcionário pode ter vários dependentes.
  II e III estão corretas.

Questão 113638

• Banca: FCC
• Órgão: DPE-SP
• Ano: 2010
• Provas: FCC - 2010 - DPE-SP - Agente de Defensoria - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

O Modelo Entidade-Relacionamento é utilizado para

• A. modelar os processos de negócio.
  
• B. mapear as principais funções de negócio de um sistema.
  
• C. avaliar a necessidade de índices de acesso às estruturas de armazenamento.
  
• D. replicar os dados necessários à execução das funções de negócio de um sistema.
  
• E. compreender os dados necessários às funções do sistema e obter uma base para o projeto do banco de dados.

Gabarito: E

Comentários

• Em Sistema de Banco de Dados, 5 edição, os autores Silberschatz, Korth e Sudarshan definem que o modelo E-R é muito útil no mapeamento dos significados e interações das empresas reais(compreensão dos dados) para um esquema conceitual (base para o projeto do banco de dados).

• Modelo Entidade-Relacionamento é utilizado durante o modelo conceitual para definir como o db deve ser a partir do dialogo com usuario. Nao ha restrições tecnologicas nem de sgdb, somente uma descrição abstrata do mundo para depois concverter em entidades, relacionamentos e atributos.

Questão 121546

• Banca: CESPE / CEBRASPE
• Órgão: Banco da Amazônia
• Ano: 2010
• Provas: CESPE - 2010 - Banco da Amazônia - Técnico Científico - Tecnologia da Informação - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Edgar Frank Codd foi o criador do modelo de dados relacional, que
trouxe grandes mudanças para o projeto de bancos de dados na
atualidade. Sua principal contribuição foi a desconexão da estrutura
lógica do banco de dados do mecanismo de armazenamento físico.
Acerca desse tema, julgue os itens que se seguem.

Na descrição formal do modelo relacional, existe preocupação com a semântica formal do modelo, para a qual são adotados termos como relação, tupla e atributos. Essa descrição pode ser feita apenas com elementos textuais.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Alguém pode dar uma luz nesta questão. Fiquei confuso com essa parte "Essa descrição pode ser feita apenas com elementos textuais."
  

• Também Ñ entendi? alguém sabe ?

• A primeira parte: Na terminologia do modelo relacional formal, uma linha e chamada tupla, um cabeçalho de coluna é conhecido como atributo, e a tabela é chamada relação. (Elmasri & Navathe, 4ed, pg.90)
  A descrição textual do modelo relacional indica a relação e seus atributos no formato R(A1,A2, ..., An), por exemplo Aluno(Matricula, Nome, Turma)
  Nesses slides tem um exemplo: www.sergiorodrigues.net/aulas/downloads/bd1/bd1_apostila2_Modelagem.pdf
• Acho que esse "apenas" do CESPE estava errado, pois podemos representar esse modelo relacional graficamente usando notação "pé de galinha" e outras.
• Essa questão é ambigua:
  "Essa descrição pode ser feita apenas com elementos textuais"
  Esse "apenas" pode restrigir as possibilidades, afirmando que com elementos gráficos não é possível descrever o modelo. (ERRADO)
  Ou pode afirmar que os elementos textuais são suficientes para descrever o modelo. (CORRETO) 

• Ao ler a questão tive a mesma interpretação do Thiago, quanto a ambiguidade.

• Questão de português... está dizendo apenas que o modelo pode ser representado textualmente...

  Na descrição formal do modelo relacional, existe preocupação com a semântica formal do modelo, para a qual são adotados termos como relação, tupla e atributos. Essa descrição pode ser feita USANDO APENAS / ATÉ com elementos textuais.

• Infelizmente, a questão está correta e sem ambiguidades: "Essa descrição pode ser feita apenas com elementos textuais.". De fato, ela PODE ser feita apenas com elementos textuais.

   

  Notem que NÃO está escrito:

   

  "Esta descrição DEVE ser feita apenas com elementos textuais" ou

  "Essa descrição SÓ pode ser feita apenas com elementos textuais".

• Pegadinha

   

  Essa descrição pode ser feita apenas com elementos textuais (CERTO)

  ≠

  Essa descrição apenas pode ser feita com elementos textuais (ERRADO)

• Modelagem Conceitual ~> feita através de DIAGRAMAS

  Modelagem Lógica ~> feita através de TABELAS

• O problema de um pessoal aí não é BD. É Português mesmo!!!

  O "apenas" restringe; o "pode" expande!!! "pode e tbm não pode"...aqui sai BD e entra Português!!!

  Exemplo do Pode usar notação textual: Aluno(Matricula, Nome, Turma), Disciplina(Matricula, Codigo, Descricao)

  Exemplo do Pode usar notação DER (ou a do Chapolin, do Zé do Caixão ou do ET(da dupla Rodolfo))

  [Aluno] --<> [Disciplina]

  Vamos ficar ligados!!! Não vamos perder pontos de uma questao como essas!!!

• Na descrição formal do modelo relacional, existe preocupação com a semântica formal do modelo, para a qual são adotados termos como relação, tupla e atributos. Essa descrição pode ser feita apenas com elementos textuais.

  Tive uma interpretação diferente dos senhores! Essa descrição formal pra mim pareceu estar se tratando da parte conceitual do BD em questão, mas especificamente antes de ser representado na forma de diagrama, onde só é retratado questões de layout e descrição formal.

  Por conseguinte, essa última parte "para qual são dotados termos...", é a finalidade posterior já mencionada - DER.

  AVANTE

• ASSERTIVA CORRETA!

  Complementando;

  É muito comum usar apenas texto para descrever as relações, tuplas e os atributos.

  Significado:

  Relação = Tabela

  Tupla = Linha

  Atributo = Coluna

Questão 128491

• Banca: FCC
• Órgão: TRT - 15ª Região (SP)
• Ano: 2009
• Provas: FCC - 2009 - TRT - 15ª Região - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Considere:

I. Um relacionamento do tipo "material compõe material".

II. Um relacionamento que necessita ser relacionado a outro relacionamento.

III. Entidade cuja vida depende de outra.

No MER, I, II e III são, respectivamente, representados por:

• A. entidade associativa, auto relacionamento e entidade fraca.
• B. entidade associativa, entidade fraca e auto relacionamento.
• C. auto relacionamento, entidade fraca e entidade associativa.
• D. auto relacionamento, entidade associativa e entidade fraca.
• E. entidade fraca, entidade associativa e auto relacionamento.

Gabarito: D

Comentários

• I - Entidade unária - auto relacionamento;
  
  
  II - Relacionamento que vira entidade associativa devido à dependência;
  
  

  III - Entidade que depende de outra é classificada como fraca.

• d-

  entidade fraca só existe enquanto a entidade principal existir. e.g.: uma cozinha so existe enquanto a casa existir. 

  auto-relacionamento é a relação de algo com ele mesmo. 

Questão 130009

• Banca: CESPE / CEBRASPE
• Órgão: SERPRO
• Ano: 2008
• Provas: CESPE - 2008 - SERPRO - Analista - Desenvolvimento de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Com relação à arquitetura de banco de dados, julgue os itens a
seguir.

Os modelos relacional, hierárquico e em rede são modelos de dados lógicos com base em objetos, usados na descrição dos dados no nível lógico e de visões.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Com base em registros e não em objetos!
• Os modelos relacional, hierárquico e em rede são TIPOS de bancos de dados e não modelos de dado lógicos.
  Além disso existem 5 tipos de bancos de dados: Hierárquico, Relacional, Rede, Objeto-relacional e Objeto.
  
  Fonte: SQL - Curso Prático, Celso Poderoso. Novatec Editora.

• Os modelos lógicos com base em objetos são usados na descrição de dados no nível lógico e de visões.

  Existem vários modelos desta categoria, tais como:

  •Modelo Entidade-Relacionamento

  •Modelo Orientado a Objetos

  •Modelo Semântico de Dados

  •Modelo Funcional de Dados

   

  Por outro lado, os modelos Hierárquicos e em Rede são representados por registros, e não por objetos.

  "O modelo hierárquico é similar ao modelo de rede pois os dados e suas relações são representados por registros e links. A diferença é que no modelo hierárquico os registros estão organiz ados em árvores ao invés de gráfi cos arbitrários."

   

  Fonte: http://www.di.ufpb.br/valeria/BancoDados/Aula1-IntroducaoSlides.pdf

• Gabarito: Errado

  MODELOS LÓGICOS BASEADOS EM OBJETOS:

  Modelos lógicos baseados em objetos são usados na descrição de dados nos níveis conceitual e de visões. 

  Exemplos:

  Modelo entidade-relacionamento;

  Modelo orientado a objetos;

  Modelo binário;

  Modelo semântico de dados;

  Modelo infológico;

  Modelo funcional de dados.

  MODELOS LÓGICOS BASEADOS EM REGISTROS:

  Modelos lógicos baseados em registro são usados nas descrições de dados nos níveis conceitual e visual. 

  Em comparação com os modelos de dados baseados em objetos, ambos são usados para especificar a estrutura lógica geral do banco de dados e para fornecer uma descrição de alto nível da implementação.

  Exemplos:

  Modelo Relacional

  Modelo de Redes

  Modelo Hierárquico

  Fonte: https://www.ime.usp.br/~andrers/aulas/bd2005-1/aula6

• Os modelos relacional, hierárquico e em rede são TIPOS de bancos de dados e não modelos de dado lógicos.

  Além disso existem 5 tipos de bancos de dados: Hierárquico, Relacional, Rede, Objeto-relacional e Objeto.

  MODELOS LÓGICOS BASEADOS EM OBJETOS:

  Modelos lógicos baseados em objetos são usados na descrição de dados nos níveis conceitual e de visões. 

  Exemplos:

  Modelo entidade-relacionamento;

  Modelo orientado a objetos;

  Modelo binário;

  Modelo semântico de dados;

  Modelo infológico;

  Modelo funcional de dados.

  MODELOS LÓGICOS BASEADOS EM REGISTROS:

  Modelos lógicos baseados em registro são usados nas descrições de dados nos níveis conceitual e visual. 

  Em comparação com os modelos de dados baseados em objetos, ambos são usados para especificar a estrutura lógica geral do banco de dados e para fornecer uma descrição de alto nível da implementação.

  Exemplos:

  Modelo Relacional

  Modelo de Redes

  Modelo Hierárquico

Questão 141250

• Banca: ESAF
• Órgão: ANA
• Ano: 2009
• Provas: ESAF - 2009 - ANA - Analista Administrativo - Tecnologia da Informação - Desenvolvimento
• Disciplina: Banco de Dados
• Assuntos: Modelagem de dados; Modelo relacional

O modelo de dados baseado numa coleção de tabelas que representam dados e as relações entre eles é denominado modelo

• A. relacional.
• B. entidade/relacionamento.
• C. baseado em objetos.
• D. de dados semiestruturados.
• E. objeto/relacionamento.

Gabarito: A

Comentários

• A alternativa que mais confunde é a B.
  Mas devemos lembrar que entidade/relacionamento, ou ER, é o nome do diagrama, não do modelo.
• Junior, realmente acaba nos confundindo..
  
  De imediato foi para Entridade/Relacionamento.
  
  Ocorre que o enunciado fala em "TABELA" e aí está o pulo do gato da questão..
  
  Falou em tabela para representar "dados e as relações" então estamos falando de modelo Relacional.
  
  Para quem está estudando, segue a dica que o modelo relacional esta na fase de definição do modelo LÓGICO.. Ou seja, depende de paradigma do SGBD.. 
• Júnior, 
  Existe sim o Modelo ER, assim como existe o Modelo Relacional. E eles são diferentes.
  O primeiro é um modelo baseado em objetos e o segundo em registros.
  O Modelo Relacional utilza um conjuntos de tabelas para representar tanto os dados como a relação entre eles
  

• O segredo da questão está no "relações entre eles" (ou seja entre os dados). Logo é relacional. Se estivesse escrito "relações entre elas" (ou seja entre as tabelas) aí sim seria E-R. Questão mais de interpretação do que de BD.

• O modelo de dados Relacional, é um modelo lógico, representativo (ou de implementação), lida com tabelas e as relações entre os dados dessas tabelas, descrevendo os dados como tuplas (ou linhas), atributos e domínio do atributos, ou seja, está mais intimamente ligado à tecnologia, e às limitações do SGBD a ser utilizado. Enquanto que o modelo Entidade-Relacionamento mostra a visão conceitual do banco de dados, descrevendo os objetos, suas características e seus relacionamentos, ou seja, representa o ambiente real observado, independente das limitações impostas pela tecnologia do SGBD a ser utilizado. É o modelo de mais alto nível e está mais próximo da realidade dos usuários, podendo ser expresso por um diagrama, conhecido como Diagrama de Entidade e Relacionamento.

  GABARITO: A, modelo Relacional.

Questão 148357

• Banca: FCC
• Órgão: TRT - 16ª REGIÃO (MA)
• Ano: 2009
• Provas: FCC - 2009 - TRT - 16ª REGIÃO (MA) - Técnico Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Ao derivar um e somente o relacionamento que era do tipo n:m entre duas entidades, para um modelo lógico relacional, um técnico em informática criou corretamente

• A. uma tabela.
  
• B. FK's mutivaloradas em ambas as tabelas envolvidas.
  
• C. duas tabelas.
  
• D. PK's multivaloradas em ambas as tabelas envolvidas.
  
• E. uma FK única de relacionamento em uma das tabelas envolvidas.

Gabarito: A

Comentários

• No relacionamento de cardinalidade n:m entre duas entidades uma terceira tabela será criada.
  Quando a questão fala "ao derivar um e somente o relacionamento para um modelo lógico relacional" ele está se referindo somente a essa tabela que foi criada por conta do relacionamento n:m.
  Resposta correta letra a) uma tabela

• Lembrando que essa uma tabela (relacionamento) é considerada além das outras duas tabelas (total de três tabelas).
  

• Questão absurada e muito mal feita

  Em um relacionamento com 2 entidades se relacionando com cardinalidade N:N são criadas 3 tabelas, sendo uma delas de ligação. 

  Se a questão queria se referir à tabela de ligação deveria ser reformulada.

   

• GAB A

  n:m = uma tabela.

Questão 152515

• Banca: CESPE / CEBRASPE
• Órgão: TRE-MG
• Ano: 2009
• Provas: CESPE - 2009 - TRE-MG - Técnico Judiciário - Programação de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Multidimensionais; Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

Assinale a opção correta acerca dos modelos de dados.

• A. Nos bancos de dados multidimensionais, os dados são armazenados conceitualmente em tabelas.
  
• B. Um banco de dados lógico é gerenciado por um SGDB dedutivo.
  
• C. No modelo relacional, enquanto os operadores permitem a modelagem da estrutura de dados, os objetos permitem modelar o comportamento dos dados.
  
• D. O modelo relacional é caracterizado por não apresentar relações lógicas ou matemáticas.
  
• E. A abordagem semiestruturada de bancos de dados adveio da necessidade de se estruturar dados de maneira não hierárquica.

Gabarito: B

Comentários

• Introdução a sistemas de bancos de dados - 8Ed. -  C. J. Date (pág. 689)
  • Banco de dados lógico: (expressão não recomendada.) Sinônimo para banco de dados dedutivo.
  
  • SGBD dedutivo: um SGBD que admite a visão de bancos de dados segundo a teoria da prova e, em particular, é capaz de deduzir informações adicionais a partir do banco de dados extensional, aplicando regras inferenciais (isto é, dedutivas) que estão armazenadas no banco de dados intensional. Um SGBD dedutivo quase certamente admitirá regras recursivas e, portanto, executará o processamento de consultas recursivas. 
  
  • Banco de dados dedutivo: (expressão não recomendada). Um banco de dados gerenciado por um SGBD dedutivo.
  
  • Banco de dados lógico: (expressão não recomendada.) Sinônimo para banco de dados dedutivo.
  

• a) ERRADO. Um banco de dados multidimensional não armazena os dados como registros em tabelas, mas sim em arrays multidimensionais, possuindo um número fixo de dimensões.

  c) ERRADO. No modelo relacional, enquanto os objetos permitem a modelagem da estrutura de dados, os operadores permitem modelar o comportamento dos dados.

  d) ERRADO. O modelo relacional é caracterizado por apresentar relações lógicas ou matematicas

  e) ERRADO. A abordagem semiestruturada de bancos de dados adveio da necessidade de se estruturar dados de maneira hierárquica.

Questão 154048

• Banca: FCC
• Órgão: MPE-RN
• Ano: 2010
• Provas: FCC - 2010 - MPE-RN - Analista de Tecnologia da Informação - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

No modelo de dados relacional, dada uma tabela contendo 10 linhas, 8 colunas, 1 chave primária, 2 chaves estrangeiras e 5 atributos não chave, o grau da relação é

• A. 2
  
• B. 5
  
• C. 1
  
• D. 10
  
• E. 8

Gabarito: E

Comentários

• No modelo relacional, o grau da relação de uma tabela é a quantidade de colunas dessa tabela.

  Portanto, letra E.

• No modelo relacional o grau de uma relação é o númedo de atributos dessa relação. Já no modelo ER, o conceito de grau refere-se ao número de entidades que participam de um relacionamento (unário[auto-relacionamento ou relacionamento recursivo], binário, ternário, n-ário).

Questão 154051

• Banca: FCC
• Órgão: MPE-RN
• Ano: 2010
• Provas: FCC - 2010 - MPE-RN - Analista de Tecnologia da Informação - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Sobre as características das relações, considere:

I. Existem tuplas duplicadas em uma relação.

II. A ordem das tuplas não é relevante para diferenciar uma relação de outra.

III. Existe ordem dos valores nas tuplas, uma vez que o cabeçalho da relação é definido como um conjunto de atributos.

Está correto o que se afirma APENAS em

• A. I.
  
• B. II.
  
• C. II e III.
  
• D. I e III.
  
• E. I e II.

Gabarito: C

Comentários

• O que é uma relação?

  - conjunto de tuplas 

  - deve está na Primeira Fórmula Normal (não deve ter grupos repetidos)

  - cada valor em uma tupla deve ser atômico

  - as tuplas em uma relação não precisam está ordenadas

   

   

• Galera,
   
  Esse item III está errado... Este gabarito deve ser alterado.
   
  Olha o que diz o C. J. Date (8ª Edição pág. 127):
   
  "As propriedades são as seguintes. Dentro de qualquer relação dada:
  • Cada tupla contém exatamente um valor (do tipo apropriado) para cada atributo
  • Atributos não são ordenados da esquerda para a direita
  • Tuplas não são ordenadas de cima para baixo
  • Não existem tuplas em duplicata.
• Oi pessoal,
  
  Acho que a resposta do André Machado, no TiMasters, esclarece a dúvida com relação ao item III.
  
  "Acho que ele quis dizer que existe uma ordem de inserção nas colunas de cada
  tupla, uma vez que cabeçalho apresenta os atributos de uma relação.
  
  As características das relações no modelo relacional são:
  
  - Não há tuplas duplicadas em uma relação.
  - A ordem das tuplas não é relevante para diferenciar uma relação de outra.
  - Existe ordem dos valores nas tuplas, uma vez que o cabeçalho da relação
  (ou esquema) é definido como um conjunto de atributos.
  - Os valores dos atributos devem ser atômicos, não sendo divisíveis em
  componentes. Atributos multivalorados são representados por meio de uma
  outra relação e atributos compostos pelos seus componentes.
  
  Forte abraço!
  
  André Machado"
  
  
  Se encontrarem outra resposta, por favor me corrijam.
  
  Abraços e bons estudos.

Questão 155650

• Banca: CESPE / CEBRASPE
• Órgão: STJ
• Ano: 2008
• Provas: CESPE - 2008 - STJ - Técnico Judiciário - Informática
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Acerca de modelos de dados usados para a representação da
organização dos dados em um banco de dados, julgue os
seguintes itens.

Recentemente, foi desenvolvido e aprovado pelos comitês internacionais de padronização o modelo relacionalestendido, que agrega todas as funções de modelos orientados a objetos em bancos de dados relacionais.

• C. Certo
• E. Errado

Gabarito: E

Comentários

•  Errado, pois não agregam os métodos das classes.

• Este recentemente está correto? Ou já faz tempo?
• Errado!
  Este modelo, conhecido também como MER-RX ou MEE, é uma extensão do modelo original proposto por Peter Chen, o qual foi apresentado pelos irmãos Smith em 1977.
  Também não agreaga funçoes de Orientação a Objeto.

Questão 157867

• Banca: FCC
• Órgão: METRÔ-SP
• Ano: 2008
• Provas: FCC - 2008 - METRÔ-SP - Analista Treinee - Análise de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados; Modelo relacional

A cardinalidade de um relacionamento ternário, em um modelo de dados, refere-se à quantidade de ocorrências de

• A. todas as três entidades somadas em conjunto.
• B. cada entidade, independentemente uma das outras.
• C. uma entidade em relação apenas com uma outra entidade.
• D. uma entidade em relação às outras duas entidades.
• E. de duas entidades somadas em relação à terceira entidade.

Gabarito: D

Comentários

• Numa relação ternária a Cardinalidade diz respeito ao relacionamento existente entre 2 entidades.

• Em um relacionamento R entre três entidades, A, B e C, a cardinalidade máxima de A e B dentro de R indica quantas ocorrências de C podem estar associadas a uma ocorrência do par A-B.

Questão 162751

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2010
• Provas: CESGRANRIO - 2010 - Petrobrás - Técnico em Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Em uma determinada empresa, uma equipe de analistas reuniu-se para definir que bancos de dados deveriam utilizar no desenvolvimento de um sistema de negócios. Dentre os existentes no mercado, os analistas decidiram-se por um do Modelo Relacional, por permitir as seguintes funções:

I - processamento Ad Roc;
II - compressão de dados;
III - visualizar sites na Internet;
IV - integração com servidores Web.

São corretas as funções

• A. I e IV, apenas.
• B. II e III, apenas.
• C. I, II e III, apenas.
• D. I, II e IV, apenas.
• E. I, II, III e IV.

Gabarito: D

Comentários

• Quem visualiza site na internet é o browser.

• Gabarito: Letra D

  Só pra complementar que o modelo relacional encontra-se no Modelo lógico/De implementação/Representativo

Questão 171265

• Banca: FGV
• Órgão: MEC
• Ano: 2009
• Provas: FGV - 2009 - MEC - Administrador de Banco de Dados; FGV - 2009 - MEC - Analista de Sistemas; FGV - 2009 - MEC - Analista de Teste de Qualidade; FGV - 2009 - MEC - Arquiteto de Sistemas; FGV - 2009 - MEC - Desenvolvedor
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

Em um Sistema Gerenciador de Banco de Dados - SGBD, os elementos de dados possuem uma estrutura lógica visualizada na forma de tabelas.
Nesse sentido, existem inclusive, pacotes nos SGBDs que podem vincular elementos oriundos de várias tabelas desde que essas compartilhem elementos comuns de dados.
Essa estrutura lógica de dados é conhecida como do tipo:

• A. em rede.
• B. relacional.
• C. em pilha.
• D. hierárquica.
• E. em árvore.

Gabarito: B

Comentários

•  O termo "vincular elementos oriundos de várias tabelas desde que essas compartilhem elementos comuns de dados" remete a relação, se relacionarem!

• O modelo plano (ou tabular) consiste de matrizes simples, bidimensionais, compostas por elementos de dados: inteiros, números reais, etc. Este modelo plano é a base das planilhas eletrônicas.

  O modelo em rede permite que várias tabelas sejam usadas simultaneamente através do uso de apontadores (ou referências). Algumas colunas contêm apontadores para outras tabelas ao invés de dados. Assim, as tabelas são ligadas por referências, o que pode ser visto como uma rede. Uma variação particular deste modelo em rede, o modelo hierárquico, limita as relações a uma estrutura semelhante a uma árvore (hierarquia - tronco, galhos), ao invés do modelo mais geral direcionado por grafos.

  Bases de dados relacionais consistem, principalmente de três componentes: uma coleção de estruturas de dados, nomeadamente relações, ou informalmente tabelas; uma coleção dos operadores, a álgebra e o cálculo relacionais; e uma coleção de restrições da integridade, definindo o conjunto consistente de estados de base de dados e de alterações de estados. As restrições de integridade podem ser de quatro tipos: domínio (também conhecidas como type), atributo, relvar (variável relacional) e restrições de base de dados.

  Diferentemente dos modelos hierárquico e de rede, não existem quaisquer apontadores, de acordo com o Princípio de Informação: toda informação tem de ser representada como dados; qualquer tipo de atributo representa relações entre conjuntos de dados. As bases de dados relacionais permitem aos utilizadores (incluindo programadores) escreverem consultas (queries) que não foram antecipadas por quem projetou a base de dados. Como resultado, bases de dados relacionais podem ser utilizadas por várias aplicações em formas que os projetistas originais não previram, o que é especialmente importante em bases de dados que podem ser utilizadas durante décadas. Isto tem tornado as bases de dados relacionais muito populares no meio empresarial.

Questão 174880

• Banca: VUNESP
• Órgão: CETESB
• Ano: 2009
• Provas: VUNESP - 2009 - CETESB - Analista de Tecnologia da Informação - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelagem de dados; Modelo relacional

O conjunto de um ou mais atributos que permite identificar unicamente uma entidade de um conjunto de entidades é chamado de superchave. Uma superchave mínima ou uma chave candidata é

• A. composta apenas por atributos do tipo numérico ou do tipo booleano.
• B. homogênea, ou seja, todos os seus atributos são de um mesmo tipo de dados.
• C. heterogênea, ou seja, não pode haver dois atributos com o mesmo tipo de dados.
• D. uma superchave composta por apenas um atributo.
• E. uma superchave da qual não se pode remover quaisquer atributos sem que se perca a condição da unicidade.

Gabarito: E

Comentários

• "Ela é uma superchave mínima - ou seja, uma superchave da qual não podemos remover nenhum atributo e ainda mantemos uma restrição de exclusividade."
  
  Navathe, 6ed, pg 45
• Uma chave mínima é aquela que deve existir minimamente para que outra exista tbm.

Questão 177967

• Banca: FCC
• Órgão: TRT - 9ª REGIÃO (PR)
• Ano: 2010
• Provas: FCC - 2010 - TRT - 9ª REGIÃO (PR) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SQL

A pesquisa de um padrão específico em uma coluna de uma tabela relacional é possibilitada pelo uso do operador

• A. like.
• B. in.
• C. top.
• D. between.
• E. check.

Gabarito: A

Comentários

• Operador LIKE
  Busca valores alfanuméricos incompletos a partir de um ou mais caracteres:
  

  % - corresponde a uma seqüência qualquer de 0 ou mais caracteres.
  "_" - corresponde a qualquer caracter.

  Exemplo: mysql> SELECT nome FROM alunos WHERE nome LIKE 'J%';
  
  Esta cláusula lista todos os nomes que comecem com J.
  
  Exemplo: mysql> SELECT nome FROM alunos where nome LIKE '_________';
  
  Já esta, lista todos os nomes que possuem exatamente 9 caracteres.
  Operador LIKE
  Busca valores alfanuméricos incompletos a partir de um ou mais caracteres:
  

  % - corresponde a uma seqüência qualquer de 0 ou mais caracteres.
  "_" - corresponde a qualquer caracter.

  Exemplo: mysql> SELECT nome FROM alunos WHERE nome LIKE 'J%';
  
  Esta cláusula lista todos os nomes que comecem com J.
  
  Exemplo: mysql> SELECT nome FROM alunos where nome LIKE '_________';
  
  Já esta, lista todos os nomes que possuem exatamente 9 caracteres.
  

Questão 178072

• Banca: VUNESP
• Órgão: CETESB
• Ano: 2009
• Provas: VUNESP - 2009 - CETESB - Analista de TI - Administração de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Em bancos de dados relacionais, há o conceito de chaves estrangeiras, que inclui uma tabela referenciadora (R1) e uma tabela referenciada (R2). Sobre essas tabelas, pode-se afirmar que

• A. as tabelas R1 e R2 contêm, cada uma, apenas um atributo.
• B. as tabelas R1 e R2 não contêm valores nulos.
• C. a tabela R1 contém a chave estrangeira que é a chave primária da tabela R2.
• D. a tabela R1 tem indexação multinível e a tabela R2 tem indexação por funções de hash.
• E. a tabela R2 contém a chave estrangeira que é a chave primária da tabela R1.

Gabarito: C

Comentários

•  Na minha opinião a tabela referenciada é aquela que possui a chave estrangeira, ou seja foi referenciada. como a tabela referenciada foi a  R2, então essa possui a chave estrangeira. Portanto seria letra E.

  "CASCADE (Em Cascata) - Quando o campo da chave primária é atualizado, registros na tabela referenciada são atualizados."

  Fonte: http://pt.wikibooks.org/wiki/PostgreSQL_Pr%C3%A1tico/Ap%C3%AAndices/Integridade_Referencial_-_PostgreSQL
  

  Contudo a wikipedia traz:

  "The foreign key identifies a column or a set of columns in one (referencing) table that refers to set of columns in another (referenced) table."

  Portanto seria letra C, a correta pelo gabarito.

  Fonte: http://en.wikipedia.org/wiki/Foreign_key

   

  Alguém sabe dizer, se essa questão foi anulada, ou se usaram alguma referência para ser a oficial desse concurso?

• Gabarito inicial letra E

  Gabarito definitivo letra C

  Vide  site da Vunesp - link http://www.vunesp.com.br/concursos/ctsb0901/ctsb0901_gabaritos_janeiro_2010.pdf

  Questão 41

• Gabarito C

  No contexto dos banco de dados, o conceito de chave estrangeira ou chave externa se refere ao tipo de relacionamento entre distintas tabelas de dados do banco de dados.

  Uma chave estrangeira é chamada quando há o relacionamento entre duas tabelas.

  Sempre em chave estrangeira vai haver relacionamentos entre tabelas, por exemplo, se uma tabela que tem uma chave primária de outra tabela.

  Uma chave estrangeira é um campo, que aponta para a chave primária de outra tabela ou da mesma tabela. Ou seja, passa a existir uma relação entre duplas de duas tabelas ou de uma única tabela. A finalidade da chave estrangeira é garantir a integridade dos dados referenciais, pois apenas serão permitidos valores que supostamente vão aparecer na base de dados.

  Esse tipo de atributo não permite exclusão, modificação ou inserção de dados em tabelas que estejam dependentes umas das outras("foreign key"), o que requer modificadores especiais, como cascade, por exemplo. Isso também exige uma maior atenção do administrador da base de dados, quanto à própria manipulação dos dados.

  
  

  
  

  "Retroceder Nunca Render-se Jamais !"

  Força e Fé !

  Fortuna Audaces Sequitur !

• Essa questão leva mais em consideração o poder de interpretação do candidato:

  FOREIGN KEY foreign_idProd REFERENCES T(idProd)

  Nesse exemplo a chave estrangeira (foreign_idProd) está referenciando (references) uma chave primária (idProduto). Então, a tabela que tem a chave primária é a tabela REFERENCIADA, e não REFERENCIADORA.

  Uma analogia seria: Suponha que você esteja desenvolvendo um trabalho acadêmico e, como todo bom trabalho, cita várias fontes. Essas fontes já existem, você não quer modificá-las, apenas utilizá-las (podemos enxergar esses trabalhos como "tabelas prontas", com chaves primárias). Logo, seu trabalho que irá sofrer as modificações, ou seja, ganhará novos "atributos" (ou chaves estrangeiras). Então, um dado trabalho da literatura é REFERENCIADO por você, que é o REFERENCIADOR.

  A alternativa correta é a C.

• Descrição perfeita do funcionamento de uma chave estrangeira! Toda chave estrangeira é uma chave primária na tabela referenciada!

• Vá para o comentário do Guilherme Camargo!!!

  Valeu!!! Nunca mais esqueço com a analogia que você fez!!!

  Questão semelhante da FCC em 2018: Q869710

Questão 183724

• Banca: FCC
• Órgão: TRE-RS
• Ano: 2010
• Provas: FCC - 2010 - TRE-RS - Técnico Judiciário - Programação de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

O relacionamento entre entidades tais como funcionário e seus dependentes em uma empresa (obviamente, o dependente deve ser identificado por um número vinculado à matrícula do funcionário, p. ex.) caracteriza a entidade dependente como uma

• A. agregação.
• B. generalização.
• C. composição.
• D. entidade associativa.
• E. entidade fraca.

Gabarito: E

Comentários

• Letra E

  Entidade Fraca

  Alguns conjuntos entidade não possuem um conjunto de atributos capaz de identificarunivocamente uma determinada entidade. Neste caso, sua existência depende da existência de outraentidade. Um exemplo clássico de entidade fraca ocorre quando um sistema de pessoal possui dados sobre os dependentes de seus funcionários. É comum que os funcionários tenham um número de matrícula na empresa que é usado como atributo chave da tabela de funcionários. Por outro lado, normalmente os dependentes dos funcionários não possuem uma matrícula própria, bem como não possuem um conjunto mínimo de atributos que possam constituir a chave primária da tabela de dependentes. Neste caso, o conjunto entidade Dependente deve ser modelado como uma entidade fraca.
   

• Estou errada ou isso não se trata de UML?
• Daiane,
  Isso é banco de dados.

• ENTIDADE FRACA OU DEPENDENTE

  Uma entidade fraca (ou dependente) precisa de outra entidade para garantir a sua existência. A entidade fraca depende de uma entidade tipo e esta relação de dependencia é uma relação obrigatória. O identificador de uma entidade fraca possui em sua composição o(s) atributo(s) identificador(es) da entidade tipo à qual a entidade fraca está associada.

• Entidade Fraca: Conceitos

  Para criação de uma entidade fraca deve ser definida uma chave estrangeira, cujo conteúdo é a Chave Primária da Entidade Forte.

  A entidade fraca não contém seu próprio atributo chave. A sua existência depende de uma outra entidade.

  A entidade fraca é quando é verificada, entre uma entidade A e B a dependência da  existência entre elas ou a dependência de um identificador.

   

  Fonte: Questões de provas.

• Auto relacionamento - Um relacionamento do tipo "material compõe material".

   

  Entidade associativa - Um relacionamento que necessita ser relacionado a outro relacionamento.

   

  Entidade fraca - Entidade cuja vida depende de outra. 

• Gabarito: Letra E.

  O que é ENTIDADE?

  # É um conjunto de coisas ou objetos envolvidos em um domínio/contexto específico, podendo ser concretos ou abstratos;

  # Eles são representados por retângulos com um nome e caracterizam um conjunto de objetos uma entidade em particular é chamada de instância e representa um exemplo ou uma ocorrência específica de uma entidade.

  Entidade Forte (ou Entidade Independente)? (REPRESENTADA POR UM RETÂNGULO SIMPLES)

  É aquela cuja existência não depende da existência de qualquer outra entidade em um esquema. É denotado por um único retângulo . Uma entidade forte sempre tem a chave primária no conjunto de atributos que descreve a entidade forte.

  Entidade Fraca (ou Entidade dependente)? (REPRESENTADA POR UM RETÂNGULO DUPLO)

  Uma entidade fraca (ou dependente) precisa de outra entidade para garantir a sua existência. A entidade fraca depende de uma entidade tipo e esta relação de dependência é uma relação obrigatória.

  Entidade Associativa?

  É um termo usado na teoria relacional e de entidade-relacionamento. Um banco de dados relacional requer a implementação de uma relação base (ou tabela base) para resolver relacionamentos muitos-para-muitos.

  Bons Estudos!

Questão 186715

• Banca: FCC
• Órgão: TRE-RS
• Ano: 2010
• Provas: FCC - 2010 - METRÔ-SP - Analista - Tecnologia da Informação; FCC - 2010 - TRE-RS - Analista Judiciário - Analista de Sistemas Suporte
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados; Modelo relacional

No modelo de banco de dados relacional, todos os dados são representados por tabelas. Uma tabela é ligada (conectada) à outra incluindo-se a chave primária da outra tabela. Essa coluna incluída é chamada de chave

• A. externa.
• B. interna.
• C. múltipla.
• D. default.
• E. substitutiva.

Gabarito: A

Comentários

• Olá, pessoal!
  
  Essa questão foi anulada pela banca.
  
  Bons estudos!
• questão anulada acredito que pelo fato de existir apenas as chaves primarias e chaves estrangeiras e na questão não relaciona nenhuma das duas.

  Chave primária: (PK - Primary Key) é um identificador exclusivo de todas as informações de cada registro dando-lhe unicidade. A chave primária nunca se repetirá.^[1]

  Chave Estrangeira: (FK - Foreign Key) é a chave formada através de um relacionamento com a chave primária de outra tabela. Define um relacionamento entre as tabelas e pode ocorrer repetidas vezes. Caso a chave primária seja composta na origem, a chave estrangeira também o será.

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

Questão 187969

• Banca: FCC
• Órgão: AL-SP
• Ano: 2010
• Provas: FCC - 2010 - AL-SP - Agente Técnico Legislativo Especializado - Admin e Arquitetura de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

Chaves são utilizadas para especificar restrições de integridade básicas de um SGBD relacional. NÃO é um tipo de chave do modelo relacional:

• A. Primária.
• B. Candidata.
• C. Estrangeira.
• D. Composta.
• E. Terciária.

Gabarito: E

Comentários

• Chave Primária: Atributo ou combinação de atributos que possuem a propriedade de identificar de forma única uma linha da tabela. Corresponde a um atributo determinante.
  
  A chave estrangeira ocorre quando um atributo de uma relação for chave primária em outra relação.
  
  Chave Candidata: Ocorrem quando em uma relação existe mais de uma combinação de atributos possuindo a propriedade de identificação única.
• Adicionalmente:
  
   Uma chave composta corresponde à combinação de duas ou mais chaves, e pode ser necessária para eliminar a ambiguidade, formando um identificador único.

Questão 187975

• Banca: FCC
• Órgão: AL-SP
• Ano: 2010
• Provas: FCC - 2010 - AL-SP - Agente Técnico Legislativo Especializado - Admin e Arquitetura de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelagem de dados; Modelo relacional

Na modelagem conceitual, os atributos de uma entidade

• A. são características (propriedades) dessa entidade.
• B. simbolizam os relacionamentos.
• C. definem a quantidade de elementos de uma entidade associado com a quantidade de elementos de outra entidade.
• D. simbolizam as cardinalidades.
• E. simbolizam o tamanho das entidades.

Gabarito: A

Comentários

• Os atributos são as qualidades da entidade. Em relação alguma linguagem de programação, os atributos são as propriedades do objeto.

• LETRA A.

  Segundo Navathe(2011,p.135),"Cada entidade possui atributos- as propriedades específicas que a descrevem."

  **Só lembrando que a parte que começa com "as propriedades [...]" é um aposto que está se referindo a atributos. E o "a" de a descrevem está se referindo a "entidade". (Achei pertinente pq tem gente que pode não entender bem por causa de dificuldade com o português)

  =]

  Bibliografia:

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

  
  

• Atributos são usados para descrever as propriedades ou características de uma entidade ou relacionamento

Questão 187981

• Banca: FCC
• Órgão: AL-SP
• Ano: 2010
• Provas: FCC - 2010 - AL-SP - Agente Técnico Legislativo Especializado - Admin e Arquitetura de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelagem de dados; Modelo relacional

Indica quantas ocorrências de uma Entidade participam no mínimo e no máximo do relacionamento:

• A. herança.
• B. disponibilidade.
• C. normalização.
• D. quantidade.
• E. cardinalidade.

Gabarito: E

Comentários

• "Para fins de projeto de banco de dados, uma propriedade importante de um relacionamento é a de quantas ocorrências de uma entidade podem estar associadas a uma determinada ocorrência através do relacionamento. Esta propriedade é chamada de cardinalidade de uma entidade em um relacionamento. Há duas cardinalidades a considerar: a cardinalidade máxima e a cardinalidade mínima." Fonte: Projeto de Banco de Dados, Carlos Alberto Heuser.

• CARDINALIDADE

  É o número máximo e mínimo de ocorrências de uma entidade que estão associadas às ocorrências de outra entidade que participa do relacionamento. Ou seja, a cardinalidade é importante para ajudar a definir o relacionamento, pois ela define o número de ocorrências em um relacionamento.
  
  

• Cardinalidade é a quantidade de ocorrências entre as entidades. E podem ser de um para um, um para muitos e muitos para muitos.

  Fonte: http://aitibrasil.blogspot.com.br/2012/10/resumo-sobre-modelagem-de-dados.html
  

• cardinalidade é a definição de limites de ocorrencias entre entidades (1..1, 1..m, m..n)

Questão 209392

• Banca: CESPE / CEBRASPE
• Órgão: Banco da Amazônia
• Ano: 2010
• Provas: CESPE - 2010 - Banco da Amazônia - Técnico Científico - Tecnologia da Informação - Administração de Dados
• Disciplina: Banco de Dados
• Assuntos: Álgebra relacional; Modelo relacional

No que concerne a conceitos básicos de banco de dados, julgue os
itens a seguir.

Na terminologia do modelo relacional, os dados são considerados conjuntos de valores chamados domínios. O modelo relacional representa uma tentativa de descrever banco de dados por meio de conceitos matemáticos (álgebra relacional).

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Ao meu ver dados são conjuntos de valores chamados tuplas. Domínio são conjuntos de valores atômicos que determinam os possíveis valores de um determinado atributo.

• Concordo com o Eduardo, essa questão poderia ser consederada errada só pelo inicio, indicando que conjunto de valores são chamados dominio e não tuplas.

• dados são conjuntos de valores chamados tuplas. Domínio são conjuntos de valores atômicos que determinam os possíveis valores de um determinado atributo.

• CORRETO

  Para o cespe quando fala genericamente domínio = coluna = atributo = campo!!

  Ano: 2011 Banca: CESPE / CEBRASPE Órgão: MEC Prova: CESPE - 2011 - MEC - Analista de Processos

  No modelo relacional, os dados são representados, independentemente de seus tipos, em forma de tabelas (relações), ou seja, por meio de linhas (tuplas) e colunas (domínios).Certo!

  Quando ela é específica:

  Q590090

  Ano: 2015 Banca: CESPE / CEBRASPE Órgão: TRE-MT Prova: CESPE - 2015 - TRE-MT - Analista Judiciário - Análise de Sistemas

  domínio é um conjunto de valores em que cada valor é indivisível.Certo!

  ------------------------------------------------------------------------------------------------------

  Segundo o Navathe :

  O modelo relacional foi introduzido por Ted Codd, da IBM Research, em 1970, em um artigo clássico (Codd, 1970) que imediatamente atraiu a atenção em virtude de sua simplicidade e base matemática. O modelo usa o conceito de uma relação matemática — algo como uma tabela de valores — como seu bloco de construção básica e tem sua base teórica na teoria dos conjuntos e na lógica de predicados de primeira ordem.

  As operações de álgebra relacional e introduz a notação de cálculo relacional para dois tipos de cálculo — o de tupla e o de domínio.

  Conclui-se então que o MR = teoria de conjuntos e também = uma relação matemática ,que será representada pela algebra relacional nas suas operações.

Questão 214285

• Banca: CESGRANRIO
• Órgão: BNDES
• Ano: 2010
• Provas: CESGRANRIO - 2010 - BNDES - Analista de Sistemas - Suporte
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

O princípio da integridade de dados caracteriza-se por condições obrigatórias impostas pelo modelo de banco de dados. Nesse contexto, a restrição de integridade referencial diz que

• A. nenhum valor de chave primária pode ser nulo.
• B. o valor de cada campo deve ser um valor nulo ou um valor único dentro dos valores permitidos para o campo.
• C. os valores das chaves primárias devem ser atômicos.
• D. uma linha de uma tabela S que se refere à tabela V deve referenciar uma linha existente na tabela V.
• E. uma tabela deve ter pelo menos uma chave.

Gabarito: D

Comentários

• Restrição de integridade referencial: Uma tupla de um relação A que se refere a relação B, deve existir na relação A.
  A restrição de integridade referencial diz respeito a chave estrangeira.
• Correspondências:
  a) nenhum valor de chave primária pode ser nulo. -> Restrição de chave ou de entidade.
  b) o valor de cada campo deve ser um valor nulo ou um valor único dentro dos valores permitidos para o campo -> Restrição de unique.
  c) os valores das chaves primárias devem ser atômicos. -> Isso é o que exige a 1FN, mas não somente para as chaves primárias e sim para todos os atributos da tabela.
  d) uma linha de uma tabela S que se refere à tabela V deve referenciar uma linha existente na tabela V. -> Restrição de integridade referencial.
  e) uma tabela deve ter pelo menos uma chave.

• Integridade referencial é um conceito relacionado à chaves estrangeiras. Este conceito diz que o valor que é chave estrangeira em uma tabela destino, deve ser chave primária de algum registro na tabela origem.

  Logo, a alternativa D está correta pois informa que a linha de uma tabela S que se refere à tabela V deve referenciar uma linha existente na tabela V.

• CAVEIRA. #RUMOAOTÃOSONHADOCONCURSOPUBLICO.

• Só uma correção, pois Delatio Criminis não é feita pela Vítima!

  "Delatio Criminis: é uma espécie de noticia criminis, consubstanciada na comunicação de uma infração penal por qualquer pessoa do povo à autoridade policial, e não pela vítima ou seu representante legal.

  Pode funcionar como uma noticia criminis de cognição imediata, quando comunicação à autoridade policial durante suas atividades rotineiras, ou como noticia criminis de cognição mediata, na hipótese em que a comunicação à autoridade policial feita por terceiro se dá através de expediente escrito." (Renato Brasileiro, CPP comendo, 2020, pg. 126).

  Qq erro avisar inbox!

• DELATIO CRIMINIS

  1.SIMPLES - QQR PESSOA

  2.POSTULATORIA - PELA VITIMA

  3.INQUALIFICADA - ANONIMA

• Desde de quando Chave Primária pode ser nula ???

Questão 222268

• Banca: FGV
• Órgão: BADESC
• Ano: 2010
• Provas: FGV - 2010 - BADESC - Analista de Sistemas - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

A chave estrangeira se encontra na própria tabela de um autorelacionamento do(s) tipo(s):

• A. 1:1 e 1:N
• B. 1:1 e N:N
• C. 1:N e N:N
• D. somente N:N
• E. 1:1, 1:N e N:N

Gabarito: A

Comentários

• Em relacionamentos N:N sempre será derivada uma nova tabela que deverá conter no mínimo as chaves primárias da Relação1 e Relação2.
  
  Esta regra dos bancos dedados relacionais elimina as alternativas B, C, D e E.
• A relação N : N não serve por que não podemos ter uma chave primária repetidas vezes. Exemplo:
  T1 = {Chave1, Atributo1}
  T2 = {Chave2, FKChave1, Atributo2}
  Se o relacionamento fosse de 1:1 de T1 para T2, significa que as tuplas de T2 repetem a FKChave1 somente UMA vez e que a Chave1 só aparece 1vez em T1. E isto está okay.
  Se o relacionamento fosse de 1:N de T1 para T2, significa que as tuplas de T2 podem referenciar 0 ou mais vezes alguma chave de T1 com a FKChave1, e T1 continua tendo apenas Chave1 não repetidas. E isto está okay.
  Se o relacionamento fosse de N:N de T1 para T2, significa que as tuplas de T2 podem referenciar 0 ou mais vezes alguma chave de T1 com a FKChave1, e T1 pode ter a Chave1 com vários valores repetido, o que causa inconsistência.

Questão 222301

• Banca: FGV
• Órgão: BADESC
• Ano: 2010
• Provas: FGV - 2010 - BADESC - Analista de Sistemas - Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Com relação à especificação e à manipulação de um atributo multivalorado pelos SGBDs, analise as afirmativas a seguir.
I. O modelo de dados relacional (especificado por Codd), não aceita este tipo de atributo, multivalorado. O modelo de dados relacional preconiza que este atributo deve ser processado pela implementação de uma tabela que possa contê-lo.
II. O modelo de dados relacional (especificado por Codd) especifica que para processar um atributo multivalorado deve antes normalizar a tabela onde o mesmo se encontra.
III. O modelo de objetos determina que todos os atributos de um objeto, inclusive os multivalorados, sejam encapsulados no objeto, permitindo, desta forma, a sua implementação e processamento.
Assinale:

• A. se somente a afirmativa I estiver correta.
• B. se somente a afirmativa II estiver correta.
• C. se somente a afirmativa III estiver correta.
• D. se somente as afirmativas I e II estiverem corretas.
• E. se todas as afirmativas estiverem corretas.

Gabarito: E

Comentários

• O valor do campo em uma tabela de um Banco de Dados Relacional deve ser atomico e monovalorado.
  Portanto deve obedever a 1FN.

Questão 234367

• Banca: NC-UFPR
• Órgão: UFPR
• Ano: 2010
• Provas: UFPR - 2010 - UFPR - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

No modelo relacional de administração de dados, uma relação pode ter um conjunto de atributos que contém valores com mesmo domínio de um conjunto de atributos que forma a chave primária de uma outra relação. Esse conceito refere-se à:

• A. integridade de chave.
• B. integridade de atributo.
• C. integridade de entidades.
• D. integridade referencial.
• E. integridade de tuplas

Gabarito: D

Comentários

• A integridade referencial garante a não corrupção dos dados, de modo a não haver como existir um registro "filho" sem um registro "pai". No MySQL, por exemplo, temos 4 opções para a integridade referencial: Cascade, Set Null, Restrict e No Action.

• d-

  integridade referencial é um conceito acerca de relacionamentos para segurança e integridade no uso de db relacionais, permitindo aos registros de 1 tabela se referirem aos de outra por FK (foreign key).

Questão 236227

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Considere:

CCE = coluna de chave estrangeira
CCTP = coluna de chave da tabela pai
ICE = instância de chave estrangeira
ICTP = instância de chave da tabela pai

A integridade referencial exige que

• A. qualquer ICTP seja associada a qualquer ICE.
• B. qualquer CCE de uma tabela seja igual a qualquer CCTP.
• C. pelo menos uma ICE de uma tabela seja igual a todos os valores de uma CCTP.
• D. a CCTP tenha, para cada ICE de uma tabela, todos os seus valores associados a essa ICE.
• E. cada ICE de uma tabela tenha uma ICTP associada a essa ICE.

Gabarito: E

Comentários

• A chave estrangeira nada mais é do que a chave primária da tabela pai. Então, é correto afirmar que a chave estrangeira tenha uma ICTP associada a ela.

   

  Bons estudos.

• Siglas só pra confundir a cabeça. Imaginem na hora da prova.

• Resumindo: 

  CADA CHAVE ESTRANGEIRA DE UMA TABELA TENHA UMA CHAVE PAI ASSOCIADO A ELA.

• Vejam que essa relação não é bidirecional: cada instância de uma chave estrangeira deve possuir um referencial na chave primária da tabela pai desta entidade, mas nem toda chave primária da tabela pai possui um correspondente nas instâncias de chave estrangeira.

  É só imaginar o caso de um auto relacionamento: toda pessoa possui um pai e uma mãe que também são pessoas, mas nem toda pessoa é pai ou mãe. 

  Outro exemplo: todo gerente é um funcionário (tabela gerente tem um chave estrangeira para a tabela funcionário), mas nem todo funcionário é um gerente. 

• Pela regra de integridade referencial uma FK pode ter uma PK associada, ou uma FK pode ser null. Ou seja, não necessáriamente uma FK vai sempre referenciar uma PK.

Questão 236230

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Considere:
I. Conjunto de um ou mais atributos que, quando tomados coletivamente, permitem identificar exclusivamente uma entidade.

II. Restrição que especifica que o atributo é uma chave candidata (tem um valor exclusivo para cada linha de uma tabela).

Correspondem, respectivamente, a I e II:

• A. unique e foreign key.
• B. primary key e foreign key.
• C. primary key e unique.
• D. foreign key e primary key.
• E. foreign key e unique.

Gabarito: C

Comentários

• Chaves primárias (em inglês Primary Keys ou PK) sob o ponto de vista de um banco de dados relacional, referem-se às tuplas de um ou mais campos, cujos valores, considerando a combinação de valores de todos os campos da tupla, nunca se repetem, ou seja, são únicos (unique), e que podem ser usadas como um índice para os demais campos da tabela do banco de dados identificando exclusivamente uma entidade.

  FONTE: Baseado em informações da Wikipédia (http://pt.wikipedia.org/wiki/Chave_prim%C3%A1ria) e experiência profissional.

• I. Conjunto de um ou mais atributos que, quando tomados coletivamente, permitem identificar exclusivamente uma entidade.
  
  A rigor, o item I descreve as superchaves, e não as chaves primárias. Obviamente, as superchaves são um superconjunto das chaves candidatas (estas, por sua vez, precisam ser 'mínimas' - ou seja, o menor conjunto de atributos capaz de identificar uma entidade, e não qualquer conjunto) que, por sua vez, são superconjunto das chaves primárias (chave candidata de fato escolhida) e chaves alternadas (demais chaves candidatas não escolhidas).
• Enquanto a Primary Key é unica por tabela, podem existir varias uniques key para a tabela.
  O conteudo de um PK é sempre not null equanto que uma Unique key pode ser NULL.

Questão 236239

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Considere: Peça compõe Peça na razão n:m. A composição relaciona-se com Modelo na razão 1:n. Portanto, a derivação para BDR (relacional) normalizado será de

• A. uma tabela de Peça e uma de Composição, apenas.
• B. uma tabela de Peça e uma de Modelo, apenas.
• C. uma tabela de Peça, uma de Modelo e uma de Composição.
• D. duas tabelas de Peça, uma de Modelo, uma de Composição e uma de Componente-Modelo.
• E. duas tabelas de Peça, uma de Modelo e uma de Composição.

Gabarito: C

Comentários

• 1:1 = envolve duas tabelas
  1:m = envolve dua tabelas
  m:n = envolve três tabelas (as duas que se relacionam e a que é criada a partir do relacionamento delas)
  
  Como "m" e "n" são a mesma tabela, então consideramos apenas duas (a de Peça e a composição gerada por elas)
  Modelo relaciona-se com a composição como 1:m, então é mais uma tabela (Composição x Modelo).
  
  Ao toal temos então três tabelas: Peça, Composição e Modelo.

• Esta questão traz o conceito de autorrelacionamento.
  

Questão 236263

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Considere:

I. Cada tupla contém exatamente um valor (do tipo apropriado) para cada um de seus atributos.

II. Existe ordenação da esquerda para a direita nos componentes de uma tupla, contrariamente aos conjuntos na matemática, que não exigem ordenação em seus elementos.

III. Cada subconjunto de uma tupla é uma tupla (e cada subconjunto de um cabeçalho é um cabeçalho).

Quanto às propriedades das tuplas, é correto o que consta APENAS em

• A. I.
• B. II.
• C. III.
• D. I e II.
• E. I e III.

Gabarito: E

Comentários

• I. Cada campo de uma instância (atributo) contém um valor próprio;
  II. Você pode fazer uma seleção na ordem que você quiser (select atrib1, atrib2; select atrib2; atrib1)
  III.  Digamos que uma tabela tam os atributos atrib1, atrib2 e atrib3, você poderá fazer uma seleção "select atrib1, atrib2", que irá lhe trazer um sub-conjunto, com um sub-cabeçalho.
• Questão complicada. Principalmente relacionado ao item II.
  
  Para mim, o item II está correto:
  Pelo que pesquisei, segundo o modelo relacional, existe sim uma ordenação entre os atributos de uma relação, da esquerda para a direita. O que não existe é ordenação entre tuplas, as quais podem seguir qualquer ordem. Pela teoria dos conjuntos da matemática, um conjunto não possui elemento repetido realmente. Por acaso alguem poderia, se possível, comentar esse item com alguma referência técnica? Grato.
• Discordo do gabarito da questão, principalmente relacionado ao item II. Segue algumas posições do livro do Elmasri, Sistemas de Banco de Dados, 3o edição, pág. 92.
  
  "Ordenação de Tuplas em uma Relação. Uma relação é definida como um conjunto de tuplas. Matematicamente, os elementos de um subconjunto não têm ordem entre eles, portanto, as tuplas em uma relação não têm qualquer ordem em particular."
  
  Mais abaixo ele declara: " uma n-tupla é uma lista ordenada de n valores, tanto assim que a ordenação de valores em uma tupla — ou seja, dos atributos no esquema da relação — é importante."
  
  Ou seja, ele deixa claro que a ordenação de tuplas na relação não tem qualquer ordem particular, entretanto a ordenação dos valores de uma tupla (atributos) é importante e é nesse ponto que a questão foi infeliz ao declarar "...nos componentes de uma tupla...", o que nos leva a pensar nos atributos da tupla e, acredito, o avaliador se confundiu nesse ponto.
  
  
  
• Alguém poderia comentar o item 3?
  III. Cada subconjunto de uma tupla é uma tupla (e cada subconjunto de um cabeçalho é um cabeçalho).
• Sobre o item III, este parece meio confuso para o meu entendimento:
  
  III. Cada subconjunto de uma tupla é uma tupla
  
  Uma tupla é uma linha de uma dada tabela, composta por várias colunas. Em minha opnião um subconjunto de uma tupla, seria uma ou mais colunas ... e não uma outra tupla como diz o enunciado.
  
  Alguém ai tem um entendimento diferente ?
• Acho que vocês estão fazendo confusão com esta questão.
  
  Uma ajuda:
  Primeiramente vamos à definição de tupla:
  Uma tupla é uma lista ordenada de valores. Nesta situação, é importante a ordem em que os atributos aparecem em um esquema de relação. Entretanto, esta ordem não é realmente importante, desde que seja mantido a correspondência entre atributos e valores.
  Na minha opinião o erro da assetiva 2 é quando diz "contrariamente aos conjuntos da matemática que não exigem ordenação". Conjuntos na matemática podem exigir ordenação sim.
  A assertiva I está correta e é a mais fácil de todas. Se uma tupla é uma linha que corresponde a uma lista de valores, então cada atributo é um elemento da lista e, de acordo com o Modelo Relacional, cada atributo deve ter um tipo e não pode ser multivalorado. Caso contrário, ele fere a 1FN.
  A III, na minha opinião está certa, pois, na prática, podemos ter uma visão do BD que corresponda à um subconjunto de uma tabela qualquer e , neste caso, uma tupla desta visão será um subconjunto de uma tupla da tabela original e nem por isso deixará de ser tupla pelo simples fato de estar enquadrada no conceito de tupla: lista ordenada de valores.
  
  
  
  
  
  
  
  
  
• Concordo com o colega Alfredo sobre o erro da questão.
  
  Se pensarmos num exemplo de conjunto matemático, como o dos números naturais(N), perceberemos que os elementos não são dispostos aleatoriamente. Eles seguem uma ordem crescente 0, 1, 2, 3, 4 , 5, 6, 7, e por aí vai.... Assim, nesse caso, a ordem é importante para o conjunto.
• Pessoal, já vi outras questões tratando deste mesmo assunto. Sempre que se afirma existir ordenação de  tuplas ou atributos a resposta considerada pelas bancas é "ERRADO". Como o próprio nome diz, o modelo relacional baseia-se em relações (conjuntos) e nas operações entre elas. Não há ordenação entre elementos (tuplas) de um conjunto e nada se diz na álgebra relacional sobre ordenação de elementos (atributos) que compõem os elementos (tuplas) de um conjunto. Mesmo sendo de certa forma interessante que se mantenha uma ordenação entre os atributos, conceitualmente, isso não é considerado pela álgebra relacional, que é a base para o modelo relacional. Os questionamentos são importantes, porque nos ajudam a pensar sobre determinado tema, mas o que importa mesmo na hora da prova é o que as bancas consideram CORRETO.
• Concordo com o Alfredo sobre o item II, a ordem é importante nos componentes da tupla, imaginem se cada tupla de uma relação estivesse em uma ordem diferente. Este conceito é importante inclusive para uso nas provas. O erro é mesmo sobre a ordem na matemática.
  
  

• Pessoal,

  I. Cada tupla contém exatamente um valor (do tipo apropriado) para cada um de seus atributos. 

  Certo. No caso de atributos multi-valorados, o atributo seria do tipo apropriado (tupla)

  II. Existe ordenação da esquerda para a direita nos componentes de uma tupla, contrariamente aos conjuntos na matemática, que não exigem ordenação em seus elementos. 

  Errado. Não existe ordenação entre os elementos de uma tupla, isso não faria sentido. Exemplo de tupla: (1,Joao,10). Como iríamos ordenar isso?

  III. Cada subconjunto de uma tupla é uma tupla (e cada subconjunto de um cabeçalho é um cabeçalho).

  Certo.
  

  Select * from tabela:

  Retorna tuplas com todas as colunas, juntamente com os cabeçalhos (nomes das colunas)
  

  Select coluna1, coluna2 from tabela;
  

  Retorna tuplas com apenas 2 colunas, e seus relativos cabeçalhos
  

  
  

  
  

• Ao contrário do que alguns colegas aqui estão afirmando vai a definição de conjunto:
  
  

  Nos conjuntos, a ordem e a quantidade de vezes que os elementos estão listados na coleção não é relevante. Em contraste, uma coleção de elementos na qual a multiplicidade, mas não a ordem, é relevante, é chamada multiconjunto. Dizemos que dois conjuntos são iguais se, e somente se, cada elemento de um é também elemento do outro.

• Questão no mínimo estranha... Sobre a segunda afirmativa, creio que ela possa ser interpretada como correta. Segundo Elsmari, Sistemas de Banco de Dados 6ª Edição:
  
  "De acordo com a definição anterior de uma relação, uma tupla t é uma lista ordenada de n valores, de modo que a ordem dos valores em uma tupla é importante. No entanto, em um nível mais abstrato, a ordem dos atributos e seus valores não é tão importante, desde que a correspondência entre atributos e valores seja mantida.", página 42.
  
  "Uma relação é definida como um conjunto de tuplas. Matematicamente, os elementos de um conjunto não possuem ordem entre eles.", página 41.
  
  Isso tornaria a afirmativa II incorreta, "em um nível mais abstrato"... de toda forma, me parece mal formulada a questão.
  

• Quanto ao item III, encontramos, com estas mesmas palavras, no livro do famoso C.J.Date (Introdução a Sistemas de Bancos de Dados, 8ª ed):

   

  [Capítulo 6, pág. 123, (Propriedades das Tuplas)]

  " Cada subconjunto de uma tupla é uma tupla (e cada subconjunto de um cabeçalho é um cabeçalho)..."

   

   

  Segue o link da referência : https://books.google.com.br/books?id=xBeO9LSlK7UC&pg=PA123&lpg=PA123&dq=subconjunto+de+uma+tupla+é+uma+tupla&source=bl&ots=xaTBm-va7H&sig=AOSigGOVWH8C_R5V0nJj6RHQ08g&hl=pt-BR&sa=X&ved=0ahUKEwjJ4KPGudHRAhWLGJAKHTodBocQ6AEIMzAE#v=onepage&q=subconjunto%20de%20uma%20tupla%20é%20uma%20tupla&f=false

Questão 236308

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Conceitos Básicos em Banco de Dados; Modelo relacional

Instruções: Para responder à  questão  sobre restrições de integridade, considere a temporalidade  dos dados e a relação R{Num#, Status, Período} sendo Key{Num#, Período}. De acordo com C. J. Date, podem ocorrer problemas em relações  temporais como esta.

A restrição Key para R não consegue impedir que R contenha, por exemplo, as seguintes tuplas ao mesmo tempo:

                               Num#     Status     Período [de:até]
                                 N5           10              [p04:p06]
                                 N5           20              [p05:p07] 

Esta situação é uma possibilidade que apresenta um problema de

• A. contradição.
• B. recorrência.
• C. dumping.
• D. overflow.
• E. timing.

Gabarito: A

Comentários

• Este assunto encontra-se no Tópico 23.7, página 653 do livro do Date. O tema é Apoio a Decisão.
  
  O problema apontado por Date é que pode acontecer de, nesse tipo de banco de dados (temporal),  a chave primária da relação não ser capaz de garantir a integridade dos dados. No caso citado na questão temos uma  que N5 no período p04 a p06 teve status 10 e no período p05 a p07 teve o status 20. Ora, para mim está claro que existe uma contradição nos dados pois em um registo em digo que N5, no "dia" p05 tinha status 10 e no outro digo que o status era 20. Logo, Date nomeou este problema de CONTRADIÇÃO, que é o gabarito da questão.
  
  
• Contradição: indica que a entidade correspondente não tem identificação única, isto é, que não pode ser distinguida das demais, mas ao mesmo tempo sua existência como elemento da relação indicaria  ser uma entidade única.

Questão 239635

• Banca: CESPE / CEBRASPE
• Órgão: ABIN
• Ano: 2010
• Provas: CESPE - 2010 - ABIN - Oficial Técnico de Inteligência - Área de Desenvolvimento e Manutenção de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Com relação ao modelo entidade relacionamento aos sistemas de
banco de dados, julgue os itens subsequentes.

A visão interna de um banco de dados é uma representação de baixo nível descrita por meio de um esquema interno no qual estão descritos os registros físicos de armazenamento dos dados.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Alguém poderia explicar essa questão?

• Daiane, o erro da afirmativa está na parte "descritos os registros físicos". Eu encontrei no site Scribb algo que descreve isso. Abaixo um trecho do arquivo:

   

  A visão interna é uma representação de baixo nível do banco de dados por inteiro.

  •Consiste em muitas ocorrências de cada um dos vários tipos de registros internos.

  •Corresponde a construção que chamamos de registro armazenado.

  •A visão interna ainda está muito afastada do nível físico “não manipula registros físicos” – conhecidos por blocos ou páginas.

  •Também não leva em consideração especificações específicas de dispositivos, tais como tamanho do cilindro ou trilha.

  •A visão interna é descrita por meio do esquema interno.

  •Não só define os diversos tipos de registros armazenados, mas também especifica:

  –Quais índices existem;
  –Como os campos armazenados estão representados;
  –Em que seqüência física estão os registros armazenados.

  Fonte: http://www.scribd.com/doc/7507094/Arquitetura-de-Sistemas-de-Banco-de-Dados-2-Alunos

• A visão interna não manipula registros físicos conhecidos como blocos ou páginas.
• Questão clássica da ABIN - pegadinha
  
  
  Eu também achava que era correta, acho que essa pegou muita gente.
  
  retirei esse trecho do livro do C.J Date 8a edição
  
  "Assim, a visão interna está separada do nível físico, pois ela não lida com registros físicos - também chamados blocos ou páginas  - nem com quaisquer considerações específicas de dispositivos como tamanhos do cilindros ou trilhas"
• Galera,
  
  entendi o que vocês quiseram dizer com o peguinha, mas a questão diz sobre Visão Interna e Esquema Interno e nada sobre Nível Físico. Posso considerar como sinônimos?
• Errei a questão, mas acho que não tem nada de pegadinha. Apenas confundi os conceitos.

• Com relação ao modelo entidade relacionamento aos sistemas de

  banco de dados, julgue os itens subsequentes.
  
  A visão interna de um banco de dados é uma representação de baixo nível descrita por meio de um esquema interno no qual estão descritos os registros físicos de armazenamento dos dados.
  
  -----
  
  A começar eu nunca vi nas literaturas nada que fizesse associação entre visão interna e modelo ER.
  
  Então pelos meus estudos de Bancos de Dados , só pude concluir que se tratava da arquitetura de 3 esquema de um banco de dados. E pela definição do livro "Sistemas de Bancos de Dados" Elmasri , Navathe , 6ª Edição, temos:
  
  "1- O  nível interno tem um esquema interno, que descreve a estrutura do armazenamento físico do banco de dados. O esquema interno usa um modelo de dados físico e descreve detalhes completos do armazenamento de dados."
  
  Então não sei o que pode estar errado nessa questão. Veja que a definição da questão segue quase de forma idêntica a definição do livro, trocando detalhes completos por registros físicos.
  
  Ao meu ver a questão está correta.

• Prezados,
  
  Conforme Navathe, página 22 , essa questão parece completamente correta. Vejamos como o autor define os níveis:
  
  O nível interno tem um esquema interno, que descreve a estrutura do armazenamento físico do banco de dados.
  O nível conceitual tem um esquema conceitual, que descreve a estrutura do banco de dados interno para uma comunidade de usuários.
  O nível externo inclui uma série de esquemas externos ou visões do usuário.
  
  Entretanto, segundo Date, 4º edição, página 36, vemos :
  
  A visão interna é um tanto distante do nível físico, uma vez que não trabalha em termos de registros físicos (também chamados de páginas ou blocos), nem de considerações de dispositivos específicos.
   
  Portanto a questão está errada.
  Gabarito: ERRADO
  

• – Nível de Visão: Esse é o ponto do banco de dados em que o
  usuário simples tem acesso às informações.
  – Nível Conceitual: define os formatos dos dados e também o
  relacionamento entre eles;
  – Nível Físico: considerado o nível mais baixo de abstração de
  dados. Nesse nível é definidoa maneira como os dados estão
  armazenados

   

  Fonte:AlfaCon

• A visão interna é uma representação de baixo nível do banco de dados por inteiro.

  •Consiste em muitas ocorrências de cada um dos vários tipos de registros internos.

  •Corresponde a construção que chamamos de registro armazenado.

  •A visão interna ainda está muito afastada do nível físico “não manipula registros físicos” – conhecidos por blocos ou páginas.

  •Também não leva em consideração especificações específicas de dispositivos, tais como tamanho do cilindro ou trilha.

  •A visão interna é descrita por meio do esquema interno.

  •Não só define os diversos tipos de registros armazenados, mas também especifica:

  –Quais índices existem;

  –Como os campos armazenados estão representados;

  –Em que seqüência física estão os registros armazenados.

  Fonte: http://www.scribd.com/doc/7507094/Arquitetura-de-Sistemas-de-Banco-de-Dados-2-Alunos

• Segundo Navathe, 2011, p.22:

  "O nível interno tem um esquema interno, que descreve a estrutura do armazenamento físico do banco de dados. O esquema interno usa um modelo de dados físico e descreve os detalhes completos do armazenamento de dados e caminhos de acesso para o banco de dados."

  No mínimo a questão deveria ser anulada por haver diferentes entendimentos sobre o tema.

• ABIN É ABIN, NÉ PAI.

• Gabarito: ERRADO

  Conforme Navathe, página 22 , essa questão parece completamente correta. Vejamos como o autor define os níveis:

  O nível interno tem um esquema interno, que descreve a estrutura do armazenamento físico do banco de dados.

  O nível conceitual tem um esquema conceitual, que descreve a estrutura do banco de dados interno para uma comunidade de usuários.

  O nível externo inclui uma série de esquemas externos ou visões do usuário.

  Entretanto, segundo Date, 4º edição, página 36, vemos:

  A visão interna é um tanto distante do nível físico, uma vez que não trabalha em termos de registros físicos (também chamados de páginas ou blocos), nem de considerações de dispositivos específicos.

  Portanto a questão está errada.

• questão deveria ser ANULADA pra não prejudicar quem estudou pelo NAVATHE..

Questão 240496

• Banca: FCC
• Órgão: TRT - 22ª Região (PI)
• Ano: 2010
• Provas: FCC - 2010 - TRT - 22ª Região (PI) - Técnico Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

No relacionamento 1:n (um para muitos) é correto

• A. criar uma nova tabela com as chaves das entidades envolvidas no relacionamento.
• B. acrescentar a chave da entidade do lado n, como chave estrangeira, na tabela no lado 1.
• C. acrescentar ambas as chaves, em todas as tabelas envolvidas, como chaves estrangeiras.
• D. criar chaves primárias adicionais, em cada uma das tabelas, para estabelecer o relacionamento entre as entidades.
• E. acrescentar a chave da entidade do lado 1, como chave estrangeira, na tabela no lado n.

Gabarito: E

Comentários

• Quando ele diz que a relação é 1:N está dizendo que a relação do lado esquerdo é 1 ou seja, no mínimo 0  e no máximo 1.
  Já no lado direito a relação N,  diz que o mínimo é 0 e não tem máximo, sendo assim, no modelo conceitual a digramação fica asism:
  
  
  Uma PESSOA possui  no mínimo 0 e no máximo  N  CARROS
  Um CARRO é possuido por 0 ou no máximo 1 PESSOA
  
  transformado esse modelo conceitual em modelo lógico temos:
  PESSOA ( ID_PESSOA) 
  CARRO (ID_CARRO, ID_PESSSOA) 
  
  Perceba que em CARRO a chave primária somente é ID_CARRO, porque podemos ter CARRO sem o mesmo ter um dono, então o ID_PESSOA nessa tabela pode ser NULL. E isso bate com a alternativa E
  
  "e) acrescentar a chave da entidade do lado 1, como chave estrangeira, na tabela no lado n."
  
  Meus dois cents.

• LETRA E.

  Segundo Navathe(2011,p.144),"Para um tipo de relacionamento 1:N, um atributo de relacionamento pode ser migrado SOMENTE para o tipo de entidade do lado N do relacionamento."

  Bibliografia:

  Sistemas de banco de dados-NAVATHE-6 EDIÇÃO 2011

  
  

• Letra e) está certa, porém a questão poderia enfatizar para não gerar dúvidas: " acrescentar a chave PRIMÁRIA da entidade do lado 1, como chave estrangeira, na tabela no lado n."

Questão 240499

• Banca: FCC
• Órgão: TRT - 22ª Região (PI)
• Ano: 2010
• Provas: FCC - 2010 - TRT - 22ª Região (PI) - Técnico Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados; Modelo relacional

No Modelo Relacional de Dados, o mecanismo fundamental para manter a consistência dos dados e evitar registros órfãos é denominado

• A. Integridade Relacional.
• B. Normalização.
• C. Integridade Referencial.
• D. Dependência Funcional.
• E. Integridade de Chave.

Gabarito: C

Comentários

• A integridade referencial e usada para manter e garantir a integridade dos dados entre as tabelas de relacionamentos. Um exemplo disso seria ter um relacionamento de um-para-vários entre a tabela cliente e produto(Um cliente tem acesso a vários produtos). Com a integridade referencial, o banco de dados não permite que um produto seja alterado por um cliente não cadastrado.

   

  Quando o Código de um cliente for alterado na Tabela Clientes, podemos configurar para o banco de dados atualizar, automaticamente, todos os Códigos do Cliente na Tabela produtos, de tal maneira que não fiquem Registros Órfãos.

   

  Bons estudos!

• integridade referencial é um conceito de banco de dados que garante que todos os relacionamentos propostos entre tabelas no modelo de entidade-relacionamento (ER) serão respeitados dando a certeza que os dados de um banco de dados estarão íntegros.

  A normalização de dados é uma série de passos que se seguem no projeto de um banco de dados, que permitem um armazenamento consistente e um eficiente acesso aos dados em bancos de dados relacionais.

  A integridade referencial preserva as relações definidas entre tabelas quando linhas são digitadas ou excluídas. 

  A dependência funcional é representada por uma linha horizontal que parte do(s) atributo(s) mais à esquerda, terminando com setas nos atributos dependentes, localizados à direita. Todos os atributos que não fazem parte da chave primária de uma relação são funcionalmente dependentes dela.

   

   

• Registros orfão são registros que não possuem o outro lado do relacionamento. Deste modo, os dados não estariam verdadeiramente relacionados.

  Dessa forma, a Integridade referencial estaria comprometida, uma vez que os relacionamentos entre registros só serão válidos se as informações em uma tabela são consistentes com informações requeridas em outra tabela relacionada.

Questão 240622

• Banca: FCC
• Órgão: TRT - 22ª Região (PI)
• Ano: 2010
• Provas: FCC - 2010 - TRT - 22ª Região (PI) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Álgebra relacional; Modelo relacional

Considerando que:

(I) Um professor pode ministrar mais de uma disciplina.
(II) Uma mesma disciplina pode ser ministrada por diversos professores.
(III) Cada aluno assiste uma disciplina com um único professor.

Para responder à questão: que disciplina o aluno assiste com qual professor?, é necessário estabelecer

• A. um autorrelacionamento e um relacionamento binário.
• B. dois relacionamentos binários.
• C. três relacionamentos binários.
• D. um relacionamento ternário.
• E. dois relacionamentos ternários.

Gabarito: D

Comentários

• (I) Um professor pode ministrar mais de uma disciplina.
  (II) Uma mesma disciplina pode ser ministrada por diversos professores.

  Logo, vários professores podem lecionar várias disciplinas assim como várias disciplinas podem ser lecionadas por vários professores(relacionamento muitos-para-muitos, N-M). 
  (III) Cada aluno assiste uma disciplina com um único professor.  

  Creio que o gráfico abaixo elucide melhor esta questão:

  http://img33.imageshack.us/img33/2750/63293274.jpg

   

  Bons estudos!

• É sempre possível substituir um relacionamento ternário, por vários relacionamentos binários distintos.
  
  Entretanto, nem sempre é possível representar as restrições impostas a um relacionamento ternário, em relacionamentos binários.
  
  Vejam a questão: http://www.questoesdeconcursos.com.br/questoes/bac706f2-9a
  
  "Pretende-se derivar um relacionamento ternário totalmente n:m em tabelas lógicas relacionais normalizadas na 3FN. Esta operação deverá gerar corretamente"
  
  A resposta:
  
  3 relações, uma para cada entidade, além da entidade associativa, com as chaves de cada uma das três entidades.

• [professor]--------------[<>]-----------[disciplina]

                                     |

                                   <>

                                     |

                                [aluno]    

Questão 240799

• Banca: FCC
• Órgão: TRT - 8ª Região (PA e AP)
• Ano: 2010
• Provas: FCC - 2010 - TRT - 8ª Região (PA e AP) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

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.

No modelo E-R não normalizado, o relacionamento entre Pedido e Produto (considere o vetor no sentido Pedido-Produto) é do tipo

• A. entidade associativa.
• B. entidade fraca.
• C. 1:n.
• D. n:m.
• E. n:1.

Gabarito: D

Comentários

• Essa questão está correta como "N:M"?
  
  Pelo formulário teriamos uma entidade única:
  
  Pedido( Codigo do cliente, Nome do Cliente, Numero do Pedido, Data do Pedido, Produto ( Codigo do Produto, Nome do Produto, Quantidade PEDIDA do Produto, Valor do Produto)).
  
  dessa forma, produto seria apenas um atributo multivalorado. Mas como na questão ele fala do relacionamento entre as duas entidades, poderiamos decomport em 2 entidades:
  
  * Pedido (Codigo do cliente, Nome do Cliente, Numero do Pedido, Data do Pedido)
  * Produto (Codigo do Produto, Nome do Produto, Quantidade PEDIDA do Produto, Valor do Produto)
  
  Observe que a questão fala de N:M, mas dessa forma não funcionaria ... pois quando falamos Quantidade PEDIDA do produto ...
  
  Obrigatoriamente temos uma relação 1:N, pois se fosse N para M, estariamos dizendo que qualquer pedido daquele produto todos teriam que pedir a mesma quantidade. E caso queira deslocar o campo Quantidade PEDIDA do PRODUTO para a entidade Pedido, estariamos dizendo que todos os produtos pedidos em um item deveriam ser pedidos da mesma quantidade.
  
  Logo o correto seria 1:N (Pedido - Produto)
  
  * Pedido (Codigo do cliente, Nome do Cliente, Numero do Pedido, Data do Pedido)
  * Produto (Numero do Pedido, Codigo do Produto, Nome do Produto, Quantidade PEDIDA do Produto, Valor do Produto)
  
  Seria isso, ou estou viajando?
• Camarada, no caso você tem que pensar assim.
  
  1 pedido pode ter mais de 1 produto? Se a resposta for sim, então o relacionamento entre pedido e produto será N.
  1 produto pode estar presente em mais de 1 pedido? Se a resposta for sim, então o relacionamento entre produto e pedito também será M.
  
  Respondi Sim para as duas perguntas.
• d) n:m
  Um pedido tem vários produtos e um produto pode estar em vários pedidos. Logo relacionamento n para m.
  
  Bons Estudos
  Marcelo
• A questão seria letra "c" se NÃO estivesse escrito "NÃO NORMALIZADO" no enunciado.
  Como o modelo não está normalizado, um pedido pode existir mesmo sem produto associado, tornando o tipo de relacionamento N:M.
• Achei muito interessante a questão e resolvi comentar!
  
  Creio que havia uma falha, na questão, pouco perceptível. Veja que o enunciado trata do vetor, ente matemático com sentido, orientação e módulo, fato que me fez pensar que o correto seria analisar a cardinalidade em apenas um sentido de pedido para produto, ou seja, um pedido para muitos produtos. Pena, pois errei a questão, mesmo sabendo que a cardinalidade geral seria n:m, no caso bidirecional! Mas fica uma pergunta:
  
  Essa leve falha não seria suficiente para prover um recurso?
  Peço que se alguém achar que não teve falha me mostre com clareza, e lhe agradecerei muito! Lembre-se que as linhas do Modelo endidade relacionamento equivalem a dois vetores em sentido de interpretação (uma interpretação na ida e outra na volta).
  Bons estudos!!
  Obrigado.
• Concordo , como se fala em vetor , haveria de se considerar  1:n , mas fica a duvida no ar.
  
• Na minha opinião, dizer que a tabela está desnormalizada abre a seguinte possibilidade:
  
  PEDIDO(CódigoCliente, NomeCliente, NumeroPedido, DataPedido, Qtde, CódigoProduto, NomeProduto,ValorUnitarioProduto) => Desnormalizada pela 3ª Forma normal pois tem dependências transitivas, nomeproduto e valorunitário são dependentes funcionais de CódigoProduto, que não é chave, assim como NomeCliente e NumeroCliente só dependem de CódigoCliente.
  
  Toda vez que for inserir um produto, é necessário inserir novamente os dados do cliente, criando uma tabela com N:M em PRODUTO X CLIENTE.
  
  Se a tabela estivesse normalizada, a relação seria 1:M em CLIENTE X PEDIDO e 1:N em PEDIDO X PRODUTO
  
  TABELAS NORMALIZADAS:
  CLIENTE(CódigoCliente, NomeCliente)
  PEDIDO(CódigoCliente, CódigoProduto, NúmeroPedido, DataPedido, Qtde)
  PRODUTO(CódigoProduto, NomeProduto,ValorUnitarioProduto)
• Que questao lascada da... !!!! 
  
  No texto so tem 1 entidade, e a questao diz  "modelo E-R não normalizado" e quer saber relaçao entre Pedido e Produto??
  
  Aqui ja me fez parar e xingar: COMO ASSIM @#$%??!!! 
  
  So acertei pq fiz a lógica básica: nao inventar e ficar burro p/ questao da FCC!!!
  
  Abs..

• não normalizado - varios pedidos podem ter varios prod. n:m

  normalizado - 1 pedido pode ter varios prod. 1:m

• A cardinalidade do relacionamento entre pedido e produto é N:M, porque um pedido pode possuir no máximo N produtos, e o mesmo ocorre com produtos que pode estar em no máximo M pedidos, uma vez que diversas pessoas podem querer adquirir os mesmos produtos.

  Um pedido pode conter quantos produtos no máximo? N produtos. E um produto está em quantos pedidos? Em N pedidos, afinal diversas pessoas podem comprar as mesmas coisas.

  Então, a cardinalidade é N:M, e a letra D é a resposta da questão.

  Nota: Um pedido pode conter vários produtos e um produto pode estar em vários pedidos (N:M). Quando isso ocorre, é necessário realizar a normalização do modelo e criar uma tabela do relacionamento, mas a questão relata que o modelo não está normalizado. A questão também não menciona a cardinalidade com valores (min,max) e, portanto, você deve considerar de forma geral.

  Gabarito: D.

Questão 242956

• Banca: CESPE / CEBRASPE
• Órgão: MPU
• Ano: 2010
• Provas: CESPE - 2010 - MPU - Técnico de Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Em determinada universidade, cada professor contratado
deve, em cada período letivo, ministrar pelo menos uma disciplina
e pode atuar como tutor de outras disciplinas ofertadas. Cada
disciplina tem, geralmente, diversos alunos matriculados, e todo
aluno dessa universidade deve matricular-se, em cada período
letivo, em pelo menos uma disciplina. Cada disciplina ofertada é
ministrada por um único professor, mas pode ter diversos
professores tutores. Para lidar com essa situação, foi criado um
banco de dados relacional, do qual fazem parte as entidades
ALUNO e DISCIPLINA.

Considerando a situação hipotética descrita, julgue os itens a seguir.

Se a universidade requeresse que os dados dos filhos dos professores fossem também armazenados no banco de dados em tela, seria necessário incluir no modelo entidade-relacionamento uma entidade fraca para representar os filhos.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Conceito de entidade fraca:
  
  Entidade fraca é uma entidade que não possui existência própria (sua existência depende da existência de outra entidade) ou que para ser identificada depende da identificação de outra entidade. 
  Fonte: http://e-reality-database.blogspot.com/2007/10/entidade-fraca.html
• Resposta: Certa
  
  Seria necessário apenas adicionar uma nova entidade 'filhos' relacionada com a entidade 'professores'. Logo a entidade 'filhos' teria uma dependência da entidade 'professores' e precisaria da pk dessa entidade para poder ser identificada. Assim ocorre que é definida como uma entidade fraca por essas características .
• Os filhos dos professores seriam DEPENDENTES, não ALUNOS. A questão não diz que os filhos dos professores iriam estudar na universidade.

• CORRETO

  Entidade forte -> não depende de outra entidade,ou seja, por si só já provê sua existência

  Entidade fraca -> Depende de outra entidade para existir

  ---------------------------

  Esta entidade fraca depende de uma entidade forte. Então pegamos as chaves primárias da entidade forte e as exportamos como colunas da tabela da entidade fraca, surgindo o conceito de chaves estrangeiras. A chave estrangeira é uma coluna da tabela da entidade fraca que armazenará os valores da chave primária da tabela da entidade forte.

  Segundo o navathe :

  "Um tipo entidade pode também não ter chave; nesse caso é chamado tipo entidade fraca"

  Tendo em vista que o filho do professor só existe se ele existir,temos então uma dependência ,pois se eu excluir o professor vou gerar uma inconsistência no BD , pois filho não terá para quem direcionar .

Questão 242992

• Banca: CESPE / CEBRASPE
• Órgão: MPU
• Ano: 2010
• Provas: CESPE - 2010 - MPU - Técnico de Informática
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Julgue os itens seguintes quanto aos modelos conceitual, lógico e
físico de bancos de dados.

No processo de implementação de um banco de dados relacional, a construção do modelo conceitual de dados deve ser feita utilizando-se o modelo entidade-relacionamento. Contudo, na implementação de bancos de dados não relacionais, não se pode utilizar esse modelo.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Um erro que pude identificar é afirmar  que na construção do modelo conceitual de dados "deve" ser feita utilizando-se o modelo ER. Este é sim o mais difundido e utilizado dentre os modelos relacionais, mas ainda assim não podemos considerá-lo como o único.
• Quando menciona-se modelo entidade-relacionamento, quer dizer que ainda está no nível conceitual. Nível mais alto.
  
  Modelo relacional está relacionado a nível lógico, ou nível mais baixo.
  
  Projetar a nível conceitual significa que não chegou-se ao nível lógico, ou seja, uma decisão de utilizar o modelo entidade-relacionamento no nível conceitual não implica em utilizar um determinado modelo no nível lógico. Utilizar modelo entidade-relacionamento, não implica em utilizar modelo relacional ou modelo x ou modelo y no nível lógico.
• Pessoal, o erro da questão é dizer que "na implementação de bancos de dados não relacionais, não se pode utilizar esse modelo".
  
  O MER pode ser utilizado para implementação de bd não relacionais, tais como:
  - Orientados a objetos;
  - Multimídias;
  - Distribuídos;
  - Analíticos.
  
  []s
• A questão diz que posso implementar um banco de dados relacional partindo de um modelo entidade-relacionamento, mas não posso partir de um MER para implementar um banco de dados não relacional. FALSA a questão!
  
  Posso utilizar o MER (nível conceitual) para implementar em qualquer paradigma: hierárquico, textual, Orientado a Objetos. 
• O Modelo conceitual é independente de implementação de SGBD e paradigma (modelo do SGBD). Logo, ele pode ser origem para qualquer tipo de implementação do modelo lógico.

• errado - o modelo conceitual nao se preocupa com tecnologia ou dbms, nao sendo restrito a banco inteiramente relacionais

• MER É INDEPENDENTE DE SOFTWARE DE SGBD, E CONSEQUENTEMENTE DE TIPO PARTICULAR DE SGBD.

Questão 245179

• Banca: CESPE / CEBRASPE
• Órgão: TRT - 21ª Região (RN)
• Ano: 2010
• Provas: CESPE - 2010 - TRT - 21ª Região (RN) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

É importante especificar como as entidades dentro de um dado
conjunto de entidades e os relacionamentos dentro de um conjunto
de relacionamentos podem ser identificados. Conceitualmente,
entidades e relacionamentos individuais são distintos, e, sob a ótica
de banco de dados, a diferença entre eles deve ser estabelecida com
base em seus atributos. Nesse sentido, tais distinções podem ser
feitas por meio de chaves. Em relação ao conceito de chaves, julgue
os itens a seguir.

A chave candidata, conjunto de um ou mais atributos tomados coletivamente, permite identificar de maneira unívoca uma entidade em um conjunto de entidades.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Esta questão gerou muita discursão entre os concurseiros pelo fato de dizer que a chave identifica entidades em um conjunto de entidades.

  Da forma como estamos acostumados a ler nos livros, a chave ajuda a identificar de forma única uma tupla (linha) em uma entidade (tabela ou relação).

  No entanto, a questão foi escrita dentro de um contexto específico delineado no enunciado. Vejam o que diz:

  "É importante especificar como as entidades dentro de um dado conjunto de entidades" (..) "Conceitualmente, entidades e relacionamentos individuais são distintos, e, sob a ótica de banco de dados, a diferença entre eles deve ser estabelecida com base em seus atributos"

  Neste contexto, podemos imaginar que cada tupla da relação está sendo tratada como uma entidade. Em um mapeamento OO para banco relacional, cada objeto (entidade) é representado como uma tupla da relação (classe). Notem como assim a questão começa a clarear.

  Com este contexto definido, podemos dizer então que  uma chave candidata permite diferenciarmos uma entidade (objeto, ou linha!) de outas entidades em uma mesma relação.

   Portanto, CORRETO!

• realmente gera um pouco de confusão no enunciado da mesma, na verdade o Silberschatz utiliza essa nomenclatura em seu livro, entidade (tupla/registro) e conjunto de entidades(tabela), o que acaba nos confundindo tendo em vista o fato de estarmos acustumados a processar "entidade" como uma tabela no modelo relacional

• Navathe também usa essa nomenclatura.
  
  Então, para resumir, alguns autores falam:
  
  Entidade e instância
  
  Outros falam (respectivamente):
  
  Conjunto de entidades e entidade
  
  
• E vamos combinar que essa definição de chave candidata está super xarope. Uma chave candidata além de identificar de maneira únivoca uma entidade em um conjunto de entidades, também deve ser mínima. Do jeito que está, parece que a questão está se referindo a uma superchave.  Mas nessa vida de concurseira estou aprendento que para uma questão estar errada deve ter um erro nela. =P Por isso gabarito certo.

• eu pensei que entidade era tabela e conjunto de entidades seriam as linhas

  
  

  errei

• Pessoal a questão esta certa veja só: você tem uma relação que tem 4 campos ou atributos e dois deles você identificou como chave candidata certo? Sabemos que uma chave candidata mais cedo ou mais tarde vai ser designada para uma chave primária para que se possa identificar tuplas na relação. A escolha de uma chave para se tornar chave primária é um tanto quanto arbitrária. Uma vez escolhida a chave primária, as outras chaves candidatas são designadas como chaves únicas.  Então qual é a sacada? Que dentre um conjunto de 4 atributos tomados coletivamente que foi o exemplo que eu citei tem duas chaves candidatas e que nesse mesmo conjunto me permite identificar uma chave primária para identificar de maneira unívoca um registro ou tupla da relação. Espero que tenham entendido. 

• Definição que vai mudando de chave a cada prova...

   

  Ano: 2010 Banca: FGV Órgão: DETRAN-RN Prova: Programador

  Assinale a alternativa que corresponde ao recurso do modelo de entidade-relacionamento, cuja definição é “ser um conjunto de um ou mais atributos que, tomados coletivamente, permite-se identificar de maneira unívoca uma entidade em um conjunto de entidades”:

   a) Chave primária.

   b) Superchave.

   c) Especialização.

   d) Generalização.

   e) Herança de atributo.

  Resposta: B

   

  Ano: 2013 Banca: CESPE Órgão: TRE-MS Prova: Técnico Judiciário - Programação de Sistemas

  No modelo entidade-relacionamento, a expressão chave primária identifica

   a) o número de entidades em relação às quais outras entidades e os relacionamentos são diferenciados.

   b) um conjunto de operações que tem como entrada uma ou duas relações que produzem como resultado uma nova relação.

   c) um refinamento do conjunto de entidades em níveis sucessivos de subgrupos que indica um processo top-down de projeto, no qual as diferenciações são feitas de modo explícito.

   d) um conjunto de um ou mais atributos que, tomados coletivamente, permitem identificar de maneira unívoca uma entidade em um conjunto de entidades, que é escolhida pelo projetista do banco de dados como de significado principal.

   e) uma propriedade decisiva das entidades de níveis superior e inferior criadas pela especialização e pela generalização.

  Resposta: D

• GABARITO: CERTO

   

  Foster,

  A definição é a mesma. Não mudou..

   

  “Uma superchave é um conjunto de um ou mais atributos que, tomados coletivamente, nos permitem identificar de maneira unívoca uma entidade em um conjunto de entidades” (SILBERSCHATZ; KORTH; SUDARSHAN, 1999, p. 32).

   

  Repare o seguinte na questão que voce exemplificou:

  Ano: 2013 Banca: CESPE Órgão: TRE-MS Prova: Técnico Judiciário - Programação de Sistemas

  No modelo entidade-relacionamento, a expressão chave primária identifica

  ...

  d) um conjunto de um ou mais atributos que, tomados coletivamente, permitem identificar de maneira unívoca uma entidade em um conjunto de entidades (até aqui é Super Chave), que é escolhida pelo projetista do banco de dados como de significado principal (agora virou Chave Primária).

   

  A Chave Primária é uma Super Chave que foi escolhida pelo administrador do banco de dados para identificar unicamente uma entidade.

  Ou

  A Chave Primária é uma Chave Candidata que foi escolhida pelo administrador do banco de dados para identificar unicamente uma entidade.

   

   

  Alguns autores usam diferentes termos na hora de descrever a mesma coisa, como: Tuplas, Entidades, Tabelas...

  Isso pode confundir, mas pegando bem o conceito você mata qualquer questão sobre o assunto.

   

• Excelente explicação K9!

   

  Concordo que a definição "conjunto de um ou mais atributos tomados coletivamente, permite identificar de maneira unívoca uma entidade em um conjunto de entidades" melhor se encaixa em superchave, como destacado pelos autores citados.

   

  Tinha ficado indignado que nessa questão o CESPE atribuiu esse conceito para chave candidata, uma vez que, o candidato que conheça a definição adequada pode acabar errando por acreditar ser uma troca proposital.

   

  Olha essa outra questão...

   

  Ano: 2010 Banca: FGV Órgão: BADESC Prova: Analista de Sistemas

   

  "conjunto de um ou mais atributos que, tomados coletivamente, nos permitem identificar, de maneira única, uma entidade em um conjunto de entidades" 
  O texto acima é a definição de:

   

  a) Chave.

  b) Surrogate.

  c) Superchave.

  d) Chave primária.

  e) Chave candidata.

   

  Gabarito: C

   

  Embora a resposta seja a C, nessa também engloba a alternativa abordada na questão do CESPE.

   

  Olha essa também...

   

  Ano: 2010 Banca: FCC Órgão: TCE-SP Prova: Agente da Fiscalização Financeira - Informática - Produção e Banco de Dados

   
  I. Conjunto de um ou mais atributos que, quando tomados coletivamente, permitem identificar exclusivamente uma entidade. 
  II. Restrição que especifica que o atributo é uma chave candidata (tem um valor exclusivo para cada linha de uma tabela). 
  Correspondem, respectivamente, a I e II:

   

  a) unique e foreign key.

  b) primary key e foreign key.

  c) primary key e unique.

  d) foreign key e primary key.

  e) foreign key e unique.

   

  Gabarito: C

• Trocando em miúdos. 

   

  Uma PK, SUBSTITUTA, SURROGADA ou ALTERNATIVA identifica univocamente uma linha ou um conunto de linhas de uma entidade.

   

  Uma PK também consegue destacar uma entidade em um conjunto de entidades pois a informação contida em uma PK, SUBSTITUTA, SURRODAGA ou ALTERNATIVA, só existe em uma única entidade, destacando-a em um conjunto de semelhantes.

•  alguns autores falam:

  
  

  Entidade e instância

  
  

  Outros falam (respectivamente):

  
  

  Conjunto de entidades e entidade

• Excelente comentário do K9!

  Corroborando:

  Superchave -> Superchave mínima = Chave. Mais de uma chave? -> Chaves candidatas -> Escolhe uma chave primária

• superchave: um conjunto de um ou mais atributos que, tomando coletivamente, permite-nos identificar unicamente uma entidade no conjunto de entidades.

  Quando temos uma superchave mínima, podemos chamá-la de chave candidata ou simplesmente chave, sendo que uma uma superchave mínima é aquele em que não é possível retirar nenhum de seus atributos sem que se perca a propriedade de unicidade

  Gabarito da Questão: Certo

• CERTO

  Chave Candidata

  • atributo que pode virar uma chave primária
  • deve ser única (identifica de forma única uma linha/tupla da tabela)
  • Não permite valores nulos.
  • Nem sempre uma chave candidata se tornará uma chave primária 
  • caso escolhida para virar primária, escolhe-se a de menor tamanho
  • uma tabela pode ter várias chaves candidatas, mas só uma irá virar chave primária, as demais tornam-se chaves alternativas -> CASO DA QUESTÃO

• CORRETO

  PK = chave primária -> um campo ou conjunto de campos que será escolhida para garantir que cada tupla dentro de uma tabela seja única-> NOT NULL .

  para o cespe :

  Campos = atributos = colunas

  Linha= tupla= registro

  "Uma chave é definida como chave candidata quando reúne todas as características de uma chave que pode ser utilizada para identificar exclusivamente uma tupla dentro de uma tabela. Portanto, é possível que a mesma tabela tenha mais de uma chave candidata.

  Segundo o Navathe :

   O Modelo de Dados Relacional e as Restrições de um Banco de Dados Relacional candidatas, a escolha de uma para se tornar a chave primária é arbitrária, entretanto, geralmente é melhor optar por uma chave primária com um atributo único ou com um número pequeno de atributos."

  Conclui-se que se é uma escolha arbitrária da PK, então a chave candidata está apta a ser uma chave primária e possui suas características como identificar de maneira única uma tupla em uma relação , ser not null . Uma vez escolhida a PK as demais chaves candidatas serão chamadas de chaves alternativas .

  Fontes :

  ELMASRI., NAVATHE. Sistemas de Banco de Dados. 6 Ed. Pearson, 2011.

  HEUSER, Carlos Alberto. Projeto de Banco de dados

• CERTO

  ➱ As chaves candidatas são as que podem representar uma tupla. Elas possuem o potencial de se tornarem chave primária.

  Aprofundando:

  Uma chave é definida como chave candidata quando reúne todas as características de uma chave que pode ser utilizada para identificar exclusivamente uma tupla dentro de uma tabela. Portanto, é possível que a mesma tabela tenha mais de uma chave candidata.

  Uma dessas chaves candidata poderá se tornar uma chave primária.

  fonte: pdf alfa

• Está questão é sacanagem... uma chave não identifica ENTIDADE, identifica ocorrência de entidade ou tupla... inclusive concordando com todos os comentários

Questão 245212

• Banca: CESPE / CEBRASPE
• Órgão: TRT - 21ª Região (RN)
• Ano: 2010
• Provas: CESPE - 2010 - TRT - 21ª Região (RN) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

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

A dependência funcional é uma associação que se estabelece entre dois ou mais atributos de uma relação e define-se do seguinte modo: se A e B são atributos ou conjuntos de atributos, da relação R, diz-se que B é funcionalmente dependente de A se cada um dos valores de A em R tem associado a si um e um só valor de B em R.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Isso Isso Isso

  Se eu tenho A, então encontro B. f(A) = B

  Se eu tenho o RG eu posso encontrar o Nome, o Sexo, Nome do Pai,  da Mãe...

   

  Então

  RG -> Nome, Sexo, Nome do Pai, Nome da Mãe

   

  Outras Propriedades

   

  Separação:

  A -> BC então A->B e A->C.

  ex: CPF -> nome, endereço então CPF -> nome e CPF -> endereço

   

  Acumulação:

  A -> B então AC->B

  Ex: CPF -> endereço então CPF, idade -> endereço

  * Parece com o conceito de superchave: Qualquer superconjunto de uma superchave, é também uma superchave.

   

  Transitividade:

  A -> B e B ->C , então A->C

  Ex: CPF -> código-cidade e código-cidade -> nome-cidade então CPF -> nome-cidade

• Outra forma de dizer que B é dependente funcionalmente de A é:
  
  A determina funcionalmente B

• Dependência funcional:

  Dados dois conjuntos de atributos A e B de uma entidade, diz-se que:

  B é funcionalmente dependente de A ou

  A determina B ou

  B depende de A,

  se a cada valor de A estiver associado um, e só um, valor de B.
  

  
  

  
  
  

• A linguagem do enunciado é um pouco rebuscada, mas no final das contas o que o examinador está querendo dizer é que B depende funcionalmente de A se cada valor de A está associado a unicamente um valor de B. Essa é a definição correta de uma dependência funcional.

• CLASSIFICAÇÃO ERRADA, QC. ESSA MATÉRIA É RACIOCÍNIO LÓGICO.

  #brinks

• kkkkkkkkkkkkkkk fala sério

• "A linguagem do enunciado é um pouco rebuscada, mas no final das contas o que o examinador está querendo dizer é que B depende funcionalmente de A se cada valor de A está associado a unicamente um valor de B. Essa é a definição correta de uma dependência funcional."

  FONTE: PROF ARTHUR MENDONÇÃO|DIREÇÃO CONCURSOS

Questão 273439

• Banca: CESPE / CEBRASPE
• Órgão: FUB
• Ano: 2011
• Provas: CESPE - 2011 - FUB - Analista de Tecnologia da Informação - Específicos
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Acerca de análise de projeto de sistemas e modelagem de dados,
julgue os itens de 38 a 40.

Associação é um relacionamento genérico utilizado para indicar que determinado atributo de um objeto é um objeto associado ou que a implementação de um método de objeto conta com o objeto associado. Na modelagem relacional, esse conceito é indicado pelo uso da agregação que ocorre quando duas ou mais entidades, juntamente com os seus respectivos relacionamentos, comportam-se como se fossem uma só entidade, cuja expansão insere entidades associativas no modelo final.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Associação: relacionamento estrutural entre dois itens, que descrevem um conjunto de conexões entre os objetos. Ele pode ser, inclusive de agregação (entre o todo e suas partes).
• discordo do gabarito
  
  "ou que a implementação de um método de objeto conta com o objeto associado" -> isso é uma relação de dependência e não uma associação.

• "determinado atributo de um objeto é um objeto associado". Alguém entendeu essa parte? Eu viajei...
  

• Ele usa o termo "agregação" mas para mim seria mais adequado "composição". Enfim, errei a questão

• Achei que isso fosse coisa do Modelo Entidade-Relacionamento, e não do Modelo Relacional, mas me parece que essas coisas se confundem nesse tipo de questão.
  

• Associação: relacionamento estrutural entre dois itens, que descrevem um conjunto de conexões entre os objetos. Ele pode ser, inclusive de agregação (entre o todo e suas partes).

Questão 273442

• Banca: CESPE / CEBRASPE
• Órgão: FUB
• Ano: 2011
• Provas: CESPE - 2011 - FUB - Analista de Tecnologia da Informação - Específicos
• Disciplina: Banco de Dados
• Assuntos: Modelagem de dados; Modelo relacional

Acerca de análise de projeto de sistemas e modelagem de dados,
julgue os itens de 38 a 40.

A álgebra relacional estabelece os mecanismos de manipulação do modelo relacional. Este é o caso da operação de seleção que tem como argumento uma relação e um predicado envolvendo atributos da relação ou valores e cujo resultado é outra relação, contemplando apenas as tuplas para as quais a condição foi verdadeira.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Em SQL:
  
  SELECT campo1, campo2 ... campoN  FROM relação WHERE (...)
  
  O Select seria equivalente a PROJEÇÃO na álgebra relacional.
  
  o FROM seria a Seleção junto com o WHERE, os predicados.
• A álgebra relacional estabelece os mecanismos de manipulação do modelo relacional. (certo)
  Este é o caso da operação de seleção que tem como argumento uma relação e um predicado (certo)
  a operação de seleção envolve atributos da relação ou valores cujo resultado é outra relação, (certo)
  contemplando apenas as tuplas para as quais a condição foi verdadeira. (certo)

• A álgebra relacional estabelece os mecanismos de manipulação do modelo relacional. (certo)Este é o caso da operação de seleção que tem como argumento uma relação e um predicado (certo)a operação de seleção envolve atributos da relação ou valores cujo resultado é outra relação, (certo)contemplando apenas as tuplas para as quais a condição foi verdadeira. (certo)

• GABARITO CORRETO!

  Indicada pela letra grega sigma, é uma operação que para um conjunto inicial fornecido como argumento, produz um subconjunto estruturalmente idêntico, mas apenas com os elementos do conjunto original que atendem a uma determinada condição (chamada de predicado). A seleção pode ser entendida como uma operação que filtra as linhas de uma relação (tabela), e é uma operação unária, pois opera sobre um único conjunto de dados.

  σ<cond>(<R>), no qual <cond> é uma condição de seleção e (<R>) é o nome de uma relação.

  Ex.: selecionar todos os empregados que trabalham no departamento 5.

  σ NumDepto=5 (Empregado)

• Operação:

  Join ==> Tabelas

  Project ==> Colunas

  Select ==> Tuplas

• Select contempla apenas as tuplas para as quais a condição foi verdadeira

• Peguei do Cespe:

  PROJEÇÃO ---> Extrai atributos (colunas) específicos de uma relação

  SELEÇÃO ---> Extrai tuplas específicas de uma relação

• Este é o caso da operação de seleção que tem como argumento uma relação e um predicado envolvendo atributos da relação ou valores e cujo resultado é outra relação, contemplando apenas as tuplas para as quais a condição foi verdadeira.

  argumento: σIDADADE>35(PROFESSOR)

  σ = símbolo de seleção

  idade = atributo

  >35 = condição

  professor = algo que o QC não tem

  cujo resultado é outra relação = acho que tem a ver com a propriedade de fechamento por baixo (ou algo assim).

  #QCPAGANOIX

• Top essa questão !

Questão 276619

• Banca: ESAF
• Órgão: CVM
• Ano: 2010
• Provas: ESAF - 2010 - CVM - Analista de Sistemas - prova 2
• Disciplina: Banco de Dados
• Assuntos: Modelagem de dados; Modelo relacional

Assinale a opção correta.

• A. Um projeto de banco de dados especificado por um diagrama M-R pode ser representado por uma coleção de modelos de relação.
• B. Especialização e Generalização definem um relacionamento de contenção entre um conjunto de entidades de nível superior e um ou mais conjuntos de entidades de nível inferior.
• C. Especialização e Compatibilização definem um relacionamento de generalização entre um conjunto de entidades de nível inferior e um ou mais conjuntos de entidades de nível superior.
• D. Um projeto de banco de dados especificado por um diagrama E-R-E pode ser representado por uma coleção de esquemas de entrada e contenção.
• E. Um projeto relacional de banco de dados especificado por um diagrama R-R pode ser representado por uma coleção de domínios de relação.

Gabarito: B

Comentários

• Alguem pode explicar item a item?
  
  nao entendi a questao.
• A ESAF como sempre faz questões ridículas, para acertar essa questão, você precisa saber alguns conceitos de Modelagem ER, e OO
  A única alternativa que faz sentido é a letra B, que explica corretamente os conceitos de especialização e generalização, que está presente tanto na Modelagem ER quanto na modelagem OO.
  As outras questões não fazem sentido, há uma grande mistureba de conceitos que não se relacionam, e outras coisas inventadas pela própria banca.
• Especialização e Generalização de?nem um relacionamento de contenção entre um conjunto de entidades de nível superior e um ou mais conjuntos de entidades de nível inferior.
  
  Acho que a pegadinha está na palavra ou. Um ou outro, não é obrigatório.

• Resposta a Questão (item por item)

  
  

  a) Um projeto de banco de dados especificado por um diagrama M-R pode ser representado por uma coleção de modelos de relação. (Aqui seria E-R - entidade e relacionamento-, não existe M-R neste contexto)

  b) Especialização e Generalização definem um relacionamento de contenção entre um conjunto de entidades de nível superior e um ou mais conjuntos de entidades de nível inferior. (GAB)

  c) Especialização e Compatibilização definem um relacionamento de generalização entre um conjunto de entidades de nível inferior e um ou mais conjuntos de entidades de nível superior. ( trocou as palavras)

  d) Um projeto de banco de dados especificado por um diagrama E-R-E pode ser representado por uma coleção de esquemas de entrada e contenção. (Samba do criolo doido: a) não existe E-R-E e b) nunca ouvir falar de esquemas de contenção)

  e) Um projeto relacional de banco de dados especificado por um diagrama R-R pode ser representado por uma coleção de domínios de relação. (Aqui seria E-R e não tem nada haver domínios de relação)

  Se ficou dúvida posta ai!

  Fonte do Comentário:
  https://br.groups.yahoo.com/neo/groups/timasters/conversations/messages/223710
  

Questão 287521

• Banca: INSTITUTO CIDADES
• Órgão: UNIFESP
• Ano: 2009
• Provas: INSTITUTO CIDADES - 2009 - UNIFESP - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SQL

Acerca de Modelo Relacional, marque a alternativa correta:

• A. A cláusula WHERE define as tabelas de onde o resultado é produzido.
• B. O comando DROP TABLE remove as tuplas da tabela e sua definição do catálogo.
• C. O comando ALTER TABLE altera, exclusivamente, uma condição específica de restrição.
• D. O comando UPDATE permite inserir uma nova tupla.

Gabarito: B

Comentários

• Letra B - Correta
  
  Erro das demais:
  
  A - A definição das tabelas utilizadas pela consulta é dada pela cláusula FROM;
  C - Pode-se usar o comando ALTER TABLE para alterações sem nenhuma restrição;
  D - O comando UPDATE serve para atualizar o valor de tupla(s) na(s) tabela(s). Para inserir usamos INSERT;
• Discordo da Letra B. A drop table remove a relação e não as tuplas.

Questão 287524

• Banca: INSTITUTO CIDADES
• Órgão: UNIFESP
• Ano: 2009
• Provas: INSTITUTO CIDADES - 2009 - UNIFESP - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SQL

Acerca de Estrutura Básica de Modelo Relacional, marque a alternativa INCORRETA.

• A. A cláusula SELECT corresponde à operação de projeção da álgebra relacional.
• B. A cláusula ALL retorna todas as tuplas, inclusive as repetidas (default).
• C. A cláusula DISTINCT retorna apenas as tuplas não repetidas.
• D. A cláusula AS retorna atributos como relações.

Gabarito: D

Comentários

• A clausula "AS" nomeia uma relação. Ex.:
  
  Select nome, count(*) as Quantidade
  from alunos
  group by nome;
• como variáveis de tuplas, relações ou variáveis, constantes de atributos

Questão 287530

• Banca: INSTITUTO CIDADES
• Órgão: UNIFESP
• Ano: 2009
• Provas: INSTITUTO CIDADES - 2009 - UNIFESP - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Acerca de modelo entidade-relacionamento, marque a alternativa correta:

• A. Entidade é uma representação abstrata de um objeto do mundo imaginário.
• B. Atributos de uma entidade são propriedades que caracterizam uma entidade.
• C. Atributo atômico é aquele que pode ser subdividido.
• D. Entidade é uma concretização da abstração.

Gabarito: B

Comentários

• a) Entidade é uma representação abstrata do mundo real.
  b) Correta.
  c) Atributo atômico é aquele que NÃO pode ser subdividido.
  d) Não sei comentar =]

•  

  Entidade é um agrupamento lógico de informações inter-relacionadas necessárias para a execução das atividades do sistema. Uma entidade normalmente apresenta um objeto do mundo real 

• b-

  ATRIBUTOS:

  Quanto à atomicidade ou à existência de subatributos, Atributos simples não tem outros atributos aninhados, apenas seu valor. Exemplo: nome.

  Quanto à atomicidade ou à existência de subatributos, atributo composto, tem outros atributos aninhados. Exemplo: Endereço.

  Quanto ao número de ocorrências: Atributos monovalorado, um único valor para cada instância.

  Um atributo derivado resulta de uma operação sobre outro atributo. Exemplo: idade.

  Quanto à participação em chaves: Identificação, atributos usados para desempenhar o papel de identificação de entidades e relacionamentos, como chaves primárias e secundárias (índices).

  ATRIBUTO ATOMICO NAO PODE SER SUBDIVIDIDO

Questão 287533

• Banca: INSTITUTO CIDADES
• Órgão: UNIFESP
• Ano: 2009
• Provas: INSTITUTO CIDADES - 2009 - UNIFESP - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Acerca do relacionamento do modelo entidade- relacionamento, marque a alternativa correta:

• A. Relacionamento é a abstração que representa associações entre diferentes conjuntos de entidades.
• B. Relacionamento Papel é a função que uma entidade desempenha numa tupla.
• C. Relacionamento recursivo é aquele que envolve vários conjuntos de entidades.
• D. Relacionamento binário é a associações de duas chaves primárias.

Gabarito: A

Comentários

• b) Relacionamento Papel é a função que uma entidade desempenha numa tupla. Relação
  
  c) Relacionamento recursivo é aquele que envolve vários conjuntos de entidades.é realizado entre entidades do mesmo tipo de entidade.
  
  d) Relacionamento binário é a associações de duas chaves primárias. entidades.

• a

  Relacionamento é a ação entre 2 entidades, as quais sao compostas de atributos

• a) está errada também. Porque para os conjuntos serem diferentes exclui os auto relacionamentos. Que é de um conjunto para o mesmo conjunto.

Questão 309763

• Banca: CESPE / CEBRASPE
• Órgão: TJ-ES
• Ano: 2011
• Provas: CESPE - 2011 - TJ-ES - Analista Judiciário - Análise de Sistemas - Específicos
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

A respeito de administração de dados, modelagem de banco de
dados relacionais e normalização, julgue os itens que se seguem.

Em um modelo entidade-relacionamento, as entidades fracas não possuem seus próprios atributos-chave. Elas possuem sempre restrição de participação total, também conhecida como dependência de existência em relação a seu relacionamento identificador. Esse tipo de restrição ocorre porque uma entidade fraca não pode ser identificada sem um tipo identificador.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Tipos entidade que não têm seus próprios atributos-chave são chamados tipos entidade fraca.
  
  Entidades, que pertencem a um tipo entidade fraca, são identificadas por estarem relacionadas a entidades específicas do outro tipo
  entidade, por meio da combinação com valores de seus atributos. Chamamos esse outro tipo entidade identificador ou tipo entidade
  proprietária, e chamamos o tipo relacionamento entre o tipo entidade fraca e seu tipo proprietário de relacionamento identificador
  do tipo entidade fraca.
  
  Um tipo entidade fraca sempre possui uma restrição de participação total (dependência de existência) em
  relação a seu relacionamento identificador, porque uma entidade fraca não poderá ser identificada sem um tipo proprietário.
  
  Fonte: Navathe

• GABARITO: CERTO

   

  ▪ Uma entidade FRACA não possui entre seus próprios atributos um conjunto que possa ser definido como chave primária. São identificadas por estarem relacionadas a entidades específicas de outro tipo entidade conhecidas como entidade forte. Geralmente um atributo da entidade forte faz parte da chave primária da entidade fraca.

  
  ▪ Entidade FORTE  ou identificador/proprietária Pode definida como uma entidade que consegue especificar sua chave primária dentro do conjunto dos seus atributos. Uma observação importante é que chamamos o tipo relacionamento entre a entidade fraca e seu tipo proprietário de relacionamento identificador.

   

  Fonte: Estratégia Concursos - Análise de Informações, Prof. Thiago Cavalcanti

• Mete a regra do nishimura só pra ver. 

• Entidade fraca possui chave primária, entretanto é necessário combiná-la com a chave primária da entidade forte. O restante da questão está correto.

  Uma entidade fraca não possui seus próprios atributos chave.

  Errado

• Todo mundo falando que entidade fraca não possui seus próprios atributos chave. Mas na questão a opção "A - Uma entidade fraca não possui seus próprios atributos chave." foi dada como errada.

  Alguém me explica isso?

• GABARITO CORRETO!

  .

  .

  DEIXA COMIGO..

  LECIONA NAVATHE: Um tipo entidade fraca sempre possui uma restrição de participação total (dependência de existência) em relação a seu relacionamento identificador, porque uma entidade fraca não poderá ser identificada sem um tipo proprietário.

• ENTIDADE-FRACA

  DEPENDE de OUTRA ENTIDADE;

  NÃO possui ATRIBUTO-CHAVE, possui RESTRIÇÃO de PARTICIPAÇÃO TOTAL;

  PK da ENTIDADE FORTE + ATRIBUTO IDENTIFICADOR DA ENTIDADE FRACA;

  REPRESENTADA POR BORDAS DUPLAS

• CESPE - TCM/BA (2018) A respeito de entidades, relacionamentos e tipos de chave, assinale a opção correta.

  (...)

  Foi considerada ERRADA a letra A) "Uma entidade fraca não possui seus próprios atributos chave."

  LINK DA QUESTÃO: https://www.qconcursos.com/questoes-de-concursos/questoes/caeac23f-3f

• E a chave parcial como fica?

Questão 319105

• Banca: FCC
• Órgão: NOSSA CAIXA DESENVOLVIMENTO
• Ano: 2011
• Provas: FCC - 2011 - NOSSA CAIXA DESENVOLVIMENTO - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Cada analista trabalhando em um projeto tem um e
somente um gerente, mas cada gerente de um projeto pode
gerenciar muitos analistas e cada gerente de um analista pode
gerenciar esse analista em mais de um projeto.

A respectiva cardinalidade nos lados das entidades Gerente, Analista e Projeto é representada no MER como

• A. 1:1:1.
• B. N:1:N.
• C. 1:N:1.
• D. 1:N:N.
• E. N:N:N.

Gabarito: D

Comentários

• Nesses relacionamentos ternários uma forma fácil de descobrir a cardinalidade é associar as entidades 2 a 2. Sendo assim, podemos pensar que dado Gerente+Analista, eles poderão estar associados a N Projetos, pois um Gerente pode gerenciar mais de um projeto e um Analista pode trabalhar em mais de um projeto também.
  
  Agora com Analista+Projeto, esse par só poderá estar relacionado a um Gerente, pois não existem Projetos onde 2 Gerentes atuam.
  
  Por fim, dado Gerente+Projeto, o par poderá estar relacionado a N Analistas, pois vários Analistas podem trabalhar em um Projeto.
  
  Então fica 1:N:N
• Eu interpretei que um analista está em UM projeto, conforme o seguinte:
  
  "CADA analista trabalhando em UM projeto"
  
  Então as relações são as seguintes:
  
  Projeto-Analista é 1:N
  Gerente-Analista é 1:N
  Gerente-Projeto é 1:N
  
  Então, 1 gerente tem "N" projetos e "N" analistas

• A leitura da cardinalidade do relacionamento ternário entre (Projeto, Analista e Gerente) deve ser feita da seguinte forma:

  - Para cada par (Projeto, Analista), quantas instâncias de Gerente podem existir? Apenas uma (1), pois "Cada analista trabalhando em um projeto tem um e somente um gerente";

  - Para cada par (Projeto, Gerente), quantas instâncias de Analista podem existir? N, pois "cada gerente de um projeto pode 
  gerenciar muitos analistas";

  - Para cada par (Analista, Gerente), quantas instâncias de Projeto podem existir? N, pois "cada gerente de um analista pode 
  gerenciar esse analista em mais de um projeto".

  Portanto, a resposta correta, é 1:N:N.

• d-

  Gerente, Analista e Projeto - 1:N:N.

  1 Gerente para N Analistas para N Projetos

Questão 319108

• Banca: FCC
• Órgão: NOSSA CAIXA DESENVOLVIMENTO
• Ano: 2011
• Provas: FCC - 2011 - NOSSA CAIXA DESENVOLVIMENTO - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Cada analista trabalhando em um projeto tem um e
somente um gerente, mas cada gerente de um projeto pode
gerenciar muitos analistas e cada gerente de um analista pode
gerenciar esse analista em mais de um projeto.

A passagem do modelo de dados conceitual para o modelo lógico relacional normalizado derivará em

• A. duas tabelas representando: Gerente-Gerencia e Analista-Projeto.
• B. duas tabelas representando: Gerente-Analista e Analista-Projeto.
• C. três tabelas representando: Gerente-Analista, Gerente-Gerencia e Analista-Projeto.
• D. três tabelas representando: Gerente-Projeto, Analista-Projeto e Gerente-Analista.
• E. quatro tabelas representando: Gerente, Gerencia, Analista e Projeto.

Gabarito: E

Comentários

• A resposta são 4 tabelas e ele só cita 3: Gerente, Gerencia Analista e Projeto.
  Como assim?
  
• Na verdade na provra orginal está correta: quatro tabelas representando: Gerente, Gerencia, Analista e Projeto.
• alguem explica melhor ai essa questao, eu nao entendi!
  
  acertei a cardinalidade, mas nao consegui resolver
• Creio que a solução seria esta rabiscada abaixo.
  A tabela Gerencia teria três chave estrangeiras uma para cada tabela. Adicionei as cardinalidades da questão Q106366
  
  |Gerente| --1---------|Gerencia|---------N-- |Projeto|
         |Analista| --N--------^
• Meu raciocínio foi o seguinte:
  
  A questão diz que cada analista que trabalha em UM projeto tem somente UM gerente. Logo podemos admitir que um analista pode trabalhar em N projetos, assim como projetos podem ter N analistas.
  
  Partindo desse raciocínio temos então duas tabelas: ANALISTA e PROJETO com relacionamento N:N, gerando uma TABELA ASSOCIATIVA (ANALISTA_PROJETO). Neste caso a tabela GERENTE terá uma relacionamento com esta tabela associativa, que pelas respostas fornecidas a FCC chamou de GERENCIA. 
  
  Logo, são quatro tabelas no modelo: ANALISTA, PROJETO, ANALISTA_PROJETO(GERENCIA) e GERENTE.
  
  Resposta letra E
  
  
  
  
• Discordo do colega Mayko.
  
  Se na questão de cardinalidade a resposta correta indica que só tem um gerente por projeto, a tabela projeto deve ter uma FK apontando para gerente, e não na tabela analista_projeto. 
  
  Se deixarmos a FK para gerente na tabela analista_projeto, o modelo não estará na segunda forma normal, e a questão pede um modelo normalizado.
  
  Para mim, a resposta correta seria: gerente, analista, projeto, e analista_projeto.
• A principio eu acreditava que o esquema envolveria somente 3 tabelas, como segue abaixo:
  
  Funcionario(
  FNum int Primary Key,
  FNum varchar(100),
  GNum,
  Foreign Key (GNun) References Funcionario(FNum)
  );
  Projeto(
  PNum int Primary Key, 
  PNome varchar(100) Unique
  );
  Funcionario_Projeto(
  PNum int, 
  FNum int,
  GNum int,
  Primary Key (PNum, FNum, GNum)
  Foreign Key (PNum) References Projeto (PNum),
  Foreign Key (FNum) References Funcionario (FNum),
  Foreign Key (GNum) References Funcionario (FNum)
  );
  Porém, cheguei a conclusão que este esquema não é válido, pois no enunciado da questão, os requisitos não especificam que um Gerente do projeto é uma entidade Funcionário. Como essa afirmação não é considerada na questão, necessitamos de uma tabela adicional que representará a nossa entidade gerente.
  
  Abraços a todos, e bom estudo.

• O Mayko Gob está correto, relacionamento N:M entre ANALISTA e PROJETO, a regra é clara, resulta em nova relação. Fonte: Sistemas de Banco de Dados, 6ed, Navathe.

Questão 326617

• Banca: IESES
• Órgão: CRM-DF
• Ano: 2010
• Provas: IESES - 2010 - CRM-DF - Assistente de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Gatilhos (Triggers); Modelo relacional

Um banco de dados é uma coleção de dados inter-relacionados que representam informações sobre um domínio específico. Sobre um banco de dados é CORRETO afirmar:

I. O modelo de dados relacional consiste num conjunto de tabelas onde cada linha corresponde a uma tupla ou registro que representa uma entidade do domínio e provê um conjunto de funções apoiadas na álgebra relacional para o armazenamento e recuperação de dados.

II. A normalização é um processo de análise dos esquemas de relações com base em suas dependências funcionais e chaves primárias que visa eliminar a redundância de informação e reduzir ao mínino as anomalias de inclusão, exclusão e alteração.

III. Uma stored procedure é um conjunto de instruções em SQL armezenado como um objeto do banco de dados que suportam comandos de seleção e repetição, podendo ser executada sempre que necessário através da sua invocação.

IV. Uma trigger é um tipo especial de stored procedure executada automaticamente quando ocorrem operações INSERT, UPDATE ou DELETE na tabela na qual a trigger foi configurada. Uma trigger é sempre associada a uma tabela, porém os comandos que formam a trigger podem acessar dados de outras tabelas do banco de dados.

A sequência correta é:

• A. Apenas as assertivas II e III estão corretas.
• B. As assertivas I, II, III e IV estão corretas.
• C. Apenas as assertivas II, III e IV estão corretas.
• D. Apenas as assertivas I, II e III estão corretas.

Gabarito: B

Comentários

• Item II mal formulado: "que representa uma entidade do domínio" se refere ao modelo de dados ou ao registro? Se a afirmação for em relação ao SGBD está correta mas se for em relação a tupla estaria errada. Será que valeria recurso?
  
  O modelo de dados relacional consiste num conjunto de tabelas onde cada linha corresponde a uma tupla ou registro que representa uma entidade do domínio e provê um conjunto de funções apoiadas na álgebra relacional para o armazenamento e recuperação de dados. 
• Em modelagem de dados a duas conceituações distintas para entidade.
  1. Entidade: grosso modo seria equivalente a tabelas no modelo relacional.
  2.Entidade: objeto que possui atributos, com existência física (pessoa) ou conceitual (curso,trabalho). Nesse caso, dizemos que em um BD contém grupos de entidades (conjuntos de entidades) que são similares. Navathe usa o termo "tipo entidade", que define uma coleção (conjunto) de entidades que possuem os mesmos atributos.
  
  Assim, o conceito contido na opção I é o segundo citado acima, no qual uma tupla (linha/registro) representa uma entidade do domínio.
  Por exemplo:
  Relação/tabela Pessoa (segundo navathe tipo entidade) conterá uma coleção de pessoas (entidades), sendo que cada tupla representará uma entidade do mundo real.
• Em [1]. temos que o modelo relacional apareceu devido às seguintes necessidades:
  - Aumentar a independência de dados nos sistemas gerenciadores de banco de dados;
  - Prover um conjunto de funções apoiadas em álgebra relacional para armazenamento e recuperação de dados;
  - Permitir processamento ad hoc.
  

  Referência:
  [1] http://www.ime.usp.br/~jef/apostila.pdf

• Uma trigger nem sempre está associada a uma tabela. Ela pode ser disparada por um evento de banco de dados, como por exemplo após um startup ou antes de um shutdown ou após o logon de usuário. Portanto a alternativa correta seria Letra D.

Questão 337753

• Banca: CS-UFG
• Órgão: UFG
• Ano: 2010
• Provas: UFG - 2010 - UFG - Analista de TI - Desenvolvimento de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Os valores de dados armazenados em um banco de da-dos precisam satisfazer a algumas restrições de consistência, pois em alguns momentos se deseja garantir um valor para uma relação de um dado conjunto de atributos e que também apareça para uma outra relação. A esse tipo de restrição de consistência dá-se o nome de restrição de

• A. domínio.
• B. autorização.
• C. metadados.
• D. integridade referencial.

Gabarito: D

Comentários

• As restrições podem ser:
  
  De vazio:  Não pode ter campos nulos (NOT NULL)
  
  De Domínio: Os campos devem atender a um domínio específico ( BOOL, INT..) Também tempos os domínios complexos usando a cláusula CHECK.
  
  Referencial: Justamente garantir que um valor que aparece em uma relação também está em outra relação, isto é, as chaves estrangeiras em uma tabela realmente existam na tabela relacionada.
  
  De Chave: A chave não pode ter valores duplicados . (UNICIDADE e IRREDUTIBILIDADE)   , cláusulas UNIQUE e PRIMARY KEY.

• Restrição de Chave

  Impede que uma chave primária se repita. Um campo chave primária diferencia de forma única os registros (linhas) de uma relação (tabela).

  Restrição de Domínio

  Definir o conjunto de valores possíveis ou permitidos que um campo pode ter.

  Integridade de vazio

  Verifica se um campo pode ou não receber valor NULL. Sub-item da integridade de domínio.

  Integridade Referencial

  Uma chave estrangeira de uma relação tem que coincidir com uma chave primária da sua tabela "pai" a que a chave estrangeira se refere. Ou seja, não só deve existir o atributo (campo), como também, o valor referenciado.

Questão 344020

• Banca: FUNCAB
• Órgão: DER-RO
• Ano: 2010
• Provas: FUNCAB - 2010 - DER-RO - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Sobre Modelo de Dados Relacional, considere as afirmativas:
I. as associações entre as relações são implementadas através de ponteiros.
II. os atributos de uma relação são atômicos.
III. as chaves estrangeiras de uma relação possuem valores únicos e não nulos.
IV. a chave primária é utilizada para distinguir as tuplas de uma relação.
Estão corretas apenas as afirmativas:

• A. I e II.
• B. I e III.
• C. II e III.
• D. II e IV.
• E. III e IV.

Gabarito: D

Comentários

• Gabarito letra d)

  Afirmativas corretas:

  II.os atributos de uma relação são atômicos.

  IV.a chave primária é utilizada para distinguir as tuplas de uma relação

  Afirmativas erradas:

  I.as associações entre as relações são implementadas através de ponteiros.

  > as associações das relações criam instâncias de relacionamento

  III.as chaves estrangeiras de uma relação possuem valores únicos e não nulos.

  > é uma chave externa que se refere ao tipo de relacionamento entre diferentes tabelas do banco de dados.

Questão 360037

• Banca: FEPESE
• Órgão: UDESC
• Ano: 2010
• Provas: FEPESE - 2010 - UDESC - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Sobre o modelo relacional de dados, é correto afirmar:

• A. atributos que são chaves primárias ou chaves estrangeiras nunca podem ser nulos.
• B. o valor de um atributo em uma relação pode ser tanto simples (inteiro, string, etc.) quanto estruturado (lista, tabela aninhada, etc.).
• C. o domínio de um atributo Ae que é chave estrangeira deve ser idêntico ao domínio do atributo chave primária Ap para o qual Ae faz referência.
• D. a operação algébrica de projeção aplicada sobre uma relação R gera um subconjunto das tuplas de R como resultado.
• E. a operação algébrica de união aplicada sobre duas relações R e S gera como resultado um número de tuplas sempre igual à soma do número de tuplas de R e de S.

Gabarito: C

Comentários

• A alternativa certa "C" quer dizer: para inserir um valor na chave extrangeira, esse mesmo valor deve existir na chave primária referenciada (restrição de integridade referencial).

• a) Errada, pois chaves estrangeiras podem ser nulas. No começo de um banco de dados em que determinado campo se refere a uma tabela que ainda não foi preenchida pode ser nulo no começo pois a tabela referida não apresenta dados.
  b) Valor de atributo só pode ser simples
  c) Correto, para uma chave estrangeira, o campo que ele se refere deve ser do mesmo tipo. Exemplo, se um cod_aluno se refere a um campo Cod da tabela aluno que é do tipo inteiro, então cod_aluno também deve ser inteiro.
  d) Errada, a operação projeção é aplicada sobre os campos da tabela enquanto que a operação seleção é aplicada sobre tuplas.
  e) Nem sempre o resultado de uma união gera este número de tuplas ditas no enunciado.
• Complementando os ótimos comentários dos colegas:
  a) As chaves estrangeiras também podem apresentar valores nulos nos casos de exclusão das chaves primárias relacionadas, se assim estiver definido no esquema do banco. 
  e) A operação de união, denotada por R U S, inclui todas as tuplas que estão em R, ou em S, ou em ambas. As tuplas repetidas são eliminadas. Dessa forma, é possível que a tabela resultante possua um número de tuplas menor que a soma do número de tuplas de R com S.

Questão 360046

• Banca: FEPESE
• Órgão: UDESC
• Ano: 2010
• Provas: FEPESE - 2010 - UDESC - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Sobre o mapeamento de uma modelagem conceitual entidade-relacionamento para uma modelagem relacional, é correto afirmar:

• A. uma hierarquia de especialização de entidades sempre gera uma tabela para cada entidade participante da hierarquia.
• B. um atributo chave estrangeira em uma tabela pode ter sido gerado pelo mapeamento de um relacionamento com cardinalidade um-para-muitos ou um-para-um na modelagem conceitual.
• C. um relacionamento com cardinalidade muitos-para-muitos é representado através de chaves estrangeiras nas tabelas que representam as entidades participantes deste relacionamento.
• D. uma entidade fraca é sempre aglutinada a sua entidade forte, gerando uma única tabela que as representa no esquema relacional.
• E. um atributo multivalorado de uma entidade ou de um relacionamento não pode ser mapeado para um esquema relacional, pois o modelo relacional não suporta este tipo de atributo.

Gabarito: B

Comentários

• sobre a letra C acho que o erro é um relacionamento com cardinalidade muitos-para-muitos é representado através de chaves estrangeiras nas tabelas que representam as entidades participantes deste relacionamento.
  
  na verdade é criada uma tabela que envolve as chaves das 2 entidades participantes, logo é feito numa tabela a parte
  
  
• a) ERRADO! a geração de uma tabela para cada entidade participante da hierarquia é uma forma de mapeamento. Existem mais duas: criação de uma tabela única para todas as entidades ou criação de tabelas apenas para as entidades especializadas
  b) CORRETA! O PODE foi providencial, visto que se no relacionamento um-para-um um dos lados for obrigatório, pode ser criada uma única tabela para essas duas entidades.
  c) ERRADO! em relacionamentos muitos-para-muitos, deve-se criar uma tabela para o relacionamento, contendo esta tabela a chave primária das duas entidades ou uma chave artificial.
  d) ERRADO! Deve-se criar uma tabela para a entidade forte e uma tabela para a entidade fraca
  e) ERRADO! Deve-se criar uma tabela para o atributo multivalorado.
• A assertiva "e" está correta, não tem como mapear atributos multivalorados em uma relação, o modelo relacional não suporta portanto deve-se criar uma tabela adicional para tal. Por que a letra "e" não poderia ser a correta também?

• Letra B

  Mas só um destaque para a opção:
  e) um atributo multivalorado de uma entidade ou de um relacionamento não pode ser mapeado para um esquema relacional, pois o modelo relacional não suporta este tipo de atributo.
  

  essa alternativa tornou-se errada por misturar atributo multivalorado de entidade com relacionamento, tipica opção para confundir o candidato.
  
  
  

  
  

Questão 360625

• Banca: FEPESE
• Órgão: UDESC
• Ano: 2010
• Provas: FEPESE - 2010 - UDESC - Técnico de Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Sobre o modelo de dados relacional, é correto afirmar:

• A. uma tabela deve ter pelo menos uma tupla, mas não precisa ter nenhum atributo.
• B. uma tabela deve ter pelo menos uma tupla e pelo menos um atributo.
• C. uma tabela deve ter pelo menos um atributo, mas não precisa ter nenhuma tupla.
• D. uma tabela não precisa ter nenhum atributo e nenhuma tupla.
• E. uma tabela deve ter pelo menos dois atributos, sendo um deles a chave primária, mas não precisa ter nenhuma tupla.

Gabarito: C

Comentários

• Os conceitos para um modelo relacional;

  Tabela = relação;

  Linha = Tupla;

  Coluna = Atributo;

  
  

  Podemos ter relações(tabelas) vazias? SIM! ou seja, sem linha alguma dentro da tabela, portanto podemos ter relações sem tuplas.

  
  

  Porém ter relações(tabelas) sem colunas(atributo)? IMPOSSÍVEL!

  
  

  
  

  A) uma tabela deve ter pelo menos uma tupla, mas não precisa ter nenhum atributo.

  
  

  
  

  B) uma tabela deve ter pelo menos uma tupla e pelo menos um atributo.

  
  

  C) uma tabela deve ter pelo menos um atributo, mas não precisa ter nenhuma tupla. CORRETA

  
  

  D) uma tabela não precisa ter nenhum atributo e nenhuma tupla.

  
  

  E) uma tabela deve ter pelo menos dois atributos, sendo um deles a chave primária, mas não precisa ter nenhuma tupla.

  Obs.: chave primária é para identificação univoca dentro de uma relação, mas não é estritamente necessária, claro que isso vai tocar o fod*-se no nosso BD, mas isso não vem ao caso

Questão 363034

• Banca: FCC
• Órgão: TCE-SP
• Ano: 2010
• Provas: FCC - 2010 - TCE-SP - Auxiliar da Fiscalização Financeira
• Disciplina: Banco de Dados
• Assuntos: Álgebra relacional; Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

Instruções: Para responder às questões de números 31 a 50,
considere que os aplicativos devem ser reputados
sempre na originalidade da versão referenciada e
não quaisquer outras passíveis de modificação (cus-
tomização, parametrização, etc.) feita pelo usuário.
Quando não explicitados nas questões, as versões
dos aplicativos são: Windows XP edição doméstica
(Português), Microsoft Office 2000, SGBD MS-SQL
Server 2000 e navegador Internet Explorer 8. Mouse
padrão destro.

As entidades e o respectivo relacionamento do tipo empregado (E) e seus dependentes (D) serão implementados em um SGBD relacional normalizado como tabelas D e E, sendo que

• A. a chave primária de E é chave estrangeira em D, sem compor sua chave primária.
• B. a chave primária de E compõe parte da chave primária de D.
• C. as chaves primárias de D compõem parte da chave primária de E.
• D. as chaves primárias de D são chaves estrangeiras em E, sem compor sua chave primária.
• E. as chaves primárias de D são chaves estrangeiras em E e compõem, também, sua chave primária.

Gabarito: B

Comentários

• O relacionamento entre Empregado e Dependente é identificador, ou seja, a entidade Dependente  terá como identificador, alem do atributo de sua própria tabela o atributo chave estrangeira da tabela Empregado. A regra para implementação de relacionamentos identificadores é:
  
  Para cada relacionamento identificador, é criada uma chave estrangeira na tabela que implementa a entidade identificada pelo relacionamento identificador. Esta chave estrangeira é formada pelas colunas da chave primaria da tabela referenciada como chave estrangeira.
  
  Resumindo, A chave primaria da tabela dependente é composta pelas colunas Ex. CodEmpr (chave estrangeira que implementa o relacionamento identificador) e NoSeq (Coluna que implementa o atributo identificador numro de sequencia da entidade Dependente.
• A explicação do colega foi muito boa.
  Uma observação a ser feita acerca da quesão é que o enunciado  não dá detalhes acerca das restrições entre E e D, portanto, pode-se considerar a possibilidade que um dependente esteja vinculado a mais de um empregado ("muitos para muitos"), o que tornaria a alternativa A mais plausível.
• 
  No Diagrama, o atributo identificador é representado por uma linha mais densa(entre o relacionamento e a entidade dependente).
  Na composição da chave primária da tabela dependente teremos as colunas número sequencia e código.
  Código é chave primária na tabela Empregado.
  O atributo identificador é utilizado,geralmente, nos casos de Entidade Forte x Entidade Fraca.
• Conceito de Entidade Fraca, onde a chave da entidade Dependente é composta pela chave de Empregado.
• A alternativa 'A'  esta MAIS CORRETA que a ''B"  Não é obrigatório que a chave primaria de Empregados faça parte da chave primária de Dependentes. Conforma citação do colega feita acima:
  Para cada relacionamento identificador, é criada uma chave estrangeira na tabela que implementa a entidade identificada pelo relacionamento identificador. Esta chave estrangeira é formada pelas colunas da chave primaria da tabela referenciada como chave estrangeira. 
  
  Como se pode notar, a chave ESTRANGEIRA da tabela Dependentes deve conter a chave PRIMARIA da tabela Empreagados, mas não existe nada que fale que a chave PRIMARIA da tabela dependentes também deve conter a chave PRINARIA de empregados.
• Concordo com Lucas! Não tem nenhum detalhe específico que deixe claro que não seja um simples relacionamento, onde, um empregado tenha um ou mais dependentes.
  Então, pela lógica, cod_empregado é adicionado como atributo na entidade "dependentes" apenas como uma chave estrangeira...
• A FK não precisa fazer parte da PK do Dependente a não ser que a relação seja NN, o que não está claro na questão. Considerando que estamos avaliando sob a perspectiva da Empresa, normalmente um Dependente está associado a apenas um Empregado. Neste caso a opção A estaria correta.
  
  Por outro lado, já que esta relação não está clara na questão, a opção mais segura seria considerar NN, situação totalmente possível. Neste caso, B seria correta.
• Não consegui entender, muito bem esta questão. 
  Então quer dizer que: A entidade Dependente tem um relacionamento fraco e não necessita de PK..? as suas chaves são as chaves PK da tabela Empregado??

Questão 384463

• Banca: FCC
• Órgão: TRT - 7ª Região (CE)
• Ano: 2009
• Provas: FCC - 2009 - TRT - 7ª Região (CE) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Considere: Cada funcionário associado para um projeto trabalha em apenas um local para esse projeto, mas pode estar em um local diferente para um projeto diferente. Em determinado local, um funcionário trabalha em apenas um projeto. Em um local em particular, pode haver muitos funcionários associados a um determinado projeto.
Para tanto o modelo conceitual de dados deve prever um relacionamento ternário com as cardinalidades atribuídas respectivamente no lado das entidades Local, Projeto e Funcionário como

• A. 1, 1 e N.
• B. 1, N e N.
• C. 1, N e 1.
• D. N, 1 e 1.
• E. N, 1 e N.

Gabarito: A

Comentários

• Funcionario e Projeto trabalham em 1 Local
  Local = 1
  
  Local e Funcionario trabalham em 1 Projeto
  Projeto = 1
  
  Local e Projeto terao varios Funcionario
  Funcionario = n
• A cardinalidade do relacionamento ternário refere-se ao par de entidades opostas àquela que estamos definindo. Na minha opinião, há algumas informações dadas na questão que nem são importantes, servem apenas para encher linguiça.
  1ª informação importante: "Cada funcionário associado para um projeto trabalha em apenas um local para esse projeto". Resumindo: a cada par FUNCIONÁRIO, PROJETO está associado apenas um LOCAL. Portanto, a cardinalidade do lado onde encontra-se a entidade LOCAL é 1.
  2ª informação importante: "Em determinado local, um funcionário trabalha em apenas um projeto." Resumindo: a cada par LOCAL, FUNCIONÁRIO está associado apenas um PROJETO. Portanto, a cardinalidade do lado onde encontra-se a entidade PROJETO é 1.
  3ª informação importante: "Em um local em particular, pode haver muitos funcionários associados a um determinado projeto". Resumindo: a cada par LOCAL, PROJETO podem estar associados muitos FUNCIONÁRIOS. Portanto, a cardinalidade do lado onde encontra-se a entidade FUNCIONÁRIOS é N.

• A análise de relacionamento ternário deve ser feita isolando um par de entidades para descobrir a cardinalidade da terceira:

   

  "...Cada funcionário associado para um projeto trabalha em apenas um local para esse projeto..."

  Um par (funcionário, projeto) trabalha em 1 LOCAL

   

  "...Em determinado local, um funcionário trabalha em apenas um projeto..."

  Um par (funcionário, local) trabalha em 1 PROJETO 

   

  "...Em um local em particular, pode haver muitos funcionários associados a um determinado projeto..."

  Um par (local, projeto) trabalham N FUNCIONÁRIOS 

   

  Logo a cardinalidade do relacionamento ternário envolvendo as 3 entidades é: 1:1:N

   

  Bons estudos.

Questão 388306

• Banca: NCE-UFRJ
• Órgão: UFRJ
• Ano: 2009
• Provas: NCE-UFRJ - 2009 - UFRJ - Técnico - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

Para garantir a integridade de um banco de dados, os SGBD oferecem o mecanismo de restrição de integridade. Nos modelos relacionais, uma chave primária de qualquer relação não pode ser nula em nenhuma tupla dessa relação. Esta é a restrição de integridade conhecida como:

• A. de chave;
• B. de relacionamento;
• C. de entidade;
• D. referencial;
• E. existencial.

Gabarito: C

Comentários

• Integridade de Entidade - Alternativa C.
  
  Integridade de Chave:Toda tupla tem um conjunto de atributos que a identifica de maneira única na relação.
  Integridade de Entidade: Nenhum valor de chave primária poderá ser NULO.
  Integridade Referencial:Uma relação pode ter um conjunto de atributos que contém valores com mesmo domínio de um conjunto de atributos que forma a chave primária de uma outra relação. Este conjunto é chamado chave estrangeira

Questão 389206

• Banca: NCE-UFRJ
• Órgão: UFRJ
• Ano: 2009
• Provas: NCE-UFRJ - 2009 - UFRJ - Analista - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Um conceito usado no modelo relacional é o de atributos chaves. Existem diferentes tipos de chaves que uma tabela em um modelo relacional pode ter. Uma propriedade apresentada por um desses tipos é:

• A. uma chave primária pode ter valor NULL;
• B. uma chave candidata de uma entidade identifica de forma única uma instância da entidade;
• C. uma chave candidata de uma entidade indica que ela está associada a outra entidade;
• D. uma chave estrangeira não pode ter valor NULL;
• E. uma chave candidata não pode ser escolhida como chave primária.

Gabarito: B

Comentários

• A chave estrangeira tem as seguintes características:

  a) Uma tabela pode possuir zero, uma ou diversas chaves primárias.
  

  b) Pode ser composta de uma ou mais colunas contando que ela seja exatamente igual à chave primaria que está relacionada (tipo de dado e tamanho).

  c) Pode conter a clausula NULL
  

• Gabarito Letra B
   

  a) uma chave primária NÃO pode ter valor NULL;
   

  b) CERTO: uma chave candidata de uma entidade identifica de forma única uma instância da entidade;
   

  c) uma chave ESTRANGEIRA de uma entidade indica que ela está associada a outra entidade;
   

  d) uma chave estrangeira pode ter valor NULL;
   

  e) uma chave candidata pode ser escolhida como chave primária
  
  bons estudos

Questão 392167

• Banca: Aeronáutica
• Órgão: CIAAR
• Ano: 2009
• Provas: Aeronáutica - 2009 - CIAAR - Primeiro Tenente - Análise de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Preencha as lacunas abaixo e, em seguida, assinale a alternativa correta.

O modelo relacional formal de banco de dados utiliza os termos ____________, _____________ e __________ para representar as tabelas, linhas e colunas, respectivamente.

• A. relações / atributos / tuplas
• B. domínio / atributos / tuplas
• C. relações / tupla / atributos
• D. relações / domínio / tuplas

Gabarito: C

Comentários

• Tabelas (ou relações, ou entidades)

  Linhas (Registros ou tuplas)

  Colunas (atributos)
  

  
  

• C) relações / tupla / atributos

• Gostei da dica, mas constitucional tem 6 sílabas, não? - cons·ti·tu·ci·o·nal

  Igual serve, pois geralmente o quórum que confunde é o de 2/3 ou 3/5.

Questão 459706

• Banca: CESPE / CEBRASPE
• Órgão: HEMOBRÁS
• Ano: 2008
• Provas: CESPE - 2008 - HEMOBRÁS - Analista de Gestão Corporativa - Analista de TI
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Julgue os itens a seguir, referentes a banco de dados.

O modelo relacional de banco de dados baseia-se na lógica de predicados e na teoria dos conjuntos.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• "O modelo relacional representa um modelo de dados utilizado em Sistemas Gerenciadores de Bancos de Dados Relacionais (SGBDRS). Estes se baseiam no princípio de que todos os dados estão guardados em tabelas (ou, matematicamente falando, relações). Toda sua definição é teórica e baseada na lógica de predicados e na teoria dos conjuntos.

  O conceito foi criado por Edgar Frank Codd em 1970, sendo descrito no artigo "Relational Model of Data for Large Shared Data Banks". Na verdade, o modelo relacional foi o primeiro modelo de dados descrito teoricamente."

   

  Um breve comentário aos colegas: a lógica de predicados é uma extensão à lógica proposicional, é um sistema de pensamento que permite ampliar o escopo da lógica matemática para além de conceitos como "E", "OU", "SE E SOMENTE SE", possibilitando um sistema mais complexo de pensamento (inclui os quantificadores "para todo"  (∀) e "existe ao menos um"  (∃)).

  
  
  Fonte: Artigo SQL Magazine 53 - Modelagem Relacional http://www.devmedia.com.br/artigo-sql-magazine-53-modelagem-relacional/9365#ixzz4567nDKb7

• Correto. O modelo relacional representa um modelo de dados utilizado em sistemas gerenciadores de banco de dados - SGBDRS. Estes se baseiam no princípio de que todos os dados estão guardados em tabelas. Toda sua definição é teórica e baseada na lógica de predicados e na teoria dos conjuntos.

• Não sabia da lógica de predicados

Questão 488602

• Banca: NCE-UFRJ
• Órgão: UFRJ
• Ano: 2008
• Provas: NCE-UFRJ - 2008 - ACAPLAM-PB - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Considere um banco de dados que contém dados sobre pessoas e armazena os atributos Nome, CPF, Endereço, Número de celular. Sabendo-se que pode haver homônimos, que mais de uma pessoa pode dividir o mesmo endereço, que CPF e número de celular pertencem somente a uma pessoa, e que uma pessoa pode ter mais de um celular, pode-se concluir que a dependência funcional que NÃO é válida neste modelo é:

• A. CPF -> Nome;
• B. úmero celular -> CPF;
• C. CPF -> Nome, Endereço;
• D. Nome -> Número celular;
• E. Número celular -> Endereço.

Gabarito: D

Comentários

• Em geral, consulta em banco é feita usando uma chave que não admita duplicatas, como uma chave única (geralmente o ID, mas não é o caso da questão). Como as chaves únicas desse banco são o CPF e o número de celular, são as que devem ser usadas para busca, e nas alternativas a única que não usa é a D) - que usa o nome, portanto não válida.

Questão 495799

• Banca: FUMARC
• Órgão: BDMG
• Ano: 2011
• Provas: FUMARC - 2011 - BDMG - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: DER - Diagrama de Entidade e Relacionamento; Modelo relacional

Em relação às principais fases do projeto de banco de dados, analise as seguintes afirmativas:

I. Na etapa do projeto conceitual de banco de dados, o esquema conceitual é criado, usando um modelo de dados conceitual de alto nível como, por exemplo, o modelo Entidade-Relacionamento.

II. O resultado da fase de projeto lógico é um esquema de banco de dados no modelo de dados da implementação do SGBD como, por exemplo, o modelo relacional.

III. No projeto físico são especifcados, por exemplo, as estruturas de armazenamento interno e os índices.

Marque a alternativa CORRETA:

• A. apenas as afirmativas I e II são verdadeiras.
• B. apenas as afirmativas I e III são verdadeiras.
• C. apenas as afirmativas II e III são verdadeiras.
• D. todas as afirmativas são verdadeiras.

Gabarito: D

Comentários

• Não concordo com o item III estar correto, dizer que no modelo físico as estruturas de armazenamento interno são especificados? As estruturas de armazenamento são definidas pelo próprio SGBD, ele se encarrega disso, o modelo físico define os índices, os tipos de dados, entre outros.
  
  Abraços!
• Os SGBDS podem ter seus sistemas internos(exemplo: estruturas de armazenamento interno e os índices) alterados pelos DBAs, logo essas configurações são especificadas no projeto físico. Essas especificações tem o objetivo de fazer o sistema mais rapido, de acordo com suas caracteristicas.

• Para responder essa questão precisamos entender de Modelagem de Dados.

  A Modelagem de Dados é uma técnica utilizada para especificação das regras de Negócio e estrutura de dados de um banco de dados. Essa modelagem é basicamente dividida em três modelos:

  1) Modelo Conceitual

  No Modelo Conceitual discutimos os aspectos a nível do cliente, não nos preocupamos como será o Banco de Dados de acordo com a implementação, aqui a preocupação é definir algo abstrato do mundo real a nível de usuário e transpassá-lo para um entendimento do negócio. A Chave deste modelo é o Diagrama de Entidade-Relacionamento. Este Modelo é o de mais Alto Nível.

  ITEM I Respondido.

  2) Modelo Lógico

  No Modelo Lógico pegamos o resultado do Modelo Conceitual e começamos a nos preocupar a nível de Software, que são as características do SGDB que iremos utilizar. Então nessa parte, criamos a modelagem do banco de dados, com chaves primárias, estrangeiras, índices, etc.

  ITEM II Respondido.

  3) Modelo Físico

  No Modelo Físico nos preocupamos tanto com Software quanto com Hardware, levando-se em conta a estrutura física do banco de dados, como por exemplo, os meios de armazenamento (fita, disco), métodos de acesso ao meio, etc. 

  
  

  ITEM III Respondido.

•  d)todas as afirmativas são verdadeiras.

  O modelo conceitual é de alto nivel por ser na linguagem do usuario, com foco nos processos do negocio enquanto que o minimundo da organização é esclarecido atraves de MER. O modelo logico é feito a aprtir do conceitual, definindo tabelas, entidades, atributos e cardinalidades, assin como chaves. Fisico é como os dados sao salvos e administrados pelo sgdb

Questão 598477

• Banca: CESPE / CEBRASPE
• Órgão: EBC
• Ano: 2011
• Provas: CESPE - 2011 - EBC - Analista - Engenharia de Software
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; SGBD - Sistema de Gerenciamento de Banco de Dados

A respeito dos modelos conceitual e lógico, normalmente considerados no projeto de banco de dados, julgue os seguintes itens.

No modelo lógico, que depende do tipo de SGBD em uso, o banco de dados é descrito no nível de abstração visto pelo usuário do SGBD.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• O enunciado da questão está mal elaborado. Ele quis dizer "tipo" referindo-se ao paradigma do SGBD.
  O modelo lógico de dados é dependente do paradigma do banco ( Relacional , OO , Objeto-Relacional .... ) , e o modelo físico é dependente do modelod o SGBD específico ( Oracle , SQL Server, MySQL .... )
• O pessoal mete o pau da FCC, diz que é Fundação Copia e Cola, mas olha a CESPE como é sacana. Isso está literalmente escrito no livro do Carlos Alberto Heuser. Na seção 1.2.2
  
  "Um modelo lógico é uma descrição de um banco de dados no nível de abstração
  visto pelo usuário do SGBD. Assim, o modelo lógico é dependente do tipo
  particular de SGBD que está sendo usado.
  No presente livro, serão tratados apenas modelos lógicos referentes a
  SGBD relacional. Em um SGBD relacional, os dados estão organizados na
  forma de tabelas."
  
  Aí a CESPE lasca, tira do contexto e pode ser tanto certo quanto errado depedendo do que a pessoa entende por "tipo de banco de dados"
• Para o CESPE, o modelo lógico é dependente do tipo de SGBD, uma vez que voce ja pensa em certas features do banco de dados a ser usado para criar o modelo logico. Isso é jurisprudencia do CESPE há algum tempo e não foi tirado do livro do Heuser somente para essa prova. 
• Essa questão foi nula. Procure la nos concursos da cespe (http://www.cespe.unb.br/concursos/EBC2011/)
  
• Questão anulada!
  http://www.questoesdeconcursos.com.br/concurso/justificativa/1476/ebc-2011-analista-e-tecnico-justificativa.pdf
• Olá, pessoal!
  Essa questão foi anulada pela organizadora.
  Justificativa da banca:  A redação do item prejudicou seu julgamento objetivo. Dessa forma, opta-se por sua anulação.
  Bons estudos!

• GABARITO CORRETO!

  .

  .

  TIPO DE SGBD = TIPO PARTICULAR DE SGBD (RELACIONAL, OO, REDE, HIERÁRQUICO ETC). NO MODELO LÓGICO, DEPENDE-SE; NO CONCEITUAL, NÃO.

Questão 599677

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2011
• Provas: CESGRANRIO - 2011 - Petrobras - Analista de Sistemas Júnior - Engenharia de Software
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Considere as afirmações abaixo sobre modelo de entidades e relacionamentos.

I - Um tipo entidade fraca não tem atributos chave próprios, devendo possuir, pelo menos, um relacionamento identificador.

II - Os atributos de tipos relacionamento 1:1 ou N:M podem ser migrados para um dos tipos entidade participantes.

III - O grau de um tipo relacionamento é o número de entidades que participam desse relacionamento.

Está correto APENAS o que se afirma em

• A. I
• B. II
• C. I e II
• D. I e III
• E. II e III

Gabarito: D

Comentários

• I) CERTA
  
  

  Entidade Fraca: é uma entidade que não possui existência própria (sua existência depende da existência de outra entidade) ou que para ser identificada depende da identificação de outra entidade. Não tem atributos suficientes para formar uma chave primária.
  
  II) ERRADA
  N:M NÃO podem ser migrados para um dos tipos entidade participantes.
  
  III) CERTA

  
  

  Grau de um Tipo de Relacionamento: Em um banco de dados, o grau de um tipo relacionamento é o número de tipos entidade que participam desse relacionamento. Um tipo relacionamento binário tem grau dois e um ternário tem grau três.

• Lembrando que N:M é equivalente a N:N. Fiquei na dúvida em relação a isso.

Questão 605689

• Banca: CESPE / CEBRASPE
• Órgão: EBC
• Ano: 2011
• Provas: CESPE - 2011 - EBC - Analista - Administração de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

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

O modelo relacional de banco de dados possui uma estrutura de dados em forma de tabela em que as colunas representam os atributos ou os campos, e as linhas representam os registros ou as instâncias da relação.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Na terminologia formal do modelo relacional, uma linha é chamada de tupla (registrou ou instância da relação), um cabeçalho da coluna é chamado de atributo (campo) e a tabela é chamada de relação.
  
  Navathe, pg.39, 6ed

• Esse não seria o modelo lógico? A assertiva descreve que as linhas representam registros ou as instâncias, ou seja, valores dos atributos ou campos.

• Na terminologia formal do modelo relacional, uma linha é chamada de tupla (registrou ou instância da relação), um cabeçalho da coluna é chamado de atributo (campo) e a tabela é chamada de relação.

•  

  (Q256752) Ano: 2012 Banca: CESPE Órgão: Banco da Amazônia Prova: Técnico Científico - Banco de Dados

   

  A estrutura fundamental do modelo relacional de dados é a relação, na forma de tabela, constituída por um ou mais atributos — os campos —, que traduzem o tipo de dados a armazenar. Cada instância do esquema — linha — é chamada de tupla ou registro. (C)

• O modelo relacional consiste em uma coleção de tabelas (ou relações), utilizadas para representar os dados e relacionamentos entre esses dados.

  Em uma tabela, cada linha representa uma coleção de valores de dados relacionados. Uma linha representa um fato que normalmente corresponde a uma entidade ou relacionamento do mundo real. Na terminologia formal de banco de dados, uma linha é chamada tupla.

  Uma tabela é organizada em colunas, que servem para ajudar a interpretar o significado dos valores em cada linha. Formalmente, um cabeçalho da coluna é chamado de atributo.

  Gabarito: Certo.

  (Q256752) Ano: 2012 Banca: CESPE Órgão: Banco da Amazônia Prova: Técnico Científico - Banco de Dados

   

  A estrutura fundamental do modelo relacional de dados é a relação, na forma de tabela, constituída por um ou mais atributos — os campos —, que traduzem o tipo de dados a armazenar. Cada instância do esquema — linha — é chamada de tupla ou registro. (C)

• • Tabela -> Relação
  • Linha -> Tupla / Registros
  • Coluna -> Atributo/campo

• GABARITO CORRETO!

  .

  .

  O modelo relacional implementa estruturas de dados organizadas em relações. Porém, para trabalhar com essas tabelas, algumas restrições precisaram ser impostas para evitar aspectos indesejáveis, como: repetição de informação, incapacidade de representar parte da informação e perda de informação. Essas restrições são: integridade referencial, chaves e integridade de junções de relações.

• CORRETA

  Perfeita definição !!

  Segundo o Navathe :

  Na terminologia do modelo relacional formal, uma linha é chamada tupla, um cabeçalho de coluna é conhecido como atributo, e a tabela é chamada relação. O tipo de dado que descreve os tipos de valores que podem aparecer em cada coluna é representado pelo domínio de valores possíveis. Definimos, agora, esses termos — domínio, tupla, atributo e relação — mais precisamente.

  Para o cespe :

  tabela = relação

  linha= tupla= registro =instância de um relação

  Coluna= campo= atributo=domínio

  relacionamento= cardinalidade

  instância = conjunto de tuplas em um determinado momento ( snapshot )

  (...)

  STAY HARD !!

Questão 607138

• Banca: CESGRANRIO
• Órgão: Petrobras
• Ano: 2011
• Provas: CESGRANRIO - 2011 - Petrobras - Analista de Sistemas Júnior - Processos de Negócios - 2011
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

No modelo relacional, chaves candidatas desempenham um papel importante, pois se referem a atributos que identificam de forma única as tuplas de uma relação.

Sendo assim, chaves candidatas apresentam como característica

• A. demandarem a sua implementação através de uma trigger.
• B. demandarem a implantação de restrição de entidade, tendo em vista serem atributos não identificadores.
• C. possuírem campos que são chamados cada um de atributos primários
• D. serem criadas com a imposição de uma restrição de integridade do tipo CHECK.
• E. serem superchaves mínimas, por essa razão, compostas por apenas um atributo.

Gabarito: C

Comentários

• Na seção 15.3.3 do livro do Navathe e Elmasri, é definido como Atributo Principal (termo usado na tradução do para o português, do original em inglês "prime attribute"):

  "Um atributo do esquema de relação R é chamado de atributo principal de R se ele for um membro de alguma chave candidata de R. Um atributo é chamado de não principal se não for um atributo principal, ou seja, se não for um membro de qualquer chave candidata."
  

Questão 613147

• Banca: CESPE / CEBRASPE
• Órgão: BRB
• Ano: 2011
• Provas: CESPE - 2011 - BRB - Analista de Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Acerca de mapeamento objeto-relacional, julgue os seguintes itens.

No mapeamento objeto-relacional, os objetos são representados no modelo relacional por tabelas, que são interligadas por meio de chaves primárias.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• "São interligados por chaves primárias" ?
  Se estivesse: "determinados por chaves primárias" ou "interligados por chaves estrangeiras" tudo bem, mas do jeito que foi escrito eu acredito que esteja errado.
  Alguém imagina o que a banca pensou para dar a questão como certa?
• "os objetos são representados no modelo relacional por tabelas"
  
  Na verdade os objetos sao representados por TUPLAS (LINHAS) e as classes por tabelas.
  
  Foram feitos recursos pra questão e o CESPE, mais uma vez, ignorou.
• Questão bizarra! 
  
  Se ele afirma que os objetos serão mapeados para as tabelas, então as classes são mapeadas para base de dados???
  E não existe conceito de chave estrangeira pra eles não!!
  
  Baixaria essa questão!
  

• Resumindo: Questão mal escrita.

• Questão está com o gabarito errado.

  No mapeamento objeto-relacionam (ORM) os objetos são representados por tuplas das tabelas de um banco de dados. As classes que seriam representadas por tabelas.

  Portanto a resposta correta seria: ERRADA

• Cespe Cretina.

• Prezados,
  
  No mapeamento objeto-relacional, os objetos são representados por tabelas. Isso está parcialmente errado. A classe é representada pela tabela , e o objeto pelo registro na tabela.
  As tabelas são interligadas por meio de chaves primárias, essa parte eu acredito estar integralmente errada. As chaves primárias identificam um campo único em uma tabela, não necessariamente interliga duas tabelas .
  
  A banca deu a questão como correta.
  
  
  

• Na minha concepção, o elemento que faz a INTERLIGAÇÃO se chama CHAVE ESTRANGEIRA (FK).

• gabarito ERRADO, visto que quem interliga as tabelas é a chave estrangeira, pois essa referencia a chave primária de outra tabela ou de uma mesma tabela.

• tentado entender o gabarito:

  a PK é quem vai estar na outra tabela como referente, pode ser nesse sentido que o examinador fez essa questão.

Questão 616972

• Banca: FCC
• Órgão: MPE-SE
• Ano: 2010
• Provas: FCC - 2010 - MPE-SE - Analista do Ministério Público - Informática II
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

As questões de números 66 a 68 referem-se a Banco de Dados.

• A. Uma das regras de integridade do modelo relacional afirma que nenhum campo, que participe da chave primária de uma tabela básica, pode aceitar valores nulos.
• B. A independência do hardware não é um dos objetivos da implementação de um sistema de bancos de dados distribuídos, mas sim, a obtenção da independência da fragmentação.
• C. No controle de segurança do tipo discricionário, à cada objeto de dados é assinalado certo nível de classificação, e cada usuário recebe certo nível de liberação.
• D. Uma das vantagens dos sistemas de banco de dados distribuído é sua capacidade de tornar perceptível aos usuários os níveis de sua arquitetura performática, em relação aos sistemas não distribuídos.
• E. A linguagem de definição de dados oferece suporte à declaração de objetos do banco de dados, enquanto a linguagem de estruturação de dados admite o processamento desses objetos.

Gabarito: A

Questão 616978

• Banca: FCC
• Órgão: MPE-SE
• Ano: 2010
• Provas: FCC - 2010 - MPE-SE - Analista do Ministério Público - Informática II
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

As questões de números 66 a 68 referem-se a Banco de Dados.

• A. Operações com arquivos sequenciais que são acessados e modificados por operações que manipulam a álgebra relacional, só podem ser executadas se atenderem à regra da primeira forma normal, devendo-se manipular apenas um dado de cada vez.
• B. Chaves estrangeiras são os elos de ligação entre as tabelas. Uma coluna definida como chave estrangeira deve ser chave primária em outra tabela.
• C. O modelo relacional refere-se à visualização física e não lógica dos dados, pois a teoria relacional não diz nada sobre o nível externo, visando apenas o armazenamento e manipulação dos dados executados pelo SGBD.
• D. Uma coluna definida como chave-estrangeira deve ser única em uma tabela-destino e não pode aceitar valores nulos.
• E. A chave primária é um atributo de uma tabela que, mesmo com valores nulos, identifica univocamente uma coluna.

Gabarito: B

Comentários

• A letra B é a menos errada, pois uma chave estrangeira não deve ser, obrigatoriamente, chave primária na tabela de origem. É possível que o atributo na tabela de destino aponte para uma chave candidata na tabela de origem.

  Bons estudos!

Questão 616984

• Banca: FCC
• Órgão: MPE-SE
• Ano: 2010
• Provas: FCC - 2010 - MPE-SE - Analista do Ministério Público - Informática II
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

No contexto das regras de integridade no modelo relacional de banco de dados, a afirmação que "o conteúdo de uma chave estrangeira deve, necessariamente, ser igual ao de uma ocorrência da tabela-pai ou então ser nulo", refere-se à regra de integridade

• A. de entidade.
• B. de obrigatoriedade.
• C. de unicidade de valores.
• D. de conjunto de valores permitidos.
• E. referencial.

Gabarito: E

Comentários

• Integridade Referencial (IR) de relacionamentos entre tabelas em um banco de dados. O conceito de IR garante que todos os valores não nulos existentes em uma chave estrangeira são iguais aos da chave primária que ela referencia. Fonte: https://www.devmedia.com.br/integridade-de-dados-parte-02/9000

Questão 620356

• Banca: IADES
• Órgão: CFA
• Ano: 2010
• Provas: IADES - 2010 - CFA - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

O modelo de dados relacional representa os dados da base de dados como uma coleção de relações. Informalmente, cada relação pode ser entendida como uma tabela ou um simples arquivo de registros, foi introduzido por Codd (1970) e é considerado o mais simples, com estrutura de dados uniforme, e também o mais formal existente. Considerando os conceitos relacionados a este modelo assinale a alternativa correta.

• A. Em sua terminologia, a linha é chamada de atributo, a coluna é chamada de tupla e a tabela de relação.
• B. O domínio é o tipo de dado que especifica o tipo dos valores que podem aparecer em uma coluna.
• C. O grau de uma relação é o número de tuplas da relação.
• D. Uma relação é definida como sendo um conjunto de atributos entre duas ou mais entidades.

Gabarito: B

Comentários

• Letra A - ERRADA. Cada linha (registro) de uma tabela é chamada de tupla.

  Letra B - CERTA. O conjunto de valores possíveis para um atributo de tabela denomina-se DOMÍNIO.

  Letra C - ERRADA. A quantidade de colunas que uma tabela possui constitui o grau da relação. O número de tuplas de uma tabela constitui sua cardinalidade. E por sua vez, cada campo da tabela é chamado de atributo

  Letra D - ERRADA. Uma relação é um conjunto desordenado de tuplas. Apesar destes conceitos matemáticos, eles correspondem basicamente aos conceitos tradicionais dos bancos de dados. Uma relação é similar ao conceito de tabela e uma tupla é similar ao conceito de linha. A relação determina o modo como cada registro de cada tabela se associa a registros de outras tabelas.

• • Cada linha (registro) de uma tabela é chamada de tupla.
  • O conjunto de valores possíveis para um atributo de tabela denomina-se DOMÍNIO.
  • A quantidade de colunas que uma tabela possui constitui o grau da relação. O número de tuplas de uma tabela constitui sua cardinalidade. E por sua vez, cada campo da tabela é chamado de atributo
  • Uma relação é um conjunto desordenado de tuplas. Apesar destes conceitos matemáticos, eles correspondem basicamente aos conceitos tradicionais dos bancos de dados. Uma relação é similar ao conceito de tabela e uma tupla é similar ao conceito de linha. A relação determina o modo como cada registro de cada tabela se associa a registros de outras tabelas.

Questão 622111

• Banca: CESPE / CEBRASPE
• Órgão: CBM-DF
• Ano: 2011
• Provas: CESPE - 2011 - CBM-DF - 2º Tenente - Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Julgue os itens que se seguem, referentes à modelagem relacional
de dados.

O modelo lógico tem início a partir do modelo conceitual e descreve as estruturas físicas de armazenamento de dados, tais como tamanho de campos, índices e tipo de preenchimento dos campos.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Questão ERRADA.
  
  1 - Modelo conceitual - Representa as regras de negócio sem limitações tecnológicas ou de implementação por isto é a etapa mais adequada para o envolvimento do usuário que não precisa ter conhecimentos técnicos. Neste modelo temos :
  
  • Visão Geral do negócio
  • Facilitação do entendimento entre usuários e desenvolvedores
  • Possui somente as entidades e atributos principais
  • Pode conter relacionamentos n para m.

  2- Modelo Lógico - Leva em conta limites impostos por algum tipo de tecnologia de banco de dados. (banco de dados hierárquico , banco de dados relacional ,etc.). Suas características são :

  • Deriva do modelo conceitual e via a representação do negócio
  • Possui entidades associativas em lugar de relacionamentos n:m
  • Define as chaves primárias das entidades
  • Normalização até a 3a. forma normal
  • Adequação ao padrão de nomenclatura
  • Entidades e atributos documentados

  3- Modelo Físico - Leva em consideração limites impostos pelo SGBD (Sistema Gerenciador de Banco de dados) e pelos requisitos não funcionais dos programas que acessam os dados. Características:

  • Elaborado a  partir do modelo lógico
  • Pode variar segundo o SGBD
  • Pode ter tabelas físicas (log , lider , etc.)
  • Pode ter colunas físicas (replicação)
• Mais detalhes: http://www.diegomacedo.com.br/modelagem-conceitual-logica-e-fisica-de-dados/

• Errada
  
  "O modelo lógico tem início a partir do modelo conceitual e descreve as estruturas físicas de armazenamento de dados, tais como tamanho de campos, índices e tipo de preenchimento dos campos."
  
  O modelo lógico descreve os dados nos níveis lógico/conceitual e de visão/externo. 
   

• Errada!
  A resposta esta na própria pergunta: ".... descreve estruturas físicas..." ou seja modelo fisico.
  
  O modelo lógico tem início a partir do modelo conceitual: Certo
  e descreve as estruturas físicas de armazenamento de dados : Errado, quem faz isso é o modelo físico.
  
  Para ser verdadeira, todas as afirmativas devem ser verdadeiras.
• Complementado a resposta dos colegas com uma figura (adaptada do livro de Navathe):
  
  
  
  
  Obs: para os efeitos da questão, onde há esquema, leia-se modelo.
  
  Bons estudos

• A questão Descreve

  FÍSICO → modelo de dados de baixo nível;

  - descreve os detalhes de como os dados são fisicamente armazenados;

  - seleção de índice, formas de acesso e estrutura de armazenamento interno;

  - depende do paradigma e do SGBD

  Fonte: vivendo e aprendendo com os colegas do QC..

  GAB.: ERRADO.

Questão 622114

• Banca: CESPE / CEBRASPE
• Órgão: CBM-DF
• Ano: 2011
• Provas: CESPE - 2011 - CBM-DF - 2º Tenente - Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Julgue os itens que se seguem, referentes à modelagem relacional
de dados.

A cardinalidade representa a posição que uma entidade tem em relação a outra com a qual se relacione.

• C. Certo
• E. Errado

Gabarito: E

Comentários

• Cardinalidade indica quantas ocorrências de uma Entidade participam no mínimo e no máxima do relacionamento.
   
  Cardinalidade Mínima - define se o relacionamento entre duas entidades é obrigatório ou não.
   
  Cardinalidade Máxima - define a quantidade máxima de ocorrências da Entidade que pode participar do Relacionamento. Deve ser maior que zero.
• cardinalidade Especifica o número máximo de instancias de relacionamento em que uma entidade pode participar
• Errado. A cardinalidade define o número de ocorrências de uma entidade em um relacionamento.
  
  Ex1: Um gerente chefia somente 1 seção e uma seção é chefiada por apenas 1 gerente. Cardinalidade 1:1
  
  
  
  Ex2: Um funcionário trabalha em apenas 1 seção e uma seção é lotada por  N funcionários. Cardinalidade 1:N
  
  
  
  Obs: há outras cardinalidades como N:1 e N:N.
  
  Bons estudos.

• Segundo Heuser,

  Cardinalidade (mínima, máxima) de entidade em relacionamento = número (mínimo, máximo) de ocorrências de entidade associadas a uma ocorrência da entidade em questão através do relacionamento.

  Já ao definir relacionamento, o autor afirma o seguinte:

  Uma das propriedades sobre as quais pode ser desejável manter informações é a associação entre objetos. Exemplificando, pode ser desejável saber quais pessoas estão associadas a quais departamentos em uma organização.

  A propriedade de entidade que especifica as associações entre objetos é o relacionamento.

  Assim, cardinalidade é um número de ocorrências e não uma relação entre duas entidades.

  Essa associação entre duas entidades é chamada de relacionamento

• ERRADA

  Complementando com questões do Cespe

  1. Em um processo de modelagem de dados, a cardinalidade define o número de ocorrências de uma entidade associadas às ocorrências de outra entidade por meio de um relacionamento específico. Certo
  2. Em um diagrama entidade-relacionamento, a cardinalidade representa o número de ocorrências das entidades em um dado relacionamento.Certo
  3. cardinalidade representa a posição que uma entidade tem em relação a outra com a qual se relacione. Errada

Questão 627904

• Banca: FCC
• Órgão: TCE-SE
• Ano: 2011
• Provas: FCC - 2011 - TCE-SE - Analista de Controle Externo - Coordenadoria de Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Uma instância de uma tabela relacional, formada por uma lista ordenada de colunas. Trata-se de

• A. tupla.
• B. chave estrangeira.
• C. domínio.
• D. cardinalidade.
• E. atributo.

Gabarito: A

Comentários

• Questão trata sobre o conjunto de colunas em uma tabela → tupla

• Se vc chegou até aqui para a prova da pc df, vc está num bom caminho. Só continue que Deus proverá.

• Cada linha (tupla) de uma tabela é formada por uma lista ordenada de colunas.

• Gabarito LETRA A

  Tabela = Relação = Representa os dados e os relacionamentos entre os dados

  Linha = Tupla = Coleção de valores de dados relacionados

  Coluna = Atributo = Dados que ajudam a interpretar o significado dos valores das linhas

  Tipo de dado = Domínio = Descreve os tipos de valores que podem ser exibidos em uma coluna

  Grau = Aridade = Número de colunas presentes em uma relação

  Fonte: Estratégia Concursos

• GAB.: A

  Instância é uma linha (TUPLA) da entidade em determinado instante (durante uma consulta, utilização, relacionamento...).

  É considerada uma coleção de informações em memória.

Questão 646141

• Banca: FCC
• Órgão: TJ-PE
• Ano: 2012
• Provas: FCC - 2012 - TJ-PE - Técnico Judiciário - Programador de Computador
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Considere:

I. Agência é entidade fraca de Banco.

II. Agências prestam serviços diferenciados entre si, ou os mesmos.

Para saber quais os serviços prestados pelas agências Ax e Ay dos bancos Bx e By, é necessário modelar um relacionamento

• A. n:1 entre agência e serviço.
• B. 1:n entre agência e serviço.
• C. n:m entre agência e serviço.
• D. 1:n:n entre banco, agência e serviço.
• E. n:n:n entre banco, agência e serviço.

Gabarito: C

Comentários

• O que a FCC tentar dizer com "ou os mesmos" no item II?
• Segue o que foi comentado no grupo:
  http://br.dir.groups.yahoo.com/group/timasters/message/143901
• Só respondendo a dúvida do colega, "os mesmos" serviços.
• Segundo Heuser, em relacionamentos ternários analisamos um relacionamento ternário a partir de um par de entidades.
  1 banco-agencia pode ter N serviços, por exemplo.
  1 agencia-servico pode ser prestado por 1 banco.
  
  No entanto, aparentemente a FCC quis fazer uma pegadinha. Ela não pediu o relacionamento do minimundo, e sim de algo específico:
  quais serviços são prestados pelas agências Ax e Bx.
  
  II. Agências prestam serviços diferenciados entre si, ou os mesmos.
  
  Então é a C, mesmo, já que 1 agência presta N serviços e 1 serviço é prestado por N agências. (só que eu fui de cara na D. srsrrsrsrs)
  
  Outro detalhe é com relação ao mapeamento para o modelo relacional.
  Esse necessitará de quatro relações.
  Banco{CodBanco, ...}
  Agencia(CodBanco,CodAgencia,...}
  Serviço{CodServiço}
  Agencia_Serviço{CodBanco,CodAgencia,CodServico}
  
  N:N no modelo relacional requer uma relação para representar o relacionamento e uma para cada entidade.

• Com uma certa frequência as bancas cobram a nomenclatura N:M ao invés do N:N, que normalmente estamos acostumados. Só isso já confunde muita gente e faz perder a questão.
  

Questão 659938

• Banca: FCC
• Órgão: TRE-CE
• Ano: 2012
• Provas: FCC - 2012 - TRE-CE - Analista Judiciário - Análise de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Relacionamentos que são resultado da combinação de outros relacionamentos, entre as mesmas entidades, são denominados

• A. entidades fracas
• B. relacionamentos redundantes.
• C. entidades associativas.
• D. relacionamentos ternários.
• E. autorrelacionamentos.

Gabarito: B

Comentários

•  

  Relacionamentos redundante
  
  Análise relacionamentos redundantes cuidadosamente. Dois ou mais 
  relacionamentos que são utilizados para represente o mesmo conceito são considerados 
  redundantes. Relacionamentos redundantes tem mais probabilidade de resultar em 
  tabelas desnormalizadas quando transformados no modelo ER dentro de esquemas 
  relacionais.
• a) entidades fracas. Uma entidades que só existe quando relacionada a outra entidade e seu identificador é composto não somente por atributos da própria entidade mas também por relacionamentos dos quais a entidade participa (Relacionamento identificador).
  b) relacionamentos redundantes. Um modelo deve ser mínimo, isto é não deve conter conceitos redundantes. Um tipo de redundância que pode aparecer é a de relacionamentos redundantes. São relacionamentos que são resultado da combinação de outros relacionamentos entre as mesmas entidades. Um relacionamento é redundante, quando é possível eliminá-lo do diagrama ER, sem que haja perda de informações no banco de dados.
  c) entidades associativas. Uma entidade associativa nada mais é que a redefinição de um relacionamento, que passa a ser tratado como se fosse também uma entidade.
  d) relacionamentos ternários. Relacionamento de grau três (entre três tabelas).
  e) autorrelacionamentos. Um relacionamento entre ocorrências de uma mesma entidade. 
  Figura
  
  A respeito dos relacionamentos redundantes, observe que banco de dados já informa em que departamento uma máquina está localizada e em que fábrica o departamento está localizado, ela informa por conseqüência em que fábrica uma máquina está localizada. Então, O relacionamento LOCALIZAÇÃO-FÁBR entre  MÁQUINA e FÁBRICA é redundante.
  

  (Fonte: Projeto de Banco de Dados, 4ed, Carlos Alberto Heuser)

Questão 677383

• Banca: FEC
• Órgão: DETRAN-RO
• Ano: 2007
• Provas: FEC - 2007 - DETRAN-RO - Analista de Sistemas
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados; Modelo relacional

Em relação aos bancos de dados, analise as seguintes sentenças.

I. A linguagem de definição de dados (DDL) é a linguagem que viabiliza o acesso ou a manipulação dos dados de forma compatível aomodelo apropriado.

II. Omodelo relacional difere dosmodelos hierárquicos e em redes por não usar nemponteiros nemlinks.

III. O modelo de rede é similar ao modelo hierárquico, sendo que a diferença é que no modelo de rede os registros são armazenados emárvores emvez de gráficos arbitrários.

Em relação às sentenças acima é correto afirmar que somente:

• A. I é verdadeira;
• B. II é verdadeira;
• C. III é verdadeira
• D. I e II são verdadeiras;
• E. II e III são verdadeiras.

Gabarito: B

Comentários

• I) DDL - Data Definition Language (Linguagem de Definição de Dados)

  DML - Data Manipulation Language (Linguagem de Manipulação de Dados)

  Alternativa incorreta.

  II) Alternativa correta.

  III)Os conceitos estão invertidos.

  Alternativa incorreta.

  Gabarito B

• I = Definindo a DML

  III = O modelo de rede é similar ao modelo hierárquico, sendo que a diferença é que no modelo de rede OS REGISTROS FILHOS PODEM ESTAR LIGADOS A MAIS DE UM REGISTRO PAI e SÃO ORGANIZADOS EM GRÁFICOS ARBITRÁRIOS.

  GABARITO B

Questão 702925

• Banca: AOCP
• Órgão: BRDE
• Ano: 2012
• Provas: AOCP - 2012 - BRDE - Analista de Sistemas - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Sobre Grau de relacionamento, Nomes de papéis e Relacionamentos recursivos, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. O grau de um tipo relacionamento é o número de entidade que participa desse relacionamento.

II. Um tipo relacionamento de grau vinte é chamado de binário e um de grau trinta é ternário.

III. Os nomes de papéis são tecnicamente necessários em tipos relacionamentos em que todos os tipos entidades participantes são distintos.

IV. Cada tipo entidade que participa de um tipo relacionamento executa um papel particular no relacionamento. O nome do papel significa o papel que uma entidade participante de um tipo entidade executa em cada instância de relacionamento, e ajuda explicar o significado do relacionamento.

• A. Apenas I.
• B. Apenas I, II e IV.
• C. Apenas I, III e IV.
• D. Apenas II, III e IV.
• E. I, II, III e IV.

Gabarito: B

Comentários

• Pois então, preciso mudar a fonte de estudo, dizer que relacionamento binário é de grau 20 e ternário de grau 30 está correto..  
• alguém pode explicar, por favor, o porquê do II estar correto?
• No tópico 4.3.3 do capítulo 4 do livro Introdução a Sistema de Banco de Dados de C. J. Date, há uma definição para grau de um tipo de relacionamento. De acordo com a definição, o grau de um tipo de relacionamento indica o número de tipos de entidades participantes. Logo após essa definição, o autor diz que um tipo de relacionamento de grau dois é chamado binário e de grau três de ternário. Logo, a assertiva II está incorreta!
• Esse examinador fumou orégano vencido...
  Alguém sabe a referência bibliográfica que corrobora esse item "II" ?
  Rezemos a oração do concurseiro: "Senhor me dê sabedoria para descobrir o material correto a ser estudado, recursos para adquiri-los, paciência para estuda-los.Tire de mim toda a vontade de pesquisar no Google e me mantenha firme nas bibliografias corretas. Amém!"
• O pior é que conferi o gabarito oficial e não houve retificações.
• Como assim? Queria saber a fonte dessa afirmação também. Ridiculo!

• Que maconha estragada foi essa na II ?

• Eu acho que deveria existir punição severa para bancas que não mudasse o gabarito nessas situações, não existe autor que corrobore que a afirmação II seja correta. Alguém pode ter se confundido na elaboração ou até na digitação da questão, mas a banca deveria voltar atrás depois.

• era melhor ter comprado uma Tele Sena do que ter feito essa prova

Questão 702928

• Banca: AOCP
• Órgão: BRDE
• Ano: 2012
• Provas: AOCP - 2012 - BRDE - Analista de Sistemas - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Sobre Tipo Entidade Fraca, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. Tipo Entidade Fraca também são conhecidas por Entidades abstratas.

II. Tipo entidade que não tem seus próprios atributos-chave são chamados tipos entidade fraca.

III. Tipo entidade que não tem seus próprios relacionamentos são chamados tipo entidade fraca.

IV. Entidades, que pertençam a um tipo entidade fraca, são identificadas por estarem relacionadas a entidades específicas do outro tipo entidade.

• A. Apenas I.
• B. Apenas I, II e III.
• C. Apenas II e IV.
• D. Apenas II, III e IV.
• E. I, II, III e IV.

Gabarito: C

Comentários

• Alguns tipos entidade podem não ter um atributo chave por si só, isto implicaque não poderemos distinguir algumas entidades, porque as combinações dos valores deseus atributos podem ser idênticas. Estes tipos entidades são chamados entidades fracas. Elas precisam estar relacionadas com uma entidade pertencente ao tipo entidadeproprietária, entidade forte.     Este relacionamento é denominado relacionamentoidentificador.
• I. Tipo Entidade Fraca também são conhecidas por Entidades abstratas. FALSO. Entidade concreta: livro, escola, pessoa,etc... Contrário a entidades abstratas, por exemplo: empréstimo ou uma transação bancária. Dessa forma, não tem nenhum nexo essa afirmativa.
  
  II. Tipo entidade que não tem seus próprios atributos-chave são chamados tipos entidade fraca. VERDADEIRA. Uma entidade fraca exige que a chave da entidade fraca seja formada por um discriminador + chave primária da entidade forte. 
  
  III. Tipo entidade que não tem seus próprios relacionamentos são chamados tipo entidade fraca. FALSO. Sem nexo...
  
  IV. Entidades, que pertençam a um tipo entidade fraca, são identificadas por estarem relacionadas a entidades específicas do outro tipo entidade. VERDADEIRA. A entidade fraca é conhecida como entidade subordinada à entidade forte, que é dominante. Precisam estar relacionadas. É exigido que para que uma instância da entidade fraca ocorra, essa esteja relacionada com a entidade forte (Ou seja, participção total). EX: Um PEDIDO só pode ocorrer se tiver relacionado a 1 ou + PRODUTOS. Um pedido sem produtos não teria lógica, então, PEDIDO seria uma entidade fraca e PRODUTOS uma entidade forte. 

Questão 702931

• Banca: AOCP
• Órgão: BRDE
• Ano: 2012
• Provas: AOCP - 2012 - BRDE - Analista de Sistemas - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional; Segurança

Sobre Integridade de Entidade, Integridade Referencial e Chave Estrangeira em Entidade e Relacionamentos, analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. A restrição de integridade de entidade estabelece que nenhum valor de chave primária pode ser null. Isso porque o valor da chave primária é usado para identificar as tuplas individuais em uma relação.

II. Todas as restrições de integridade deveriam ser especificadas no esquema do banco de dados relacional, caso queiramos impor essas restrições aos estados do banco de dados.

III. Ter valores null para chave primária implica não podermos identificar alguma tupla.

IV. A restrição de integridade referencial é classificada entre duas relações e é usada para manter a consistência entre as tuplas nas duas relações.

• A. Apenas I.
• B. Apenas I, II e III.
• C. Apenas I, III e IV.
• D. Apenas II, III e IV.
• E. I, II, III e IV.

Gabarito: E

Comentários

• A questão trata das restrições de integridade, que são utilizadas para garantir a consistência dos dados em um banco de dados relacional.
  Alguns tipos dessas restrições são tratados nas alternativas da questão:
  Alternativa I - Restrição de entidade - define que nenhuma chave primária deve aceitar o valor "NULL", caso contrário, poderíamos ter várias tuplas com chave primária contendo o mesmo valor, ou seja, o valor NULL. Impedindo que pudéssemos identificar essas tuplas de forma única.
  Altenativa II - As restrições de integridade devem ser implementadas no próprio banco de dados. Dessa forma o SGDB pode, utilizando seus mecanismos internos, garantir, com eficiência, a consistência dos dados. Outros tipos de restrições, relacionadas às regras de negócio, serão implementadas na aplicação.
  Alternativa III - Idem à alternativa I.
  Alternativa IV - A integridade referencial é o tipo de integridade que provê a consistência de dados relacionados entre duas ou mais tabelas. Especificamente, refere-se à chave estrangeira em uma tabela e a chave primária correspondente em outra tabela, assim como quais ações os SGDB deverá executar nos dados associados às chaves estrangeiras quando ocorrerem mudanças (exclusão, alteração) na chave primária relacionada.
  Há outras restrições de integridade que precisam ser aplicadas a um BD. Exemplo: de domínio, de chave, de vazio etc.

• Quanto à assertiva II a princípio julguei falsa, pois é possível implementar estas restrições a nível de aplicação, e não obrigatoriamente diretamente no esquema do BD. Mas depois reli com mais atenção, e a alternativa faz o uso da palavra deveriam:

   

  "Todas as restrições de integridade deveriam ser especificadas no esquema..."

   

  Logo parece mais uma recomendação do que uma obrigação, então acredito que esteja correta mesmo.

• Pensei que o termo "deveriam" fosse nóia do Avaliador, mas não, ta exatamente como  na 4ª edição do Navathe, na 6ª, ele ja muda...

  NAVATHE,  4ª ed. cap 5, p.98 "vessículo" 5.2.4: "..Todas as restrições de integridade deveriam ser especificadas no esquema do banco de dados relacional, caso queiramos impor essas restrições aos estados do banco de dados."

  NAVATHE,  6ª ed. cap 3, p.49 "vessículo" 3.2.4: "...Todas as restrições de integridade deverão ser especificadas no esquema de banco de dados relacional (ou seja, definidas como parte de sua definição) se quisermos impor essas restrições sobre os estados do banco de dados."

Questão 704221

• Banca: CESPE / CEBRASPE
• Órgão: MPE-PI
• Ano: 2012
• Provas: CESPE - 2012 - MPE-PI - Analista Ministerial - Informática
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Julgue os itens seguintes, acerca de fundamentos de administração
de dados e normalização.

Quando a existência de uma entidade depende da existência de outra, diz-se que a entidade é dependente de identificador e não pode ser identificada inequivocadamente por seus próprios atributos.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Apesar de ter marcado correto, esse item é meio duvidoso porque mistura dois conceitos diferentes: dependência de existência e dependência de identificador. As que dependem de identificador também têm uma dependência de existência e são as entidades fracas.
  
  Do livro de El Masri e Navathe:
  
  Entidades fracas: Uma entidade fraca sempre possui uma restrição de participação total (dependência de existência) com relação a seu relacionamento identificador, porque uma entidade fraca não pode ser identificada sem uma entidade proprietária.
  
  Acontece que nem toda dependência de existência implica numa dependência de identificador. Pode haver uma entidade que pode ser plenamente identificada por seus próprios atributos mas sua existência depende da existência de outra, ou do relacionamento com outra.
• A banca está falando de uma forma mais rebuscada sobre entidade fraca. Dessa forma, uma entidade fraca é conhecida por não possuir chave estrangeira e nem chave primária, conforma afirma a questão: "não pode ser identificada inequivocadamente por seus próprios atributos."
  
  Logo, a questão está certa. Temos que entender as entrelinhas

• Uma entidade fraca pode ser univocadamente identificada apenas se considerarmos alguns dos seus atributos em conjunto com a chave primaria de alguma outra entidade, a entidade forte.
  

• As entidades fracas têm participação total em relacionamento e não possuem atributos chaves.

• Vejam o caso de funcionários e dependentes. Só existe dependente se existir funcionário, sendo assim, está é uma entidade fraca da entidade forte funcionário; ocorre que para cada dependente é atribuído um número: 1,2,3,4...Acontece que se não usarmos uma chave primária da entidade forte, nunca vamos saber à qual funcionário estes dependentes petencem...Muito usual isso nessa parte de conceitos básicos de banco de dados, a banca usar um conceito explícito no enunciado(este da dependência de existência), para cobrar um conceito explícito. Fiquem atentos!

• CORRETO

   

  uma entidade fraca depende de outra entidade para existir, pois seus atributos não são suficientes para defini-la

• NESSES CASOS A CHAVE PRIMÁRIA DA ENTIDADE FOTE IRÁ COMPOR A CHAVE ESTRANGEIRA DA ENTIDADE FRACA.

• GABARITO CORRETO!

  .

  .

  LECIONA NAVATHE:

  Um tipo entidade fraca sempre possui uma restrição de participação total (dependência de existência) em relação a seu relacionamento identificador, porque uma entidade fraca não poderá ser identificada sem um tipo proprietário.

• Um bom exemplo é o filho do servidor.

  Ele SOMENTE poderá ser identificado inequivocadamente se for relacionado com seu pai/mãe.

Questão 723574

• Banca: FCC
• Órgão: TRT - 6ª Região (PE)
• Ano: 2012
• Provas: FCC - 2012 - TRT - 6ª Região (PE) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Banco de Dados Relacionais; Modelo relacional

Um banco de dados relacional é um banco de dados projetado segundo o chamado modelo relacional, que é um modelo de banco de dados baseado na lógica de predicados de primeira ordem. O objetivo do modelo é o de proporcionar uma linguagem declarativa para a descrição tanto dos dados como de consultas a seu respeito, de maneira que o usuário declara tanto a informação contida no banco de dados como a informação que dele deseja extrair, deixando a cargo do sistema gerenciador do banco de dados a tarefa de estabelecer estruturas de armazenamento de dados bem como os procedimentos de recuperação destes dados para responder consultas. O modelo relacional foi proposto formalmente há mais de 40 anos.

O texto acima está

• A. incorreto, porque o modelo relacional é baseado na lógica de predicados de segunda ordem.
• B. correto.
• C. incorreto, porque o modelo relacional não conduz naturalmente a uma linguagem declarativa de descrição de dados ou consultas.
• D. incorreto, porque nos bancos de dados relacionais, a tarefa de descrever os procedimentos de recuperação dos dados para a resposta a consultas é tarefa do usuário.
• E. incorreto, porque o modelo relacional foi proposto há menos de 30 anos.

Gabarito: B

Comentários

• B) Correto. O modelo relacional foi proposto formalmente há mais de 40 anos.
  
  "O Modelo Relacional foi introduzido por Ted Codd, da IBM Researche, em 1970, em um artigo clássico (Codd,1970) que imediatamente atraiu a atenção em virtude de sua simplicidade e base matemática."
  
  Fonte: Livro Sistema de Banco de Dados, Elmasri Navathe - 4ª Ed. - PÁG 89.
  
  
  Então: 2012 - 1970 = 42 anos.

• Mais um pedaço. 

  Segundo Navathe(2011,p.38),"O modelo relacional usa o conceito de relação matemática- que se parece com uma tabela de valores- como seu bloco de montagem básico, e sua base teórica reside em uma teoria de conjunto e lógica de predicado de primeira ordem."

  Bibliografia:

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

• Letra B. A famosa questão resumo.

• Primeiro você lê e acha tudo certo. Depois observa que todas as outras alternativas falam sobre incorreção. Aí vc volta procura cabelo em pulga e erra.........

Questão 746944

• Banca: ESAF
• Órgão: CGU
• Ano: 2012
• Provas: ESAF - 2012 - CGU - Analista de Finanças e Controle - prova 3 - Auditoria e Fiscalização - Geral
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

O Modelo Relacional usa

• A. uma coleção de tabelas para representar os dados e as relações entre eles.
  
• B. uma coleção de tabelas de decisão para representar os dados através de relações parametrizadas.
  
• C. um conjunto de relações entre objetos representados por seus dados.
  
• D. uma tabela de relações de acesso para determinados usuários.
  
• E. uma coleção de modelos de bancos de dados com hierarquias relacionais de usuários.
  

Gabarito: A

Comentários

• RESPOSTA CORRETA: (A)
  
  Segundo SIBELCHATZ  “Modelo relacional: O modelo relacional usa uma coleção de tabelas para representar os dados e as relações entre eles. Cada tabela possui diversas colunas, e cada coluna possui um nome único. O modelo relacional é um exemplo de um modelo baseado em registros”.
  
  Fonte: SILBERCHATZ, A.; KORTH, H. F.; SUDARSHAN, S. Sistema de Banco de Dados. Tradução da 5ª ed. Rio de Janeiro: Elsevier, 2006. 782p.
  
  Abraços e bons estudos!!!

• Letra a

  A finalidade global desse modelo é descrever o dado usando um formato tabular padrão.

  As tabelas organizam os dados em linhas e colunas, simplificando o acesso, a manipulação dos dados e a representação das relações entre eles.

Questão 757966

• Banca: FUMARC
• Órgão: TJ-MG
• Ano: 2012
• Provas: FUMARC - 2012 - TJ-MG - Técnico Judiciário - Administrador de Banco de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Analise as sentenças abaixo, as quais discutem as principais restrições que podem ser expressas no modelo de dados relacional.

I. Restrições de domínio são impostas para garantir que os valores nas colunas sejam atômicos e que respeitem os tipos de dados das colunas.

II. Restrição de integridade de entidade diz respeito à garantia de que toda linha em uma tabela deve ser única.

III. A restrição de integridade referencial garante que determinadas colunas em uma tabela sejam iguais às colunas que compõem a chave primária de outra tabela ou da própria tabela.

IV. A restrição de chave estabelece que nenhum valor de chave primária pode ser vazio.

Estão CORRETAS as afrmativas:

• A. I e III.
• B. II e III.
• C. I e IV.
• D. III e IV.

Gabarito: A

Comentários

• Essa questão está totalmetne errada.
  
  Pior que já saiu o gabarito oficial, não é possível, provavelmente NINGUÉM entrou com recurso, porque está um absurdo o q está escrito nela.
  
  
  
  
• I. Restrições de domínio: Especificam que dentro de cada tupla, o valor de cada atributo A deve ser um valor atômico do domínio. (item certo)
  
  II. Restrião de integridade de entidade: Nenhum valor de chave primária pode ser null. (item errado)
  
  III. Restrição de integridade referencial: Uma chave estrangeira de uma relação tem que coincidir com uma chave primária da sua tabela "pai" a que a chave estrangeira se refere. Ou seja, não só deve existir o atributo (campo), como também, o valor referenciado. (item certo)
  
  IV. Restrição de chave: Impede que uma chave primária se repita. Um campo chave primária diferencia de forma única as tuplas (linhas) de uma relação (tabela). (item errado)
  
  http://www2.unemat.br/~ivanpires/files/dwl/bd/slides/bd_5.pdf
  http://pt.wikipedia.org/wiki/Restri%C3%A7%C3%B5es_de_integridade
• Questão sem resposta possivel!!!
  I - Esta ERRADA (ou no minímo mal elaborada). A restrição de dominio implica que o tipo dos dados sejam respeitados nas colunas (OK) e que os valores sejam atômicos em relação ao DOMINIO do campo. A assertiva coloca que os valores nas colunas devem ser atômicos, completo absurdo. Por essa lógica, uma definição um campo string para o usuario colocar o endereço do cliente (rua, bairro, nr. em um único campo) implicaria em um erro de restrição, e isso não é verdade. (Até estaria errado por não estar nas formas normais, mas nunca geraria um erro de integridade)
  III - esta ERRADA, A restrição de integridade não obriga que as chaves estrangeiras sejam iguais as chaves primarias de outra tabela, e sim que sejam iguais a uma CHAVE ÚNICA (chave candidata) de outra tabela.
• lucas, acredito que voce esta equivocado. a item I esta correto. voce não pode em um atributo colocar (rua, numero, complemento etc..) inclusive este é o principio da 1 regra normal.
• Glauco,
  Conforme coloquei, ter um atributo com rua, numero etc... realmente NÃO esta na forma normal, mas isso de forma alguma caracteriza um erro de restrição como a questão afirma.
  Um erro de restrição de dominio, por exemplo, seria você tentar salvar uma string em um campo numerico.

• A III eu diria que está errado por que uma coluna estar igual a outra coluna é bem difícil. O que está igual são os valores, atomicamente, individualmente. Pode ser que numa tabela, a chave única seja 1, 2, 3 em 3 tuplas.
  Numa tabela que tem essa chave como estrangeira, pode ter apenas 1, 1, 1.

   
  Frase provavelmente adaptada de algum lugar por alguém que não é da área.

• LETRA A
  
  III - Questão mal elaborada não sinônimo de questão errada e essa questão está uma bosta.

Questão 762154

• Banca: FCC
• Órgão: TCE-AM
• Ano: 2012
• Provas: FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informação
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Em relação a bancos de dados, uma chave primária pode ser formada por uma ou mais colunas e deve possuir um identificador único para

• A. cada uma das colunas pertencente a essa chave.
• B. cada coluna da tabela.
• C. uma tupla (formada por linhas e colunas).
• D. todos os registros da tabela.
• E. cada linha da tabela.

Gabarito: E

Comentários

• Chave Primária:
  
  Coluna ou combinação de colunas cujos valores distinguem uma linha das demais dentro da tabela.
  
  Temos 2 tipos de chave primária:
  
  1- Chave primária simples: sendo uma coluna ou campo como identificador único de uma determinada linha ou tupla.
  
  2- Chave primária composta: possui mais de uma coluna ou campo para formar o identificador único de cada linha ou tupla da tabela.
• Errei esta questão por falta de atenção. Considerei que cada registro da tabela deveria possuir um identificador único. Porém, o que consta na questão é a alternativa "todos os registros da tabela", ou seja, um identificador único para todos os registros e não para cada um deles.

• Questão estranha. Não poderia ser a letra C ?

• Será que essa questão é só uma pegadinha com o uso dos termos: UMA (letra - C) e CADA (letra - D)?
  

• Tupla = Linha, por isso a C está errada, tupla ela não é sinônimo de linhas e colunas, mas apenas de linhas. Um código identificador serve para identificar unicamente uma linha, não uma coluna.

• Chaves primárias podem ser simples (compostas apenas por uma coluna) e compostas (constituída de várias colunas). Em todo caso representam univocamente (exclusivamente) uma linha (ou tupla).  O erro da alternativa C é que este não é o conceito de tupla.

Questão 769357

• Banca: CESPE / CEBRASPE
• Órgão: Banco da Amazônia
• Ano: 2012
• Provas: CESPE - 2012 - Banco da Amazônia - Técnico Científico - Administração de Dados
• Disciplina: Banco de Dados
• Assuntos: Modelo relacional

Com relação ao mapeamento lógico de dados, julgue os itens a seguir.



No mapeamento de uma entidade fraca, essa entidade será transformada em uma tabela cuja chave primária contém os atributos que compõem a chave primária da entidade da qual essa entidade fraca é dependente.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• No mapeamento de uma entidade fraca, essa entidade será transformada em uma tabela cuja chave primária contém os atributos que compõem a chave primária da entidade da qual essa entidade fraca é dependente.
  
  Gabarito está CORRETO, mas tenho uma ressalva.
  
  O conceito é o que está abaixo, mas pelo que eu entendi a questão afirma que a chave primária da entidade forte fará parte da chave primária na entidade fraca. Ela será FK, mas nem sempre essa FK faz parte da PK!
  
  
  Cada entidade fraca é uma tabela com os 
  atributos da entidade e a chave primária da 
  entidade da qual é dependente.
  
  

  Cada entidade forte é uma tabela com os 

  atributos da entidade.
  
  http://www.inf.puc-rio.br/~melissa/informatica/materias/bd1/material/bd1-modulo4b_MERRelacional.pdf

• [Fonte: Sistemas de Banco de Dados - 6 Edição - Elmasri e Navathe - Página 190]
  

  [...]

  Mapeamento de tipos de entidade fraca.

  Para cada tipode de entidade fraca F no esquema ER com tipo de entidade proprietária E, crie uma relação R e inclua todos os atributos simpes (ou componentes simples dos atributos compostos) de F como atributos de R. Além disso, inclua como atributos de chave estrangeira de R os atributos de chave primária da(s) relação(ões) que corresponde(m) aos tipos de entidade proprietária. Isso consegue mapear o tipo de relacionamento de identificação de F. A chave primária de R é a combinação das chaves primárias dos proprietários e a chave parcial do tipo de entidade fraca F, se houver.

  [...]

  
  

  O gabarito é "Certo", pois a questão afirma que a entidade fraca será mapeada em uma tabela cuja chave primária irá conter os atributos de chave primária da tabela proprietária, ou seja, da tabela cuja entidade fraca possui uma relação de dependência.
  

• CERTO

  Esse é o entendimento do CESPE. Várias questões com esse pensamento.

  #naobanqueoheroi

• No mapeamento de uma entidade fraca, essa entidade será transformada em uma tabela cuja chave primária contém os atributos que compõem a chave primária da entidade da qual essa entidade fraca é dependente.

  
  

  
  

  O conceito é o que está abaixo, mas pelo que eu entendi a questão afirma que a chave primária da entidade forte fará parte da chave primária na entidade fraca. Ela será FK, mas nem sempre essa FK faz parte da PK!

  
  

  Cada entidade fraca é uma tabela com os 

  atributos da entidade e a chave primária da 

  entidade da qual é dependente.

  
  

  Cada entidade forte é uma tabela com os 

  atributos da entidade.

  
  

  http://www.inf.puc-rio.br/~melissa/informatica/materias/bd1/material/bd1-modulo4b_MERRelacional.pdf

• Poderíamos afirmar, então, que entidade fraca tem chave primária??

  obs: não to discordando do gabarito