SóProvas



Questões de Banco de Dados Relacionais


ID
5611
Banca
CESGRANRIO
Órgão
Transpetro
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

Sobre os diferentes tipos de chaves que uma tabela em um banco de dados relacional pode apresentar, é INCORRETO afirmar que:

Alternativas
Comentários
  • Todas as opções estão corretas a excessão da ultima pois uma chave primára deve ter valor not null.
  • Uma Chave Primária terá que ser:

    • Unívoca: o atributo (ou atributos) da chave primária têm um valor único para qualquer tupla da relação.
    • Não nula: Não pode haver tuplas da relação que tenham o atributo (ou atributos) da chave primária nulos (sem qualquer valor).
    • Não redundante: Se algum dos atributos que a constituem for retirado os restantes deixam  de identificar univocamente o tuplo.

    Desta forma, podemos concluir que o item incorreto a ser marcado é a opção E.

     

     

  • A alternativa "C" também está incorreta, uma vez que a chave estrangeira NÃO precisa necessariamente apontar para outra entidade. Uma chave estrangeira numa entidade pode referenciar esta própria entidade.


    Porém, pelo bom senso é claro que deve-se marcar a "E" por ser mais claramente errada.

  • Nada à ver Filipe, uma chave estrangeira é um atributo em uma tabela que é usado como chave primária em outra tabela...por isso, achei a D estranha tb!

  • So pode haver uma chave primaria por tabela com valor non-null. 


ID
5614
Banca
CESGRANRIO
Órgão
Transpetro
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

A tabela Pedido de um banco de dados relacional de pedidos de uma empresa possui os seguintes campos:

    Número do Pedido
    Número do Gerente de Contas
    Descrição do Pedido
    Contador de Pedido
    Data de Cadastro

Nenhum dos campos da tabela aceita nulo ou pode ser deixado vazio. Cada Pedido tem um número único por gerente de contas, mas pedidos de gerentes diferentes podem ter o mesmo número. Cada gerente é identificado por um único número. O campo Contador se refere a um sequencial único, não existindo dois pedidos com o mesmo valor para o campo Contador. O campo Data de Cadastro não apresenta nenhuma restrição sobre o campo Número do Pedido e viceversa. As seguintes combinações de campos estão sendo consideradas para formar a chave primária para a tabela Pedido:

I - Número do Pedido;

II - Número do Pedido e Número do Gerente de Contas;

III - Número do Pedido e Data de Cadastro;

IV - Contador do Pedido.

São chaves primárias adequadas apenas:

Alternativas
Comentários
  • Outra questão simples sobre banco de dados.
    I-Se o número do pedido pode se repetir então ele não pode sozinho ser chave primaria.
    II-O número do pedido e o número do gerente de contas juntos podem ser chave primaria pois um mesmo gerente não terá pedidos com o mesmo número.
    III-O número do pedido e a data não podem ser chave primaria porque nada impede que em uma mesma data, sejam gerados pedidos com o mesmo número, uma vez que isto pode acontecer mudando apenas o gerente.
    IV-É o identificador de cada registro do pedido não existindo outro igual independente de gerente, data, etc. É um ótimo candidato a chave primária.
  • Enunciado meio bagunçado no que tange as opções, para mim ficou dúbio.

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

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

A operação PROJECT da álgebra relacional permite
selecionar um subconjunto das tuplas de uma relação.

Alternativas
Comentários
  • A definição apresentada na questão se refere a operação de Seleção:
    Operação de Seleção (Select): É utilizada para selecionar um subconjunto de tuplas numa relação que satisfaça uma condição de seleção predefinida.

    Já a operação de Projeção (Project) é utilizada para selecionar determinadas colunas de uma relação.
  • A operação de projeção é utilizada para selecionar determinadas colunas de uma relação. A operação é executada em apenas uma relação e o resultado é uma nova relação contendo apenas os atributos selecionados, eliminando-se as duplicidades.
  • Para esse tipo de operação seria necessário utilizar o comando SELECT
  • GABARITO: ERRADO

    A álgebra relacional pode ser definida como o conjunto de operações que são necessárias  executar para manipular relações. Qualquer  operação  dará origem a uma nova relação, que poderá ser novamente manipulada. Existe um  conjunto  de  operações  que  foram  desenvolvidas  especificamente  para manipulação  de  bases  de  dados  relacionais,  são  elas:  Seleção  (Select), Projeção (Project) e Junção (Join). 

  • SeLect --> Linha

    projeCt --> Coluna

    "mas o select tem o 'c' tbm"

    só o select tem L

  • pode vir

    Select --> linha

    ou

    Select --> tupla

  • GABARITO ERRADO!

    .

    .

    Projeção (letra pi) = escolha dos atributos (colunas) a serem exibidos na consulta.

    Seleção (letra sigma) = escolha de um subconjunto de tuplas em um conjunto. Expresso pelo predicado (condição a ser satisfeita) existente na cláusula where. 


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

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

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

Conhecendo as dependências funcionais:

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

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

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

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

Um funcionário, encarregado de verificar o correto funcionamento de uma base de dados relacional, faz o seguinte teste:

select nome from emp where matr = 123;

O resultado é vazio. Então ele executa:

insert into emp(matr, nome, salario, ativo)
values (123, 'José da Silva', 2000, 'N');
commit;

O banco de dados não retorna erro e informa que inseriu uma linha.
Por fim, para verificar, ele consulta novamente:

select nome from emp where matr = 123;

O resultado continua vazio.

Supondo que o sistema gerenciador de banco de dados esteja funcionando corretamente, que opção explica o ocorrido?

Alternativas
Comentários
  • É realmente possível fazer uma inclusão de dados em uma view e o banco não dar nenhuma mensagem de erro?
  • CHECK OPTION torna a view atualizável.

    CREATE VIEW empr(matr, nome, salario, ativo) AS
    (SELECT matr, nome, salario, ativo)
    WITH CHECK OPTION;

    INSERT INTO empr(123, 'Washington Botelho', 2000, 'N');

    Deus nos abençoe!


  • Utilizando a Cláusula WITH CHECK OPTION

    • Pode-se garantir que um DML sobre uma view obedeça o domínio estabelecido para a view utilizando-se a cláusula WITH CHECK OPTION

    Exemplo:
    CREATE OR REPLACE VIEW emp20
    AS SELECT * FROM emp
    WHERE deptno = 20
    WITH CHECK OPTION CONSTRAINT emp20_ck;
    • Qualquer tentativa de se alterar o departamento
    de qualquer linha da view irá falhar, pois viola o
    constraint de WITH CHECK OPTION.

    WITH CHECK OPTION somente será aceita em meio a uma View atualizável; caso aquela que você vier a definir não seja atualizável, um erro será enviado e a mesma não será criada.

    Fonte:
    http://www.fesppr.br/~helder/Graduacao/Aulas%20-%20SQL5.pdf
  • Eu nao entendi essa resposta.

    O funcionário inseriu alguem com atributo ativo = N.

    Partindo desse fato, entao nao faz sentido que a expressao retornasse alguma resposta, pois mesmo que a visao emp retornasse todos aqueles que tivesssem ativo = S, o inserido tem ativo = N. Sendo assim, penso que o item c nao é a resposta.

    Ao mesmo tempo, eu acho que o item d é o correto, pelos argumentos já citados.

    Por favor, alguem pode me explicar a questao?

  • A cláusula WITH CHECK OPTION pode opcionalmente ser inserida na sentença de criação de uma VIEW, e especifica o nível de verificação que será realizado ao inserir/atualizar um registro de dentra da VIEW. Se for especificada, toda linha que é inserida/atualizada através da VIEW deverá estar em conformidade com as regras definidas na VIEW.

    A questão nos dá as seguintes informações:
    1> select que retorna vazio
    2> uma inserção
    3> select continua retornando vazio

    Passemos aos itens que gerariam dúvidas:

    c) "emp" é uma visão que retorna todos os empregados ativos (ativo='S'), mas foi criada sem a expressão WITH CHECK OPTION, que evitaria o problema acima.
    Correto: Como foi possível a inserção a cláusula WITH CHECK OPTION não foi inserida na view, pois do contrário a inserção retornaria um erro. Conforme figura abaixo.

    http://goo.gl/qHU6y



    d) "emp" não é uma tabela, mas uma visão que retorna todos os empregados ativos (ativo='S') e foi criada com a expressão WITH CHECK OPTION. Dessa forma, como o empregado José da Silva não está ativo, o banco de dados não gravou o registro no momento do COMMIT.
    Errado: Esse cenário não condiz com as informações fornecidas no comando da questão, pois temos que a inserção e em seguida commit foram realizados com sucesso.
    •  
  • Armando, vamos analisar:
    - a cláusula With Check Option força que os critérios de seleção da view sejam respeitadas nos comandos Insert e Update; (caso seja omitida as atualizações são feitas sem obedecer os critérios de seleção da view)
    - no enunciado afirma que o registro foi incluído na base de dados, sem qualquer mensagem de erro;
    - o item C afirma que a visão filtra os funcionários ativos, então pode-se concluir com o restante do enunciado que para que a inclusão tenha ocorrido a cláusula With Check Option não pode estar ativa;
    - no item D há a afirmação que o registro não foi gravado o que é uma contradição com o enunciado. 

    Espero ter ajudado. Bons estudos.
  • Calma galera, bora começar pelo começo.
    Primeiro: Uma view pode sim ser usada para manipular dados em um banco, desde que ela seja uma view de consulta simples (passe apenas em uma tabela).
    Segundo: A cláusula WITH CHECK OPTION não é o que torna a view passível de manipular dados, ela apenas impõe uma restrição view para que ela manipule apenas os dados que são visíveis por ela.
    Quando a questão afirmou que o usuário fez um INSERT através VIEW e o banco não retornou erro nenhum, então é porque nenhuma restrição nem da tabela base e nem da view foram quebradas. Então por que que a consulta não retornou o dado? Porque é uma dado não visível por ela.
    A única alternativa que cabe é a C.

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

NÃO é um conceito diretamente associado aos bancos de dados relacionais:

Alternativas
Comentários
  • "polimorfismo" é um conceito associado diretamente a "orientação a objetos".
  • Analise das opções:

    a) domínio. (Correto Conjunto de valores permitidos para um dado )

    b) chave estrangeira. (Correto - Atributo(s) de uma relação, cujos valores devem obrigatoriamente aparecer na chave primária de uma relação (da mesma ou de outra)

    c) tupla. (Correto É uma linha da tabela )

    d) tabela. (Correto - Nos modelos de bases de dados relacionais, a tabela é um conjunto de dados dispostos em número infinito de colunas e número ilimitado de linhas (ou tuplas).

    e) polimorfismo. (Errado - Conceito associado a Orientação Objeto )

  •  a)domínio. - dominio em DBMG é o conjunto de todos os valores que um elemento pode conter

     b)chave estrangeira. - é um atributo de uma relação que referencia uma chave primaria de outra ou mesma relação. 

     c)tupla. - é uma linha em uma tabela

     d)tabela. - é uma relacionamento ou conjunto de tuples. 

     e)polimorfismo.- significa que um método pode assumir diferentes comportamentos dependendo dos parâmetros passados, podendo ser do tipo overriding ou overloading. Nao tem relação com banco de dados relacionais, apesar de ter aplicação possivel em OODB

  • Fui nessa e errei =[


ID
72067
Banca
CESGRANRIO
Órgão
IBGE
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

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)

Alternativas
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.


ID
99799
Banca
FCC
Órgão
SEFAZ-PB
Ano
2006
Provas
Disciplina
Banco de Dados
Assuntos

Um gerenciador de banco de dados relacional

Alternativas
Comentários
  • Segue comentário do prof. João Antônio..."Um Gerenciador de Bancos de Dados Relacionais (como o Access) tem algumas características, como a possibilidade de permitir que se ache, de forma única, uma linha numa tabela qualquer...A letra E está claríssima! É praxe de um SGBDR poder identificar, de forma exclusiva, cada linha de uma tabela... Afinal, é para isso que servem as CHAVES PRIMÁRIAS nas tabelas...No que concerne ao restante, há limitações descritas que não são pertinentes ao Gerenciador, como não contemplar dados relacionados às tabelas(e as definições de campos, filtros, etc.)... ";)
  • Cris, o Access não é considerado um sistema gerenciador de banco de dados (SGBD). Pode ser citado como SGBD o mysql, o Oracle, o MSSQL.
  • Corresponde às chaves primárias. Letra e.

  • Simples, para identificar um único registro em uma tabela, basta fazer uso das chaves primárias.
    Imagine uma tabela de cliente, onde eu necessito identificar um único cliente, então realizaria uma consulta pelo CPF, visto que o número de CPF é único para cada indivíduo.

  • decorem isso: para identificar um único registro em uma tabela, basta fazer uso das chaves primárias.

    esqueça o resto qc zuada!


ID
106096
Banca
FCC
Órgão
PGE-RJ
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Um relacionamento do tipo n:m no MER (modelo entidaderelacionamento)

Alternativas
Comentários
  • Em um relacionamento (n:n) é necessário criar uma tabela contento a chave primária de ambas.
    Em um relacionamento (1:n) é necessário criar uma chave estrangeira no lado n referenciando a chave primária no lado 1.

  • Acrescentando no comentário do amigo:

    Quando for 1:N e o relacionamento conter 1 atributos, gera uma terceira tabela contendo as chaves estrangeiras das outras 2 entidades.



    Boa sorte!

    Rumo à NASA2014

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

Num banco de dados relacional,

Alternativas
Comentários
  • a) Errado! Um campo pode assumir um valor nulo.
    b) Errado! Ele é uma chave estrangeira na tabela X.
    c) Errado! Um registro é uma instância (ou tupla) de uma tabela.
    d) Errado!Uma tabela são todas as colunas.
    e) Correto! Podem existir campos nulos.
  • Basta entender que "registro" refere-se LINHA na tabela. 
    Sabe-se que as linhas não precisam conter informações em todas as colunas; pode haver campos NULL, conforme alternativa E.

  • Questão muito simples, quem já trabalhou com banco de dados pelo menos uma vez na vida, sabe que nem todas as colunas precisam ser preenchidas. A não ser que todos os campos sejam "not null", aí sim você teria que ter um valor!

  • Quando nao ha um registro preenchido, ele recebe valor null (a menos que seja PK, o qual devera receber um valor unico)


ID
110710
Banca
CESGRANRIO
Órgão
IBGE
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Considere uma tabela em um banco de dados relacional. A tabela apresenta três atributos do tipo texto, sendo CPF o campo chave.

Cliente(CPF, Nome, Endereco)

Considerando-se que homônimos são pessoas que pos- suem o mesmo nome, mas CPF diferentes, a expressão SQL que resulta na lista dos Clientes que têm homônimos, juntamente com o número de homônimos, é:

Alternativas

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

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

Alternativas
Comentários
  • O argumento é fraco, mas é só lembrar que a chave estrangeira (que também pode ser chamada de externa) faz referência à outra chave externa à tabela, por isso chave externa.

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

Considere o esquema relacional da tabela abaixo:

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

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

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

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

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

     

  • Venda(CodVenda, CodCliente)

    Produto(CodProduto, Produto, ValorUnitario)

    Item(CodVenda, CodProduto, Quantidade, ValorTotal)

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

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

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

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

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

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

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

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

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

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

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

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

Em um relacionamento 1 para muitos (1:n), considere:

(I) criar uma tabela para conter as chaves de ambas as entidades envolvidas.

(II) acrescentar a chave da entidade do lado n à tabela do lado 1 como chave estrangeira.

(III) acrescentar a chave da entidade do lado 1 à tabela do lado n como chave estrangeira.

A correta derivação do relacionamento para o modelo relacional é aplicar a ação que consta APENAS em

Alternativas
Comentários
  • Em um relacionamento (n:n) é necessário criar uma tabela contento a chave primária de ambas.Em um relacionamento (1:n) é necessário criar uma chave estrangeira no lado n referenciando a chave primária no lado 1.
  • ERRADO, Heitor.
    O correto é (III) acrescentar a chave da entidade do lado 1 à tabela do lado n como chave estrangeira. 

  • Aarao, foi o que ele escreveu. Talvez pudesse ter utilizado "do lado 1", mas deu para entender.


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

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.

A independência de integridade de dados se refere às restrições de integridade que precisam ser estabelecidas dentro do catálogo do sistema, com total independência da lógica dos aplicativos.

Alternativas
Comentários
  • Em 1985, Edgar Frank Codd, criador do modelo relacional, publicou um artigo onde definia 12 regras para que um Sistema Gerenciador de Banco de Dados (SGBD) fosse considerado relacional. Uma dessas regras é a Independência de integridade: As relações de integridade específicas de um banco de dados relacional devem ser definidas em uma sub-linguagem de dados e armazenadas no catálogo (e não em programas).
     

  • A independência de dados é a  estrutura dos arquivos de dados é armazenada no catálogo do SGBD separadamente dos programas de acesso. Dessa forma, qualquer alteração que precise ser feita (tipo inserir um novo atributo, alterar o tipo dele, etc...), esta só será realizada no catálogo de serviços não afetando alteração dos programas de aplicação que acessam esses dados. Dessa forma, o catálogo tem total independência dos aplicativos. 

  • O bagui é ler na calma.

  • PARA OS NÃO ASSINANTES:

    Gabarito CERTO.


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

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.

Segundo a regra de tratamento sistemático de nulos, em bancos de dados relacionais, não deve haver distinção entre valores brancos e nulos.

Alternativas
Comentários
  • Os valores nulos (diferente do zero, da string vazia, da string de caracteres em brancos e outros valores não nulos) existem para representar dados não existentes de forma sistemática e independente do tipo de dado.

    Bons Estudos!

  • GABARITO: ERRADO

    Essa é a terceira regra de Codd: tratamento sistemático de valores nulos. Segundo Codd, o SGBD deve permitir que cada campo possa permanecer nulo (ou vazio). Especificamente, ele deve suportar uma representação de "falta de informação e informações inaplicáveis" que é sistemática, diferente de todos os valores regulares (por exemplo, "diferente de zero ou

    qualquer outro número", no caso de valores numéricos), e independente de tipo de dados. É também implícito que tais

    representações devem ser manipuladas pelo SGBD de maneira sistemática.

    Fonte: Exponencial Concursos

  • 0 é um valor.

    ex: Qts neurônios o Felipe Neto tem? 0. significa algo.

  • ERRADO

     Mesmo sendo nulo haverá registro no BD taxado como NULL ,ou seja , não ficará em branco BD.

    [2]

    Um valor nulo em um banco de dados relacional é usado quando o valor em uma coluna é desconhecido ou está ausente. Um valor nulo não é uma cadeia de caracteres vazia (para tipos de dados character ou datetime) nem um valor zero (para tipos de dados numéricos)

    [1]

    Valores nulls (Nulos). Em alguns casos, determinada entidade pode não ter um valor aplicável a um atributo. Por exemplo, o atributo Apartamento de um endereço se aplica apenas a endereços que estão em edifícios de apartamentos, e não a outros tipos de residência, como as casas. Por analogia, um atributo Titulação só se aplica a pessoas com titulação acadêmica. Para essas situações é criado um valor especial chamado null (nulo). Um endereço de uma casa teria valor null para seu atributo Apartamento, e uma pessoa sem titulação acadêmica teria valor null para Titulação. O valor null pode ser usado também quando não conhecemos o valor de um atributo para uma entidade em particular; por exemplo, se não soubermos o telefone residencial de 'John Smith', na Figura 3.3. O sentido do primeiro tipo de null corresponde a não aplicável, ao passo que o sentido do último se refere a desconhecido. A categoria 'desconhecido' de null pode ser, ainda, classificada em dois casos. O primeiro aparece quando se sabe que o valor do atributo existe mas está faltando — por exemplo, se o atributo Altura de uma pessoa é dado como null. O segundo caso surge quando não se sabe se o valor do atributo existe — por exemplo, se o atributo FoneResidencial de uma pessoa é null.

    Fontes :

    Navathe [1]

    Microsoft [2]

  • Virou votação agora???


ID
122671
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Um modelo de banco de dados relacional deve conter no mínimo a definição de

Alternativas
Comentários
  • Uma rapida lida nas opções e veremos vários absurdos que mostra claramente a criatividade da banca :)a) tabelas, colunas das tabelas e restrições de integridade.OKb) TITULOS????c) TITULOS????d) RELACOES ENTRE LINHAS???e) RESTRICOES DE DESENPENHO???

ID
122686
Banca
ESAF
Órgão
SUSEP
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em Abordagem Relacional

Alternativas
Comentários
  • a) uma chave relacionada é uma coluna cujos valores distinguem atributos de relacionamentos.??? Chave relacionada ???b) a chave estrangeira é o mecanismo que permite a implementação de relacionamentos em um banco de dados relacional.Perfeito. Através de FOREIGN KEYs montamos os relacionamentosc) a chave estrangeira é uma coluna ou uma combinação de colunas cujos valores não aparecem na chave primária de uma tabela.Se for uma entidade fraca, a chave estrangeira vinda da entidade Pai poderá ser chave primária da entidade filhad) uma chave primária é uma linha ou uma combinação de linhas cujos valores distinguem uma coluna das demais dentro de uma tabela.COMBINAÇÃO DE COLUNAS (ATRIBUTOS)e) a chave estrangeira é uma linha ou uma combinação de linhas cujos valores necessariamente aparecem na chave primária de uma tabelaCOMBINAÇÃO DE COLUNAS (ATRIBUTOS)
  • Uma linha = uma tupla

    Cada tupla deve possuir, se for o caso, suas próprias chaves(primária/estrangeira).

  • a) Não sei, mas acredito ser um campo que se relacione com outra tabela (chaves primárias e estrangeiras, por exemplo). Portanto, não se distinguem dos atributos de relacionamento.
    b) Tanto ela quanto a chave primária
    c) Pelo contrário. As chaves estrangeiras relacionam-se com as chaves primárias de uma tabela.
    d) Já começa errado, pois não é uma linha, mas sim coluna(s).
    e) A mesma coisa de letra d).

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

Seja o seguinte esquema de banco de dados.

Cliente(IdCliente: Integer, Nome: Varchar(120));
Pedido(IdPedido: Integer, Dia: Integer, Mes: Integer, Ano: Integer);
Cliente_Pedido(IdCliente: Integer referencia Cliente(IdCliente), IdPedido: Integer referencia Pedido(IdPedido));
Item(IdProduto: Integer referencia Produto(IdProduto), IdPedido: Integer, Quantidade: Integer);
Produto(IdProduto: Integer, Nome: Varchar(100));

Considere que os atributos sublinhados correspondam à chave primária da respectiva relação e os atributos que são seguidos da palavra "referencia" sejam chaves estrangeiras. Considere ainda que existam as seguintes tuplas no banco de dados:

Cliente_Pedido(30, 2);
Cliente_Pedido(15, 3);
Produto(2, "Caneta");
Produto(4, "Caderno");

Qual opção apresenta somente tuplas válidas para o esquema apresentado?

Alternativas
Comentários
  • Moleza,Desenhe as tabelas e faça as ligações de referencia.Em seguida preencha com os valores que foram dadosCliente_Pedido(30, 2);Cliente_Pedido(15, 3);Produto(2, "Caneta");Produto(4, "Caderno"); Farei o raciocinio da letra C que comprova que ela está certa:Cliente (30, "Simone Cunha");Item (2, 2, 15); existe idcliente=30? Sim. Tanto é que ele aparece na tabela Cliente_Pedido. Se ele aparece nessa tabela é porque ele já existia na tabela cliente. O nome do cliente não importa. Existe idproduto (primeiro atributo da tabela Item) com valor 2? Sim, e ele é a caneta. Existe idpedido 2? Sim, ele está presente no Cliente_Pedido. Se está alí é porque estava em pedido. O último atributo (15) não importa.Parece confuso, mas se você desenhar as tabelas e fizer as ligações de restrições de referência irá ver que é simples!Abraços,

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

Em projetos de banco de dados, em meados da década de 70 do século XX, um modelo que possibilitou uma nova e importante percepção de conceitos de modelos de dados foi o modelo

Alternativas
Comentários
  • Peter ChenHe is the originator of the Entity-Relationship Model (ER Model), which serves as the foundation of many systems analysis and design methodologies, computer-aided software engineering (CASE) tools, and repository systems including IBM's Repository Manager/MVS and DEC's CDD/Plus. After years of efforts of many people in developing and implementing the entity and relationship concepts, now “Entity-Relationship Model (ER Model),” ”Entity-Relationship Diagram (ER Diagram),” and “Peter Chen” have become commonly used terms in “online” dictionaries, books, articles, web pages, course syllabi, and commercial product brochures. Dr. Chen. Esse é o cara.http://www.csc.lsu.edu/~chen/
  • Trata-se de um
    modelo criado na década de 70 pelo pesquisador da IBM Dr. E. F. Codd, cujo 
    propósito era representar os dados de forma mais simples, através de um modelo 
  •  c)entidade-relacionamento.

    é uma representação grafica das entidades e suas relações consigo para demonstrar como dados sao organizados dentro de DB


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

A álgebra relacional é a base matemática de bancos de dados relacionais. A álgebra relacional pode ser definida como linguagem de consulta formal e procedimental. Para banco de dados, podem ser utilizadas diversas operações provenientes da teoria de conjuntos. A seleção (select), em banco de dados relacional, é

Alternativas
Comentários
  • "A operação SELEÇÃO é usada para escolher um subconjunto das tuplas de uma relação que satisfaça uma condição de seleção."

    Navathe, 6ed, pg 97
  • O item d também está correto. Sobre a seleção:
    " sigma<condicao de selecao>(R)
    em que sigma é usado para indicar o operador SELEÇÃO e a condição de seleção é uma expressão booleana especificada nos atributos da relação R. Observe que R é, geralmente, uma expressão de álgebra relacional cujo resultado é uma relação (...). A relação resultante da operação SELEÇÃO tem os mesmos atributos que R."
    Deduz-se, então, que ela é aplicada a uma relação (mesmo que resultante da operação em várias relações) e resulta em uma nova relação, com os mesmos atributos da relação operada.

    Elmasri & Navathe, 4aed, pg 107.
  • O erro da letra d) está em dizer que: "EXECUTADA EM APENAS UMA RELAÇÃO, (...) " ...

    Se fosse: "Caso executada em apenas uma relação, o resultado é uma nova relação", então estaria correto.


    Bons estudos.
  • Questão maldosa. Induz a pensar que se refere à teoria de álgebra relacional mas a questão se refere ao modelo relacional. Feita para confundir select (seleção) da abordagem relacional com selection da álgebra relacional.
  • Ela escolhe um subconjunto de tuplas que satisfazem uma condição (Letra C).

  • (a) Errado, isso seria uma união; (b) Errado, isso seria um produto; (c) Correto, definição clássica da operação de seleção; (d) Correto, não vejo nenhum erro nesse item, mas a banca o considerou errado (Letra C)

  • GABARITO C

    Operações Relacionais Unárias:

    SELECT= tuplas= registros=linhas ( seleciona as específicas e as outras são descartadas)

    PROJECT= colunas=atributos ( seleciona específicas e as outras são descartadas)

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

    " Uma operação que pode ser considerada SELEÇÃO é um filtro que mantém apenas aquelas tuplas que satisfaçam uma condição de qualificação. A operação SELEÇÃO também pode ser visualizada como um particionamento horizontal da relação em dois conjuntos de tuplas — aquelas tuplas que satisfazem a condição e são selecionadas, e as tuplas que não satisfazem a condição e são descartadas.

    Se pensamos em uma relação como uma tabela, a operação SELEÇÃO seleciona algumas das linhas da tabela, enquanto descarta outras. A operação PROJEÇÃO, porém, seleciona certas colunas da tabela e descarta outras.

    fonte: Navathe, P.107 e 109


ID
128497
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

As constraints para as tabelas de um BD relacional podem ser especificadas quando de um

Alternativas
Comentários
  • Constraints são restrições feitas para as colunas nas tabelas contendo diversos tipos.
    Elas são utilizadas na criação de uma tabela ou mesmo junto com a keyword ALTER TABLE, onde podemos adicionar ou remover constraints.
    Tipo de constraints:
    - Primary key(PK)
    - Unique(UQ)
    - Foreign key(FK)
    - Check(CK)

    Fonte: http://marceloabibcardoso.wordpress.com/2009/03/16/sqlserver-constraints

    Portanto resposta é a letra C
  • c-

    tipos de constraints: primary key, unique key, foreign key (declarado depois de todas colunas), check, not null, null.

    Constraint pode ser definido com alter ou create table.

    create table pedido

    (num ped number (07) not null primary key,

    cod_f number(07) not null,

    dat_emis date not null,

    dat_entrg not null,

    constraint ped_f_fk foreign key (cod_f) references fornecedor(cod_f));

    Outra opção é com alter table:

    alter table add constraint ped_f_fk foreign key (cod_f) references fornecedor(cod_f));


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

Considere a seguinte situação:
Requisições de materiais são feitas por funcionários em um relacionamento n:m. Os funcionários têm que justificar em qual serviço foi usado o material requisitado. Para tanto, as requisições necessitam ser identificadas e relacionadas à entidade Serviço. Nessa circunstância, o relacionamento "Requisição" é representado mais adequadamente em um modelo E-R estendido, como

Alternativas
Comentários
  • Entidade Associativa
    É a entidade definida a partir da simplificação de um relacionamento de N:M (muitos-para-muitos) entre
    duas ou mais entidades.
    A sua chave primária deve ser composta, pelo menos, pelas chaves primárias das entidades que participam
    do relacionamento que a gerou.
    Por exemplo, no caso do relacionamento entre a entidade PEDIDO e a entidade PRODUTO, onde:
    PEDIDO vende (1,N) PRODUTO
    PRODUTO é_vendido_em (0,N) PEDIDO
    A entidade associativa ITEM DE PEDIDO é criada em decorrência desse relacionamento, pois alguns
    atributos não se referem nem ao PEDIDO e nem ao PRODUTO, mas a cada produto vendido (caso da
    Quantidade e do Desconto, por exemplo).
    Esses atributos pertencem à entidade ITEM DE PEDIDO, que terá uma chave primária concatenada e
    composta pelo Número do Pedido e pelo Código do Produto, que são as chaves primárias das entidades
    acima.

    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.

    •Uma Entidade “Forte” para existir dependende da existência de 0 Entidades.
    •Um Relacionamento Binário para existir dependende da existência de 2 Entidades.
    •Um Relacionamento Ternário para existir dependende da existência de 3 Entidades.
    •Um Relacionamento n-ário para existir dependende da existência de n Entidades.

  • Um relacionamento pode se tornar uma Entidade Associativa, veja no exemplo:
    Imagine um paciente que deseja realizar uma consulta com um médico. Nesse caso temos duas entidades principais: MEDICO e PACIENTE. O que os dois tem em comum é a entidade CONSULTA.
    Ao criar uma consulta, não é necessário pegar todos os dados do médico, apenas os atributos identificadores das tabelas MEDICO e PACIENTE é o suficiente para realizar a ligação/consulta.
    A tabela CONSULTA ira utilizar os atributos identificadores das tabelas MEDICO e PACIENTE, porém irá conter também atributos próprios como DATA  e HORARIO da consulta.
    Entidade Fraca
    Note que a entidade CONSULTA depende das outras entidades para existir. Por isso damos o nome de ENTIDADE FRACA.
    Entidade associoativa só pode existir em modelos Muitos para Muitos (N, N), ou seja, quando uma Entidade pode ter várias associações com outra entidade e vice-versa.
    Fiquem com Deus!

    Autor Fábio Bmed - Entidade Associativa
    Ao copiar, não esqueça de citar a Fonte.
     
  • Ficaria algo mais ou menos assim...

     

    [ FUNCIONARIO ]  ------  <requisição>  ------  [ MATERIAL ]

                                                 |

                                                 |
                                          [ SERVIÇO ]

     

    requisição é o resultado do relacionamento n:m entre FUNCIONARIO e MATERIAL.

     

    Os funcionários têm que justificar em qual serviço foi usado o material requisitado. Para tanto, as requisições necessitam ser identificadas e relacionadas à entidade Serviço.

    Nesse caso, o relacionamento requisição deverá também se relacionar com SERVICO, gerando assim, uma Entidade Associativa.


ID
129307
Banca
MOVENS
Órgão
DNPM
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Ao projetar um novo sistema, um técnico de banco de dados deve ter a preocupação de como manter a integridade referencial das informações armazenadas. Caso as relações de referência entre as tabelas sejam perdidas, há o risco de tornar o sistema inútil; entretanto, há várias soluções para essa situação, sendo uma delas o uso de chaves estrangeiras. Acerca das chaves estrangeiras e dos mecanismos de integridade referencial em um sistema de gerenciamento de banco de dados, assinale a opção correta.

Alternativas
Comentários
  • A chave estrangeira pode assumir o valor nulo. Logo a) e b) são eliminadas. d) e e) falam de inserção mas o comando é de “ON UPDATE”. Portanto, também são eliminadas. Afirmação de c) correta!
  • O erro da letra A está em afirmar que uma chave estrangeira sempre estará associada com uma chave primária, ela pode está associada sem nenhum problema a uma chave candidata. Pra quem quiser conferir: Introdução a Sistemas de Banco de Dados 8 Edição - C. J. Date. página 235.
    Abraços, vamo que vamo.

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

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

Os bancos de dados relacionais atualmente funcionam melhor em plataformas altas, visto que seu uso em plataformas baixas sobrecarrega o desempenho dos computadores, fazendo que o banco fique indisponível, fato este comum em ambientes bancários.

Alternativas
Comentários
  • Baixa Plataforma (Micro); Alta Plataforma (Mainframe )

    Ate a primeira parte a questao esta correta, mas quando diz que os bancos utilizam baixa plataforma, isso e errado.

  • Segundo navathe (cap.1), os bds relacionais podem ser usados tanto em mainframes e computadores poderosos, como em computadores pessoais.
  • Pessoal o que está errado é afirmar que ambientes bancários costumam deixar seus bancos indisponíveis, ora isso nunca foi um fato comum em bancos. Segue a parte errada em negrito:
    Os bancos de dados relacionais atualmente funcionam melhor em plataformas altas, visto que seu uso em plataformas baixas sobrecarrega o desempenho dos computadores, fazendo que o banco fique indisponível, fato este comum em ambientes bancários.
    A afirmativa estaria certa se trocassemos por:
    Os bancos de dados relacionais atualmente funcionam melhor em plataformas altas, visto que seu uso em plataformas baixas podem sobrecarregar o desempenho dos computadores, fazendo que o banco fique indisponível, fato este incomum em ambientes bancários.

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

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

O modelo relacional, que foi o primeiro modelo de banco de dados formal, é embasado na lógica de predicados e na teoria dos conjuntos.

Alternativas
Comentários
  • O Modelo Relacional armazena os dados em estruturas lógicas, seguindo o embasamento matemático dado por CODD, baseado na teoria dos conjuntos.

  • Segundo Date, os sistemas relacionais se baseiam no modelo relacional. Por sua vez o modelo relacional é uma teoria abstrata de dados que se baseia em certos aspectos da matemática (principalmente na teoria dos conjuntos e na lógica de predicados).

    (Introdução a sistemas de bancos de dados, Date, C. J., pág 55)

  • e o modelo hierárquico e de redes? não são mais antigos que o modelo relacional?
  • O modelo foi criado por Edgar Frank Codd em 1970, sendo descrito no artigo Relational Model of Data for Large Shared Data Banks.
    O modelo relacional foi o
    primeiro modelo de banco de dados formal. Somente depois seus antecessores, os bancos de dados hierárquicos e em rede,
    passaram a ser também descritos em linguagem 
    formal
  • Errei pq achei que ele não era o primeiro formal. Valeu Fernanda pelo informação.
  • O modelo relacional é um modelo de dados, adequado a ser o modelo subjacente de um Sistema Gerenciador de Banco de Dados (SGBD), que se baseia no princípio em 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, os bancos de dados já existentes passaram então a ser conhecidos como (modelo hierárquico, modelo em rede ou Codasyl e modelo de listas invertidas).

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

  •  

    (Q153233) Ano: 2008 Banca: CESPE Órgão: HEMOBRÁS Prova: Analista de Gestão Corporativa - Analista de TI

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

  • "que foi o primeiro modelo de banco de dados formal" quebrou minhas pernas

  • Questão totalmente equivocada

    "Os modelos de dados que precederam o modelo relacional compreendem os modelos hierárquico e de rede. Foram propostos na década de 60 e implementados em antigos SGBDs durante as décadas de 70 e 80". (Página 89 Ramez Elmasri e Shamkant B. Navathe)  

    Banco de dados na década de 60

    Os computadores se tornam parte efetiva do custo das empresas juntamente com o crescimento da capacidade de armazenamento. Foram desenvolvidos dois principais modelos de dados: modelo em rede (CODASYL) e o modelo hierárquico (IMS). 

    Banco de dados: 1970 – 1972

     (Figura 3) propõe o modelo de dados relacional, que se tornou um marco em como pensar em banco de dados. Ele desconectou a estrutura lógica do banco de dados do método de armazenamento físico. Este sistema se tornou padrão desde então.

    Banco de dados: 1976

     (Figura 4) propõe o modelo Entidade-Relacionamento (ER) para projetos de banco de dados dando uma nova e importante percepção dos conceitos de modelos de dados. Assim como as linguagens de alto nível, a modelagem ER possibilita ao projetista concentrar-se apenas na utilização dos dados, sem se preocupar com estrutura lógica de tabela

  • O modelo relacional foi introduzido inicialmente por Ted Cood em 1970 e atraiu bastante a atenção devido a sua simplicidade e base matemática. Pode ser considerado o primeiro modelo a ser descrito formalmente.

    O modelo relacional usa o conceito de relação matemática como seu bloco de montagem básico, e sua base teórica reside na teoria de conjunto e lógica de predicado de primeira ordem. Com base neste modelo, um banco de dados relacional utiliza as relações para representar tanto os dados quanto os relacionamentos entre estes dados.

    Gabarito: Certo.

  • que absurdo

    os modelos hierárquico e de redes vieram antes

  • Fala, queridos alunos(as)!

    Gabarito: Certo.

    Modelo relacional!

    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. Historicamente, o modelo relacional é o sucessor do modelo hierárquico e do modelo em rede.

    ARQUITETURA ANSI/SPARC(Três Esquemas).

    É uma ideia no design de banco de dados relacional que divide um banco de dados em três categorias diferentes.

    EXTERNO: (nível de visão, nível lógico do usuário, visão externa)

    1-    é aquele mais próximo do usuário e ocupa-se da forma como os dados são vistos por cada usuário;

    2-    visão individual dos usuários.

    INTERNO: (nível de armazenamento ou físico)

    1-    é o meio mais próximo do meio de armazenamento físico;

    2-    está mais longe dos usuários e mais próximo do banco de dados;

    3-    no nível interno da arquitetura, são descritos os caminhos de acesso para o banco de dados.

    CONCEITUAL: (nível lógico de comunidade ou nível lógico)

    1- é o nível indireto entre os níveis (interno e externo);

    2- descreve a estrutura do banco de dados inteiro para uma comunidade de usuários;

    3- quais dados são armazenados em todos o banco de dados e como os dados estão inter-relacionados;

    4- esse nível oculta os detalhes das estruturas de armazenamentos físico;

    5- concentra-se na descrição da entidade;

    6- não é preocupado com uma parte e sim com o banco inteiro.

    Bons Estudos!


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

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

Alternativas
Comentários
  • Gabarito, letra "a"

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

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

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

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

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

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

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

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

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

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

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


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

Com relação ao conceito de chave estrangeira, é correto afirmar que:

Alternativas
Comentários
  • Letra D        

    a) os atributos que formam uma chave estrangeira não podem fazer parte da chave primária da relação. ERRADO (Generalizações)

    b) toda chave estrangeira deve PODE ser inicializada com o valor nulo. ERRADO (Existem Relacionamentos 1 para 1..N)

    c) uma chave estrangeira não pode assumir valores duplicatas. ERRADO (Relacionamentos 1 para N)

    d) as chaves estrangeiras servem para implementar a restrição de integridade referencial do modelo relacional. CERTO

    e) uma chave estrangeira não pode assumir o valor nulo. ERRADO (Relacionamentos 0 para 1..N)




  • a) os atributos que formam uma chave estrangeira não podem fazer parte da chave primária da relação.
    ERRADO.
    Explicação: A chave estrangeira ocorre quando um atributo de uma relação for chave primária em outra relação.

    b) toda chave estrangeira deve ser inicializada com o valor nulo.
    ERRADO
    Explicação: A chave estrangeira deve referenciar colunas de uma chave primária ou de uma restrição de unicidade. Se a chave estrangeira fizer referência a uma restrição de unicidade, existem algumas possibilidades adicionais sobre como os valores nulos serão correspondidos.


    c) uma chave estrangeira não pode assumir valores duplicatas.
    ERRADO
    Explicação: Permite valores duplicados, desde que os mesmos apareçam na chave primária de outra tabela.


    d) as chaves estrangeiras servem para implementar a restrição de integridade referencial do modelo relacional.
    CERTO
    Explicação: Este mecanismo permite a implementação de relacionamentos no modelo relacional. Garantindo a integridade do seu banco de dados, evitando que existam atributos inválidos.


    e) uma chave estrangeira não pode assumir o valor nulo.
    ERRADO
    Explicação: Se a chave estrangeira for composta por várias colunas, o valor da chave estrangeira será considerado nulo quando qualquer uma de suas colunas tiver o valor nulo.


    []'
    Lucy :)
  • Integridade referencial

    Juntamente com o conceito de chave estrangeira, o modelo referencial inclui a seguinte regra - regra de integridade referencial

    O banco de dados não deve conter quaisquer valores de chaves estrangeiras não-associados.

     

    Date


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

Observe as fontes de dados a seguir.

I - Tabela de um banco de dados relacional.
II - Arquivo XML.
III - Arquivo TXT flat.

Utilizando procedimentos de ETL (Extract, Transform e Load) para carga de um DW, é possível ler dados das fontes

Alternativas
Comentários
  • ETL, do inglês Extract Transform Load (Extração Transformação Carga), são ferramentas de software cuja função é a extração de dados de diversos sistemas, transformação desses dados conforme regras de negócios e por fim a carga dos dados em um data mart ou um data warehouse. É considerada uma das fases mais críticas do Data Warehouse e/ou Data Mart.

    Os projetos de data warehouse consolidam dados de diferentes fontes. A maioria dessas fontes tendem a ser bancos de dados relacionais ou flat files (texto plano), mas podem existir outras fontes. Um sistema ETL tem que ser capaz de se comunicar com as bases de dados e ler diversos formatos de arquivos utilizados por toda a organização.

  • Além disso, o Staging area, área onde os dados ficam armazenados antes de ir para o Data Warehouse, podem ser banco de dados relacionais ou arquivos flat também.

     

  • Um “arquivo flat” é um texto plano ou misto de texto e arquivo binário que usualmente contem um registro por linha ou um registro “físico” (por exemplo disco ou fita). Dentro de cada registro, os campos simples podem ser separados por delimitadores, ex. vírgulas, ou ter um tamanho fixo. Em último caso, um preenchimento pode ser necessário para alcançar este tamanho. Formatação extra pode ser necessário para evitar colisões de delimitação. Não existem relacionamentos estruturais entre os registros.

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

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

A abordagem relacional parte do princípio de que os dados são percebidos como tabelas que satisfazem relações de integridade manipuláveis por meio de operadores.

Alternativas
Comentários
  • Segundo Date, o modelo relacional é descrito como tendo três aspectos:

    Aspecto estrutural: os dados do banco de dados são percebidos pelo usuário como tabelas, e nada além de tabelas.

    Aspecto de integridade: essas tabelas satisfazem a certas restrições de integridade.

    Aspecto manipulador: os operadores disponíveis para que o usuário possa manipular essas tabelas - por exemplo, para propósito de busca de dados - são operadores que derivam tabelas a partir de outras tabelas. Desses operadores, três particularmente importantes são os operadores de restrição, projeção e junção.

    (Introdução a sistemas de bancos de dados, Date, C. J., pág 51)

  • A questão tá certa, mas tá tão mal escrita que vc não sabe direito o que ele tá falando. Fica claro se manipuláveis são as relações de integridade ou as tabelas?

  • Eu marquei errada pelo mesmo motivo do amigo aí em cima.

    Daria uma boa questão de português. Julgue o item a seguir:

    "Na frase acima a palavra 'manipuláveis' refere-se à 'tabelas'".

    ERRADO

    Mas como é de banco de dados né...
  • A abordagem relacional parte do princípio de que os dados são percebidos como tabelas (certo)
    tabelas que satisfazem relações de integridade  (certo)
    tabelas que são manipuláveis por meio de operadores (certo).
  • Modelo Relacional – Aspecto Manipulativo

    Ex.: Operadores: Responsáveis pela manipulação dos dados

    Consulta:

    1) Restrição: extrai linhas específicas
    2) Projeção: extrai colunas específicas
    3) Junção: Une duas tabelas
    
    Atualização, deleção e inserção
  • Marquei errado pelo seguinte:

    - os dados são percebidos como tabelas: não seria como relações? Mas tudo bem, só isso não seria suficiente para tornar errada

    - tabelas que satisfazem relações de integridade: relações de integridade? Não seriam restrições de integridade?

    Alguém concorda/discorda/complementa?


ID
141235
Banca
ESAF
Órgão
ANA
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Um conjunto de um ou mais atributos, tomados coletivamente, para identificar unicamente uma tupla numa relação, é denominado

Alternativas
Comentários
  • Resposta certa C.

    Ver conceito de Superchave:

    Superchave
    - Conjunto de um ou mais atributos que coletivamente identificam univocamente uma entidade.


    Chave Candidata - Superchaves para as quais nenhum conjunto possa ser superchave.


    Chave Primária - Chave candidata escolhida pelo projetista como a principal para identificar a entidade.

  • Só para complementar: a chave primária deve ser formada por um conjunto irredutível.
  • Conceitos próprios ou retirado de um livro? Se retirado de um livro, fica muito difícil especificar a fonte???? 
  • Letra C

    Superchave

    Conceito:

    - Conjunto de um ou mais atributos, que tomados coletivamenteidentifica de forma ÚNICA um registro na tabela (relação)

    - Conjunto de um ou mais atributos, que tomados coletivamente, nos permitem identificar, de maneira única, uma entidade em um conjunto de entidades.


ID
142084
Banca
CESPE / CEBRASPE
Órgão
TRE-MT
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

A respeito de projeto e modelagem de banco de dados relacional, assinale a opção correta.

Alternativas
Comentários
  • Benjamin,d) Se um cliente pode ter mais de uma conta, a cardinalidade do lado da conta eh (1,n). Por isso está errado, ele disse (1,1).
  • Na letra D há erro pelo fato da cardinalidade estar trocada. Não consegui identificar o erro do item A.

    Alguém saberia dizer?

  • Segundo Navathe, atributo base é também chamado de  "atributo armazenado" ou "atributo derivado".

    3a Ed. pág. 38

  • Entidade Associativa

    É a entidade definida a partir da simplificação de um relacionamento de N:M (muitos-para-muitos) entre

    duas ou mais entidades.

    A sua chave primária deve ser composta, pelo menos, pelas chaves primárias das entidades que participam

    do relacionamento que a gerou.

    Por exemplo, no caso do relacionamento entre a entidade PEDIDO e a entidade PRODUTO, onde:

    PEDIDO vende (1,N) PRODUTO

    PRODUTO é_vendido_em (0,N) PEDIDO

    A entidade associativa ITEM DE PEDIDO é criada em decorrência desse relacionamento, pois alguns

    atributos não se referem nem ao PEDIDO e nem ao PRODUTO, mas a cada produto vendido (caso da

    Quantidade e do Desconto, por exemplo).

    Esses atributos pertencem à entidade ITEM DE PEDIDO, que terá uma chave primária concatenada e

    composta pelo Número do Pedido e pelo Código do Produto, que são as chaves primárias das entidades

    acima.

  • A:
    Uma entidade fraca não possui atributos identificadores

  • a) Entidade associativa: Uma entidade que se relacione com outra entidade.
    b) Atributo derivado: É um atributo que é gerado a partir de outros.
    c)
    d) A cardinalidade esta ao contrário (1,n) e (1,1) deveriam ser (1,1) e (1,n)
    e) É o agrupamento dos valores de uma entidade.
  • a) Uma entidade associativa é considerada uma entidade fraca, pois os seus atributos identificadores são dependentes das entidades que esta relaciona
    Errado. Entidade fraca é como uma especialização. Ex: Entidade Pessoa, as entidades pessoa física, pessoa jurídica podem ser consideradas entidades fracas. No caso de uma entidade associativa, pode haver uma chave primária composta das chaves estrangeiras + um identificador único.
  • O item "d" está errado porque não há informações suficientes para deduzir que uma conta só pode ter um cliente.
    Entidade associativa -> representa uma forma de promover um Relacionamento a uma Entidade. Dessa forma esse Relacionamento pode passar a se relacionar com outras Entidades, ou até mesmo com outros Relacionamentos.
  • A afirmativa A está errada pois uma entidade ou é normal, ou é fraca ou é associativa.
  • a) Uma entidade associativa é considerada uma entidade fraca, pois os seus atributos identificadores são dependentes das entidades que esta relaciona.
    Sim, seus atributos identificadores(chaves), são dependentes das entidades na qual se relacionam(veja: http://imgur.com/wObyVlc). Porem, tem conceitos distintos. Entidade fraca eh uma entidade cuja existencia depende de outra entidade(a forte). Ponto! Ja a entidade associativa eh uma entidade cujo relacionamento entre duas entidades acaba gerando uma terceira entidade.
    b) Um atributo derivado pode ser calculado a partir de outros atributos da entidade. O atributo a partir do qual o cálculo é realizado é denominado atributo base. 

    Certa! Resumo dos tipos de atributos:

    simples:assume um unico valor atomico para cada entidade. Ex: idade.

    composto:formado por um ou mais subatributos. Ex.:endereco.

    multivalorado:atributo q pode possuir diversos valores. Ex.:telefone.

    derivado:atributo q pode ser obtido a partir de outro, chamado atributo base. Ex.:idade, q pode ser obtido pela data_nasc

    O Atributo composto pode ser dividido em partes menores (ex.: Endereço pode ser dividido em bairro, rua, numero...), enquanto atributo multivalorado não pode(ex: idioma: inglês, frances).

    c) O conjunto de relacionamentos não binários ilustrado na figura a seguir não pode ser recomposto em um conjunto de relacionamentos binários distintos.

    Relacionamento binário é a associação entre duas entidades. Ex.: Marido casado com Mulher;Relacionamento ternario associa 3 entidades. o relacionamentonao binario citado eh um relacioamento ternario. Em geral, qualquer relacionamento não binario pode ser representado usando relacionamentos binarios.

    d) Na modelagem de banco de dados para uma instituição financeira, se um cliente pode ter mais de uma conta na mesma agência bancária, o mapeamento da cardinalidade para o relacionamento entre as entidades cliente e conta será modelado na forma 1:n no lado cliente e 1:1 no lado conta, conforme ilustra a figura a seguir.Errada. Coloca-se a cardinalidade na entidade oposta ao relacionamento, porem, a leitura eh feita como se ela pertencesse 'a outra entidade(um cliente possui uma ou mais contas(1:n deveria ser colocado junto 'a entidade conta); e uma conta so possui um cliente(1:1 deve ser colocado no lado cliente). 

    e) Agregação é um refinamento do conjunto de entidades em níveis sucessivos de subgrupos, indicando explicitamente diferenciações entre as entidades. Essa eh a definiçao de especializaçao. Na agregação, as classes fazem um relacionamento todo-parte e pode ser lida como “possui”, “tem”. Ex: um carro tem/possui rodas. Já a especialização é 1 forma de criar novas entidades com base em entidades já definidas, usando herança. Nesse caso, eu poderia ter a entidade carro e a especialização carro de passeio ou carro de corrida. 

  • Tipos de Entidades
    • Entidade Primária (Entidade Forte): é uma entidade que possui chave primária, por definição é 
    uma entidade dominante. 
    • Entidade Dependente (Entidade Fraca): é uma entidade que não possui chave primária, por 
    definição é uma entidade subordinada. Para formarmos a chave primária de uma entidade fraca, 
    utilizamos a chave primária da entidade forte da qual ela é existencialmente dependente mais um 
    conjunto mínimo de atributos que possa identificar uma entidade em um conjunto de entidades 
    fracas. 
    • Entidade Associativa: É aquela cuja chave primária é obtida através da concatenação das 
    chaves primárias das entidades que ela associa.
  • Nenhum comentário aqui explicou o erro da letra "a", só mostraram o conceito de entidade associativa e fraca, mas no meu ver, uma não excluir a outra, ao contrário, uma entidade associativa se parece com uma entidade fraca pra mim.


ID
142195
Banca
CESGRANRIO
Órgão
BNDES
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Sobre bases de dados relacionais, é INCORRETO afirmar que

Alternativas
Comentários
  •  Preciso descordar da opção "d", pois uma Chave Estrangeira pode conter valor nulo.  Ex.: Auto-Relacionamento, onde um funcionário não é gerenciado por outro, fazendo com que a FK do Gerente esteja nula para a Tupla do Funcionário Gerenciado.

  • Tb discordo. Chave estranheira pode ter valor null. A palavra "obrigatoriamente" matou a questão.
  • To estudando pra prova da Cesgranrio e to vendo como ta F!#$$%, entender os valores dessa banca. Questões muito incongruentes.
  • Concordo que a letra D não esteja com o conceito de chave estrangeira completo, pois ela pode ter valores nulos e pode referenciar atributo da mesma tabela, porém a letra E está completamente errada.

     e) chaves-candidatas são formadas por colunas cujos conjuntos de valores NÂO podem se repetir em diferentes linhas das tabelas e, por isso, não se pode definir uma chave-primária em tais colunas.
  • Pessoal, a questão é de interpretação. A questão não diz que uma chave estrangeira não pode ser nula, ela diz que chave-estrangeira determinam conjunto de atributos" e que QUANDO eles existirem "devem OBRIGATORIAMENTE corresponder a valores existentes em atributos das tabelas referenciadas". Quando existir um valor, é OBRIGATÓRIO ele estar relacionado a uma tabela.

    Foi assim que eu interpretei.

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

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

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

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

     

     

    Att,

     


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

Em um banco de dados relacional, duas tabelas foram concatenadas de forma a atender uma determinada condição. O resultado dessa operação representa a operação relacional de:

Alternativas
Comentários
  • Letra E

    Errei porque pensei que poderia ser UNION.
    A União elimina linhas duplicada.
    Alem disso, uma concatenacao para depois atendar a uma condicao (WHERE) só faz sentido mesmo no caso de um JOIN.
  • A resposta é Junção, para mim essa determinada condição seja a condição de junção, igualando a chave primaria com a estrangeira.
  • Para mim a justificativa da resposta também está no trecho "atender uma determinada condição". No caso do union não temos condição nenhuma sendo atendida, apenas as tabelas são concatenadas, já no caso da junção, as tabelas são concatenadas através de alguma determinada condição especificada na cláusula where. 

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

Considere a seguinte regra de Codd, aplicada aos bancos de dados relacionais: A descrição do banco de dados é representada no nível lógico da mesma forma que os dados ordinários, permitindo que usuários autorizados utilizem a mesma linguagem relacional aplicada aos dados regulares.

O sentido dessa regra diz respeito à

Alternativas
Comentários
  • Formação de catálogo (catálogo dinâmico online baseado no modelo relacional): A descrição do BD é representantada no nível lógico como dados ordinários (tabelas) permitindo que usuário autorizados apliquem as mesmas formas de manipular dados aplicadas aos dados comuns ao consultá-las.

    Manipulação por meio de visão (Regra de atualização de visão): Toda visão que for teoricamente atualizável será também atualizável pelo sistema.

    Independência física dos dados: Programas de aplicação ou atividades de terminal permanecem logicamente inalteradsos qualquer que seja as modificações na representação de armazenagem ou método de acesso interno.
     
    Independência lógica de dados: Programas de aplicação ou atividades de terminais permanecem logicamente inalterados qualquer que seja a mudança de informação que permitam teoricamente a naõ alteração das tabelas bases.

    Independência de distribuição: A linguagem de manipulação de dados deve possibiitar que as aplicações permaneçam inalteradas estejam os dados centralizados ou distribuidos fisicamente.

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

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

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

ID
147712
Banca
FCC
Órgão
MPU
Ano
2007
Provas
Disciplina
Banco de Dados
Assuntos

Considere:

I. Restrições nos relacionamentos (links) de muitos para muitos (N:M) e de muitos para um (N:1).
II. Ausência de facilidades de consultas declarativas.
III. Implementação de arquivos na forma de tabelas.

Os itens I, II e III acima, em relação aos tipos de bancos de dados hierárquicos ? HR, de rede ? RD e Relacional ? RL, são características corretas respectivas a

Alternativas
Comentários
  • Banco de Dados Hierárquicos
    – Conecta registos numa estrutura de dados em árvore através de ligações de tal modo que cada tipo de registo tenha apenas um possuidor
    – Ausência de facilidades de consultas declarativas


    Banco de Dados do Tipo Rede
    – Ausência de facilidades de consultas declarativas

    Banco de Dados do Tipo Relacional
    – Baseia no princípio em que todos os dados estão guardados em tabelas


    Fontes:
    http://professorluizalberto.com.br/documentos/2sem11/SI%20-%20Modulos%2013,14%20e%2015.pdf
    https://pt.wikipedia.org/wiki/Modelo_hier%C3%A1rquico
    https://pt.wikipedia.org/wiki/Modelo_relacional

ID
147718
Banca
FCC
Órgão
MPU
Ano
2007
Provas
Disciplina
Banco de Dados
Assuntos

Funções de um banco de dados relacional que operam contra uma coleção de valores, mas retornam um único valor, são

Alternativas
Comentários
  • FUNÇÕES AGREGADAS são aquelas que tomam uma coleção (um conjunto ou multiconjunto) de valores como entrada e retornam um único valor. A SQL oferece cinco funções agregadas embutidas:

    Average: AVG  (retorna o valor médio)
    Minimum: MIN  (retorna o valor mínimo)
    Maximum: MAX (retorna o valor máximo)
    Total: SUM (retorna a soma dos valores)
    Count: COUNT (retorna o número de tuplas)

    Fonte: Sistema de Banco de Dados - Abraham Silberschatz
  • o que sao funcoes escalares?
  • Funções escalares geralmente tem um valor de entrada e um de saida
  • Bora Babuuuu.... vamos tirar leite de pedra nessa bagaça!! VQV! beijos
  • O que são funções escalares ?

    Função escalares são funções que recebem um ou mais valores retornam um valor. São exemplos de funções escalares naturais LTRIM, LEFT, CAST. A partir do SQL Server 2000 é possível a construção de funções escalares customizadas (User Defined Scalar Functions) obedecendo a mesma definição, ou seja, devem receber um conjunto de valores e retornar um valor. O uso das funções escalares está em consonância com um dos principais conceitos básicos da orientação, o encapsulamento. Uma vez que seja possível codificar uma lógica dentro da função (cálculo da taxa de juros, números de pedidos por empregado, ou ainda a formatação de uma data) é possível reaproveitá-la em vários trechos do códigos. O fato da função residir dentro do banco de dados também pode evitar a troca de contexto entre banco e aplicação.

     Fonte: https://gustavomaiaaguiar.wordpress.com/2011/05/29/funes-escalares-resusabilidade-formatao-preguia-vs-desempenho/


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

Considere três entidades X, Y e Z e a seguinte situação: para determinado par de instâncias de X e Y, há somente uma instância correspondente de Z; para determinado par de instâncias de X e Z, há somente uma instância correspondente de Y; para determinado par de instâncias de Y e Z, há somente uma instância correspondente de X. Conceitualmente, representa e resolve corretamente essa situação em um modelo E-R,

Alternativas
Comentários
  • A questão Q9100 fala do mesmo assunto, mas exposto de outra forma. 

  • Alternativa correta é a letra C um relacionamento ternário de cardinalidade 1:1:1.


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

Em um relacionamento de grau N:N entre duas entidades:

Alternativas
Comentários
  • Entidades associativas: esse tipo de entidade surge quando há a necessidade de associar uma entidade a um relacionamento existente. Na modelagem Entidade-Relacionamento não é possível que um relacionamento seja associado a uma entidade, então tornamos esse relacionamento uma entidade associativa, que a partir daí poderá se relacionar com outras entidades.

     

    b) ERRADO. A identificação da entidade associativa resultante deverá ser composta por vários atributos.

    c) ERRADO. O atributo identificador da entidade com maior quantidade de ocorrências não migrará para a outra entidade.

    d) ERRADO. O atributo identificador da entidade com menor quantidade de ocorrências será chave primaria na entidade associativa resultante

    e) ERRADO. A entidade associativa resultante constituirá uma tabela.


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

Considere o relacionamento Funcionário é gerente de Projeto (N:M). Sem a necessidade de manutenção de dados históricos, a condição de que projetos iniciam em datas diferentes e que gerentes nem sempre começam a gerenciar o projeto a partir de sua data de início, a indicação da data a partir da qual funcionários assumem a função de gerente deverá ser

Alternativas
Comentários
  • Item correto letra E, a questão tenta induzir ao erro quando afirma: "Sem a necessidade de mantenção de dados históricos" e aí marcaríamos a letra B por exemplo, é que aprendemos que atributos de relacionamento serve para se manter dados históricos, só que nesse caso apesar se ser um atributo de relacionamento, manter dados histórico ou não é decisão do projeto.
  • Funcionário (N) ----------<É Gerente> -----------(N) Projeto
                                                    |
                                                    |
                                                    |
                                            Data Inicio

    Pelo fato de que haverá uma tabela associativa para o relacionamento, devido ao enunciado pronunciar a cardinalidade N para M, o unico local onde este atributo poderá ficar armazenado é em atributo da tabela de relacionamento.

    Se o relacionamento fosse 1 para N, acredito que o correto nesse caso seria a letra b.
  • Esse zero aí foi difícil de entender.

  • Essa é a terceira questão que faço da FCC cobrando exatamente a mesma coisa. Uma delas é de 2017. Atenção !


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

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

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

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

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

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

Estão corretas APENAS as afirmativas

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

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

    - Correto

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

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

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

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

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

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

    O correto é o contrário:

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

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

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

Num banco de dados relacional,

I. a arquitetura pode ser descrita de maneira informal ou formal. Assim, os termos tabela, linha e coluna, da descrição informal correspondem, respectivamente, aos termos relação, tupla e atributo, na descrição formal.
II. a coleção de informações armazenadas em um determinado momento é chamada de instância do banco de dados. O projeto geral do banco de dados é chamado de esquema de banco de dados; os esquemas não mudam com frequência.
III. os relacionamentos um-para-um ou um-para-muitos são implementados por meio do uso de uma chave estrangeira, que nada mais é do que um campo na tabela relacionada que faça referência a valores existentes no campo de outra tabela.
IV. uma relação está na primeira forma normal (FN1) se os valores de seus atributos são atômicos e monovalorados, ou seja, seus atributos não contêm grupos repetidos.

Está correto o que se afirma em

Alternativas
Comentários
  • I. Tabela é igual a entidade e não relação. O resto esta ok. ERREI NESSA, NÃO SABIA QUE TABELA ERA RELACIONAMENTO INFORMALMENTE.
    II. Correto!. Instâncias são popularmente conhecidas como registros. Já as entidades são popularmente conhecidas como as tabelas. OK!
    III. 1:1 ou 1:N, são representados e implementados por chaves estrangeiras. M:N são representados por um tabela. OK!
    IV. Uma relação estará na Primeira forma normal 1FN, se e somente se todos os domínios básicos contiverem somente valores atômicos (não contiver grupos repetitivos). OK!
  • Poxa errei essa porque achei que 1:1 sempre faziamos a fusão das tabelas, mas isso só pra melhorar o desempenho, é possivel a chave estrangeira tb. Não erro mais. :)
  • Esta eu errei também por não saber que uma tabela é considerada uma relação


ID
153169
Banca
CESPE / CEBRASPE
Órgão
TJ-DFT
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Quanto a bancos de dados, sistemas gerenciadores de bancos de
dados e técnicas correlacionadas de modelagem de dados, julgue
os próximos itens.

Na utilização de um banco de dados relacional, cabe exclusivamente ao sistema gerenciador de banco de dados (SGBD) o controle das restrições de integridade dos dados.

Alternativas
Comentários
  • Exclusivo: 1 - Que exclui; privativo, pessoal, único. (Fonte: http://www.priberam.pt/DLPO/default.aspx?pal=exclusivo)Questão de interpretação, pois o SGBD garante, no entanto o DBA é quem determina.
  • A integridade pode ser garantida pela aplicação que utiliza o banco de dados relacional
  • Complementando...Essa afirmação está errada, pq o SGBD garante apenas a integridade em alguns casos, como integridade de domínio, integridade de nulidade, integridade referencial dentre outras.Porém a integridade das regras de negócio deve ser garantida por meio de trigres criadas pelo administrador do banco de dados, ou através da aplicação.
  • TRIGGER faz parte do SGBD.

    Uma restrição pode ser feita por regra de negócio sim, mas por outros meios, por exemplo. Um site em PHP que comunica-se com o meu Banco de Dados. As rstrições pdoem ser feitas na própria linguagem do PHP, ao invés de serem feitas no SGBD. Ok ?
  • SGBD não garante restrições semânticas.
  • Complementando a explicação dos colegas.

    O erro da questão está em afirmar: "...cabe exclusivamente ao sistema gerenciador de banco de dados (SGBD) o controle das restrições..". O que não é verdade, o  controle das restrições começa a ser realizado apartir da esquematização, do projeto do banco de dados.

    Apesar de não ser garantia do SGBD, na referência bibliografica (Navathe, pág. 98, ed. 4º), faz a previsão de que isso poderia ocorrer de forma automática, seguindo uma esquematização correta compatível com o SGBD. Veja:

    "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. Portanto, a DDL possui recursos para especificar os vários tipos de restrições e, assim, o SGBD pode, automaticamente, garanti-las. A maioria dos SGBDs relacionais suporta restrições de chave e de integridade de entidade, e providenciam suporte para a integridade referencial. Essas restrições são especificadas como parte da definição de dados.".
  • Gabarito Errado

    Sempre atendo com certas palavras em questões CESPE, nesse caso foi "exclusivamente".

     

    Vamos na fé !

     

     

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

  • ERRADO

    "É responsabilidade dos projetistas do banco de dados identificar restrições de integridade durante o projeto. Algumas restrições podem ser especificadas ao SGBD e impostas automaticamente. Outras podem ter que ser verificadas por programas de atualização ou no momento da entrada de dados."

    Fonte: Navathe, 2011


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

Dadas duas relações A e B do mesmo tipo, uma relação de tipo igual, cujo conteúdo contém todas as tuplas que aparecem tanto em A quanto em B, será obtida por meio da operação relacional

Alternativas
Comentários
  •  Se eu fizer a união das relações A e B eu também conseguirei uma terceira relação igual e "cujo conteúdo contém todas as tuplas que aparecem tanto em A quanto em B". #fail

    Difícil entender quando a FCC quer dizer "apenas" sem dizer "apenas" expressamente.

  • "tanto em A como em B" dá a idéia de união.

    Pra ser interseção acho que seria melhor "aparecem em A e em B simultaneamente".

    Fica a dica pra FCC. ;-)

  • Nessa questão devemos prestar atenção no enunciado "cujo conteúdo contém todas as tuplas que aparecem tanto em A quanto em B".
    Note que nesse momento o conteúdo quem que ser igual nas duas relações, ou seja, só fazendo uma interseção teremos a resposta.

    Para uma melhor compreensão, podemos verificar essa definição:  http://pt.wikipedia.org/wiki/Intersec%C3%A7%C3%A3o_(%C3%81lgebra_Relacional)

    [
    ]'s
  • A união incluiria todos os elementos das 2 relações e elminaria os duplicados, ou seja incluiria tudo. o termo "tanto em A quanto em B" implica somente aqueles que aparecem nas 2 relações simultaneamente e nem sempre todas as tuplas de A estão em B ou vice versa.
  • Corresponde ao que conhecemos como intersecao, ou na linguagem SQL ao Inner Join. Segue tabela muito util para fixar tais conceitos:


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

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

O modelo entidade-relacionamento é capaz de representar os dados para serem implementados em um banco de dados relacional.

Alternativas
Comentários
  • Não concordo.... O modelo entidade-relacionamento é o modelo conceitual em que a descrição da estrutura independe de paradigma( relacional ou OO).

  • A questão não está dizendo que o MER só representa os dados em um banco de dados relacional, e sim, que ele é CAPAZ de representar os dados nesse tipo de banco de dados.

  • O modelo representa a arquitetura de uma banco de dados, mas não necessariamente será igual ao modelo. Por exemplo no modelo podemos representar um relacionamento M:N sem desenhar uma nova tabela, no banco isso só é representado com a criação de uma nova tabela. VocÊ pode esteriotipar o modelo para ser igual ao seu modelo.
  • Achei que estava errada pela expressão "representar os dados"... deveria ser "representar o modelo\estrutura dos dados"

  • GABARITO CORRETO!

    Mas há uma ressalva. Nem todos os dados representados em um MER serão representados no Modelo Relacional.

  • OK pega o MER e vai implementar o banco de dados.


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

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.

Alternativas
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.

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

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

Na definição de relacionamentos entre entidades, o autorelacionamento é possível porque um relacionamento não associa necessariamente entidades diferentes.

Alternativas
Comentários
  • Relacionamento recursivo.

  • GABARITO CORRETO!

    Ocorre quando uma mesma Entidade participa mais de uma vez em um Relacionamento com diferentes papéis.

    Por exemplo, vamos considerar uma entidade EMPREGADO sendo que no modelo conceitual devemos representar o conceito de que um empregado possui um gerente. Ou seja, existe um relacionamento entre as ocorrências da entidade EMPREGADO que estabelece que um empregado é gerente de outro empregado. 

    Um outro exemplo que podemos representar seria o de uma entidade PESSOA que possui PAI. Ora o pai de uma pessoa e a própria pessoa são ocorrências da mesma entidade PESSOA, portanto temos um relacionamento entre ocorrências da mesma entidade PESSOA que seriam as ocorrências da pessoa, do pai.

    Fernando de Siqueira

  • Um autorelacionamento é um relacionamento entre ocorrências de uma mesma entidade.

    Há somente uma entidade envolvida.

    Gabarito certo. ✅

  • Estou tendo um relacionamento abusivo com o cebraspe nesse conteúdo

    #NãoAguentoMais #chega


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

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

Na cardinalidade de um relacionamento, devem ser observados os critérios de máximo e mínimo de relacionamentos interligados ao número de ocorrências.

Alternativas
Comentários
  • 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.

  • CORRETO

    • Razão de cardinalidade = cardinalidade máxima .

    Temos que definir.. E

    • Restrição de participação = cardinalidade mínima .
  • GABARITO CORRETO!

    .

    .

    Nos modelos entidade-relacionamento, o número de entidades que podem participar de um relacionamento é o grau desse tipo de relacionamento. A restrição de cardinalidade mínima é o número mínimo de instâncias de relacionamento em que cada entidade pode participar. Em um tipo relacionamento M:N, pode haver atributos que não são determinados por uma entidade única, mas pela combinação das entidades participantes de uma instância desse relacionamento.

  • CERTO

    Cardinalidade refere-se ao número de ocorrências de uma entidade que está associado com a ocorrência de outra entidade.

    Existem 5 tipos de cardinalidade:

    (0,1) -> No mínimo nenhum e no máximo um.

    (0,N) -> No mínimo nenhum e no máximo muitos.

    (1,1) -> No mínimo um e no máximo um.

    (1,N) -> No mínimo um e no máximo muitos.

    (N, N) -> No mínimo muitos e no máximo muitos.

    Bons estudos!

  • Na cardinalidade de um relacionamento (de uma/mais entidades), devem ser observados os critérios de máximo e mínimo de relacionamentos interligados ao número de ocorrências.

    está implícito, alguém pode esclarecer?

    AVANTE

  • Gabarito Certo.

    Relacionamento 1:1 à fusão de tabelas;

    Relacionamento 1:N à FK no lado N (CESPE 2020) = a chave PK do lado “1” será FK no lado “N”. ADIÇÃO DE COLUNAS

    1*Relacionamento N:N à tabela associativa; (criação de uma nova tabela); DADOS INERENTES AO FATO, não as entidades.

                   Cardinalidade N:M, uma entidade A está associada a QQ nº de entidades em B e uma entidade em B está associada a um nº QQ de entidades em A.


ID
157861
Banca
FCC
Órgão
METRÔ-SP
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Um sistema de gerenciamento de banco de dados de modelo relacional estendido indica que se trata de um modelo relacional com características adicionais

Alternativas
Comentários
  • O modelo relacional foi inventado pelo Dr. Codd e subsequentemente mantido e aprimorado por Chris Date e Hugh Darwen como um modelo geral de dados. No Terceiro Manifesto (1995) eles mostraram como o modelo relacional pode ser estendido com características de orientação a objeto sem comprometer os seus princípios fundamentais.
  • Em relação a tais características de orientação a objetos estendidas ao modelo relacional, considera-se ao menos dois fatores:

    #1) da motivação:

    a) Carência de tipos de dados: “As aplicações tradicionais de banco de dados consistem em tarefas de processamento de dados” (...) “com tipos de dados relativamente simples, que são adequados ao modelo relacional. Uma vez que os sistemas de banco de dados foram aplicados a uma faixa mais ampla de aplicações, como projeto auxiliado por computador e sistemas de informações geográficas, as limitações impostas pelo modelo relacional se apresentaram como um obstáculo. A solução era a introdução dos bancos de dados baseados em objeto, que permitem lidar com tipos de dados complexos”.

    b) Carência de facilidade de acesso a partir de linguagens OO: “Dificuldade de acessar dados de banco de dados a partir de programas escritos em linguagens de programação como C++ ou Java”.

    #2) da programação:

    “O termo linguagens de programação persistentes se refere às extensões de linguagens de programação existentes para acrescentar persistência e outros recursos de banco de dados, usando o sistema de tipo nativo da linguagem de programação. O termo sistemas de banco de dados orientados a objetos é usado para se referir aos sistemas de banco de dados que aceitam um sistema de tipo orientado a objeto e permitem acesso direto aos dados de uma linguagem de programação orientada a objeto usando o sistema de tipo de nativo da linguagem”.

    (SILBERSCHATZ, KORTH, SUDARSHAN. Sistemas de Banco de Dados. 5ª ed. 2006, p. 241)


ID
161605
Banca
FCC
Órgão
MPE-RS
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Quando dois conjuntos de dados são concatenados de acordo com uma determinada condição, representa o resultado da operação relacional

Alternativas
Comentários
  • a) resposta correta!
    b) concatena vários resultados e não conjuntos.
    c) regras para determinar o que será mostrado na projeção.
    d) exibição dos valores de uma consulta
    e) relacionar tabelas
  • As operações binárias UNION e JOIN combinam conjuntos, mas este é baseada numa condição.
  • Ambas(junção e união combinam conjuntos), mas quando ele fala: ˜de acordo com uma determinada condição˜ significa está estabelecendo um condicional para junção das duas relações.
    Seria o "on" do select. Por exemplo:
    Select *
    from Tabela1 inner join Tabela2
    on Tabela1.id = Tabela2.id
    Gabarito: A
  • JUNÇÃO (|X|)

    É usada para combinar tuplas relacionadas de duas relações em uma única tupla “maior”.

    Apenas as combinações de tuplas que satisfaçam a condição de junção aparecem no resultado.

    Junção são operações relacionais Binárias

    Alternativa: A


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

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

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

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

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

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

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

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


ID
162271
Banca
FCC
Órgão
TCE-AL
Ano
2008
Provas
Disciplina
Banco de Dados
Assuntos

Na transformação de um modelo de dados conceitual para um BD relacional normalizado, um relacionamento binário muitos-para-muitos só pode ser definido em termos de uma tabela

Alternativas
Comentários
  • Ótimo resumo do prof. Marcio Victorino.
    http://imageshack.us/f/151/modelagembd.jpg/
  • Comentário do Yahoo

    Bem, existe sim, um "Algoritmo" para voce transformar um modelo ER em
    um modelo relacional.

    Bem, esse algoritmo consiste de 8 passos.

    1 - Mapeamento dos tipos entidades regulares.
    2 - Mapeamento dos tipos entidades fracas.
    3 - Mapeamento dos tipos relacionamento binário 1:1
    4 - Mapeamento dos tipos relacionamento binário 1:N
    5 - Mapeamento dos tipos relacionamento binário M:N
    6 - Mapeamento dos atributos multivalorados
    7 - Mapeamento dos tipos relacionametos N-ários
    8 - Mapeamento da especialização ou generalização.

    Bem, para um relacionamento n:m, voce necessariamente precisa criar uma tabela a mais. Note que isso também poderia ser feito tanto para os tipos 1:1 como para 1:N. No entanto, para o caso específico do M:N, voce precisa dessa tabela a mais pois, diferente dos outros casos, voce nao tem uma entidade fixa no relacionamento. Quando existe essa entidade fixa, voce pode simplesmente adicionar na tabela N, a chave primária dessa tabela fixa como chave estrangeira no lado N, de tal forma que cada lado N sabe qual eh sua parte fixa do relacionamento.

    Como M:N tem muitos de ambos os lados, eh necessario criar uma tabela extra com a chave primária de cada uma dessas entidades variantes, e, caso exista, os atributos do relacionamento. Nessa tabela, a chave primária seria composta pelas duas chaves estrangeiras.


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

Nos bancos de dados relacionais, para ajudar a manter a consistência dos dados ou para propagar alterações em um determinado dado de uma tabela para outras, utiliza-se um recurso de programação, executado sempre que o evento associado ocorrer, que é a(o)

Alternativas
Comentários
  • Um trigger ou gatilho é programado para disparar quando um determinado evento ocorrer, caso esse evento esteja associado a consistência de uma tabela podemos usar o trigger para mantê-la.
  • As Triggers (gatilhos) são disparadas depois dos seguintes comandos Update, insert e delete.

  • Projeção: uma operação que filtra as colunas de uma tabela.
    Visão: Uma relação que não armazena dados, composta dinamicamente por uma consulta que é previamente analisada e otimizada.
    Gatilho: Também conhecido como Trigger, dispara um comando, quando associado à um evento. Portanto esta é a resposta correta.
    Modelo: É o modelo do próprio banco de dados relacional.
    Vetor: Igual à tupla.
  • Dica da questao:  "executado sempre que o evento associado ocorrer, "

    TRIGGER==> É muito utilizada para ajudar a manter a consistência dos dados ou para propagar alterações. 


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

Sobre o modelo de banco de dados relacional, considere as afirmativas abaixo.

I - Um esquema de relação é composto de um nome de relação e de uma lista de atributos, e cada atributo está associado a um domínio.

II - Por definição, uma superchave mínima é aquela composta por uma única coluna.

III - Um esquema de relação pode conter mais de uma chave candidata.

IV - A ocorrência de um valor nulo (NULL) é proibida em qualquer coluna sobre a qual se define uma restrição de integridade referencial.

São corretas APENAS as afirmativas

Alternativas
Comentários
  • superchave mínima: uma superchave da qual nao podemos remover qualquer atributo e sustentar a restricao de unicidade. Portanto, PODE ter mais de uma coluna.
  • I. Correto.
    II. “Super chave mínima” é a mesma coisa que “Chave candidata”, ou seja, a tabela não possui chave primária.
    III. Pode ter “n” chaves candidatas.
    IV. Em integridade referencial, o relacionamento é feito através das chaves estrangeiras das tabelas, avaliadas antes da execução do comando de delete, insert ou update.
  • IV -  Não é proibido ter NULL em chave estrangeira.
  • Sobre:

    I - Um esquema de relação é composto de um nome de relação e de uma lista de atributos, e cada atributo está associado a um domínio.

    A afirmativa estaria correta se retirássemos: "de um nome de relação e", ficando:

    I - Um esquema de relação é composto de uma lista de atributos, e cada atributo está associado a um domínio.
  • [CORRETA]=> I - Um esquema de relação é composto de um nome de relação e de uma lista de atributos, e cada atributo está associado a um domínio.

    [ERRADA]=> II - Por definição, uma superchave mínima é aquela composta por uma única coluna.

    Super-Chave – É um conjunto de um ou mais atributos que, tomados coletivamente, nos permitem identificar de maneira unívoca uma entidade em um conjunto de entidades. Em outras palavras, não podem existir duas ou mais linhas da tabela com o(s) mesmo(s) valores de uma Super-Chave.

    Chave Candidata – São super-chaves de tamanho mínimo, candidatas a serem chaves primárias da relação. Ou seja, atributo ou conjunto de atributos que permitem identificar de forma inequívoca qualquer tupla dessa relação. Este conjunto não pode ser reduzido sem perder qualidade.

    Chave Primária –  São chaves cujo os atributos são usados para identificar as tuplas em uma relação. Geralmente, é escolhida a chave candidata de menor tamanho.

    Chave Estrangeira – São atributos de uma relação que fazem referência à chave primária de outra relação, ou até mesmo à própria.

    [CORRETA]=> III - Um esquema de relação pode conter mais de uma chave candidata

    [ERRADA]=> IV - A ocorrência de um valor nulo (NULL) é proibida em qualquer coluna sobre a qual se define uma restrição de integridade referencial. 
    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". O valor NULL não está fazendo referência a um registro que não existe, por default os SGBD´s permitem valores NULL. Somente caso o atributo da relação for definido como NOT NULL os valores não poderão ser NULOS.

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

A volatilidade dos dados é característica intrínseca a data warehouses.

PORQUE

Sistemas ROLAP possuem um conjunto de interfaces e aplicações que dão ao Sistema Gerenciador de Banco de Dados Relacionais características multidimensionais.

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

Alternativas
Comentários
  •  A volatilidade dos dados é característica intrínseca a data warehouses data marts.
    - A característica de uma curta vida não está relacionada com os DW, pois sua principal função é armazenar uma grande quantidade de dados(um histórico de dados) para auxiliar na tomada de decisões da organização. Já os data marts se aplicam a uma pequena quantidade de dados, um setor da organização por exemplo, e não precisa manter os dados por muito tempo e nem uma grande quantidade em geral.

     

    Sistemas ROLAP possuem um conjunto de interfaces e aplicações que dão ao Sistema Gerenciador de Banco de Dados Relacionais características multidimensionais.
    - afirmação perfeita

  • Discordo completamente dessa segunda afirmação.
    Um ROLAP não é um plugin, ou uma LIB que seja carregada no SGBDR, ROLAP é um sistema de apoio a decisão (SAD), sendo assim não há fundamento em falar que um sistema dà características ao SGBD, pode-se concluir que o ROLAP usa o SGBDR, permitindo pesquisar e apresentar informações no formato multidimencional. Essa caracteristica de pesquisar e apresentar informações como um hiper cubo não é do SGBDR, ela é do sistema OLAP que emula um hiper cubo atrave de tabelas (ROLAP)
  • Nem data Mart e muito menos data warehouse possuem características volateis.

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

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

PORQUE

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

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

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

    A segunda esta errad pois:

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

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

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

    93,93/93
  • Respondendo ao colega:

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

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

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

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

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

ID
171241
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Um atributo, em um modelo de entidade-relacionamento, possui "sub-atributos" em sua nomenclatura que podem ou não ser do mesmo tipo e que são agregados a ele no mundo real.
Esse atributo é definido como:

Alternativas
Comentários
  • Atributo Composto - o seu conteúdo é formado por vários itens menores.

    Exemplo: Endereço. Seu conteúdo poderá ser dividido em vários outros atributos, como: Rua, Número, Complemento, Bairro, Cep e Cidade. Este tipo de atributo é chamado de atributo composto. Veremos mais de sua aplicação no post sobre normalização de dados.

  • Atributo Simples = Assume um único valor atômico para
    cada entidade;

    Atributo Composto = Formado por um ou mais sub-atributos;

    Atributo Multivalorado = Pode possuir diversos valores para uma
    única entidade;

    Atributo Derivado = Atributo cujo valor pode ser derivado a partir
    de outro atributo (base);

  • Um atributo que, no mundo real, contém uma característica que pode ser destrinchada em várias partes ligadas a ele é um atributo composto.


ID
171262
Banca
FGV
Órgão
MEC
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Com relação a um Banco de Dados, analise as afirmativas a seguir:

I. Uma tabela no banco de dados relacional pode ser derivada de uma entidade ou de um relacionamento N:M (muitos para muitos), a partir de um modelo entidaderelacionamento.

II. Quando um banco de dados relacional possui nomes idênticos de colunas dentro de uma tabela, estabelece-se um relacionamento hierárquico entre essas colunas.

III. As regras de derivação de um modelo entidaderelacionamento para o modelo físico são idênticas para bancos de dados relacionais, em rede ou hierárquicos.

Assinale:

Alternativas
Comentários
  • Amigos, somente a primeira está correta:
    Em um relacionamento N para N, uma nova table é gera a partir do relacionamento, adicionando as chaves estrangeiras das entidades ou, para cada entidade adiciona-se a chave estrangeira da outra. Esta segunda opção causa redundância de dados porém também é possivel.
    Resumindo: em um relacionamento N:M sempre gera uma nova tabela.
  • No item II não é possível se ter duas colunas com o mesmo nome na mesma tabela e mesmo que seja possível não se estabelece relacionamento algum.

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

Julgue os itens seguintes, relacionados aos conceitos de análise
orientada a objetos.

A análise orientada a objetos é inadequada a situações em que os dados do sistema devam ser armazenados em um sistema de banco de dados relacional.

Alternativas
Comentários
  •  As duas tecnologias podem caminhar juntas. Existem até técnicas de mapeamento objeto-relacional.

  • essa foi a questão mais retardada que já vi da CESPE
  • objeto-relacional veio dps do relacional, right? fui nessa pegada


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

Os data warehouses são sistemas computacionais que armazenam
os dados corporativos de forma consolidada, disponibilizando
informações com maior eficiência, consistência e segurança para a
tomada de decisão dos gestores. Acerca dos data warehouses,
julgue os itens que se seguem.

Por fazerem uso de um processo de modelagem dimensional, os data warehouses não podem ser instalados em sistemas de banco de dados relacionais.

Alternativas
Comentários
  •  O DW pode ser implementado em um OLAP multidimensional ou em um OLAP relacional, o primeiro é implementado como uma matriz esparsa multidimensional, o segundo é implementado diretamente em um banco de dados relacional.

  • Olá pessoal, não tenho muito bem definido a diferença entre OLAP e DW, mas acho que existe.  Para mim, o erro não está em dizer que existe a arquitetura ROLAP para DW, pois são duas tecnologias/aplicações diferentes (OLAP e DW). O erro está em saber que a modelagem dimensional utilizada em DW pode ser implementadas em BDs relacionais.  Alguém saberia dizer se esse entendimento está correto????
  • Relational On Line Analytical Processing - ROLAP deriva-se de OLAP, são ferramentas que disparam uma consulta para o servidor de banco de dados e processado lá mesmo. ROLAP (OLAP Relacional)

    Os dados são armazenados de forma relacional.

    ROLAP é mais indicado para DATA WAREHOUSE pelo grande volume de dados, a necessidade de um maior número de funções e diversas regras de negócio a serem aplicadas.
  • ROLAP (Relacional OLAP). ROLAP é uma simulação da tecnologia OLAP feita em banco de dados relacionais que, por utilizar a estrutura relacional, possui a vantagem de não restringir o volume de armazenamento de dados. As ferramentas OLAP relacionais também não utilizam os cubos pré-calculados como ocorre no MOLAP. À medida que o usuário monta sua consulta em uma interface gráfica, a ferramenta acessa os metadados ou quaisquer outros recursos que possua, para gerar um consulta em SQL. Suas principais características são a possibilidade de fazer qualquer consulta, visto que não se está limitado ao conteúdo de um “cubo” e a capacidade de navegar nos dados até atingir o nível de detalhe mais baixo, ou seja, de menor granularidade. Assim, as ferramentas ROLAP atendem melhor usuários que não têm um escopo de análise bem definido. A principal vantagem de se adotar uma ferramenta ROLAP é a utilização de uma tecnologia estabelecida, de arquitetura aberta e padronizada, beneficiando-se da diversidade de plataformas, escalabilidade e paralelismo de hardware. Quanto às limitações, temos o pobre conjunto de funções para análises dimensionais e o baixo desempenho da linguagem SQL na execução de consultas pesadas.
    As ferramentas front-end permitem efetuar requisições multidimensionais, mas o programa de ROLAP transforma estas consultas em rotinas SQL.

    Diante do exposto, conclui-se que é possível utilizar um DW em um BD Relacional.
    Alternativa: Errada
  • nishimura vive!

  • Data Warehouses podem ser implementados tanto em bancos de dados multidimensionais quanto em bancos de dados relacionais. 

  • Comentários:

    Data Warehouses podem ser implementados tanto em bancos de dados multidimensionais quanto em bancos de dados relacionais.

    Gabarito: Errado


ID
174871
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Considere os seguintes exemplos de atributos contidos em uma tabela de um banco de dados relacional:

I. Rua das Rosas, 505, São Paulo, SP;

II. Parafuso;

III. Masculino.

Constitui(em) exemplo(s) de atributo(s) composto(s) o contido em

Alternativas
Comentários
  • Os atributos podem ser de três tipo, Simples, Compostos ou Multivalorados.

    Simples são aqueles que recebem um único valor, com por exemplo CPF, Nome etc.

    Compostos são aqueles formados por vários itens menores como endereço (rua, nº, cep, cidade, estado, país), conta bancária (banco, agencia, conta)

    Multivalorados são aqueles que podem receber mais de um valor como telefone, pois um pessoa pode ter mais de um telefone para contato.

  • Não entendi pq Masculino manose encaixa, pensei que ele poderia ser um atributo da entidade Sexo por exemplo !

ID
174883
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Uma das formas de manutenção de integridade referencial em bancos de dados relacionais é por meio da utilização de asserções. Considere as seguintes afirmações sobre os efeitos das asserções em bancos de dados relacionais:

I. constituem predicados que expressam condições que o banco de dados deve sempre satisfazer;

II. qualquer modificação no banco de dados só é permitida se não violar as asserções definidas;

III. a verificação das asserções não consome tempo de processamento do sistema de banco de dados.

Sobre as afirmações, pode-se dizer que está correto o contido em

Alternativas
Comentários
  • Assertion: É um predicado que expressa uma condição que desejamos que seja sempre satisfeita no banco de dados. Restrição de Dominio e Restrição de Integridades Referencial são casos especiais de Assertion. E qualquer modificação só será realizada com a não violação de uma Assertion. E caso uma assertion seja complexa, essa verificação pode aumentar o tempo de Processamento.

  • Asserções é um conceito semelhante ao de normatização de banco de dados.

ID
174886
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Na administração de bancos de dados relacionais, tem importância a estrutura conhecida como log que contém

Alternativas
Comentários
  • Log é estrutura que mantém a informação sobre as alterações que foram aplicadas aos itens de dados a partir de transações.

    Pode ser utilizado para restaurar um banco de dados para o estado de consistência mais recente.
  • Gabarito E

    Todo banco de dados do SQL Server tem um log de transações que registra todas as transações e as modificações de banco de dados feitas por cada transação.

    O log de transações é um componente crítico do banco de dados. Se houver uma falha no sistema, você precisará que o log retorne o seu banco de dados a um estado consistente.



    "Retroceder Nunca Render-se Jamais !"

    Força e Fé !

    Fortuna Audaces Sequitur !


ID
178066
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

Na modelagem de bancos de dados relacionais, um relacionamento um para muitos de A para B significa que

Alternativas
Comentários
  •  

     c)uma entidade em A é associada a várias entidades em B (zero ou mais) e uma entidade em B pode estar associada a no máximo uma entidade em A.

    Ex:

    1________________B


ID
178072
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

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

Alternativas
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


ID
178099
Banca
VUNESP
Órgão
CETESB
Ano
2009
Provas
Disciplina
Banco de Dados
Assuntos

O número de valores distintos para um atributo A em uma relação R é denotado por V (A, R). Esse é um valor importante para a otimização de consultas em bancos de dados relacionais. O valor de V (A, R) é igual ao número de registros da consulta ________. Se A é uma chave para a relação R, o valor de V (A, R) é igual ________.

Assinale a alternativa que completa, correta e respectivamente, as lacunas do texto.

Alternativas
Comentários
  • Parece complicada, mas não é.
    Em se tratando de atributo, referimos a uma coluna da relação. Assim, se fizermos uma operação projection (denotada pela letra grega π) em uma coluna A, teremos como resultado uma relação S que possui apenas as linhas da coluna do atributo A, e sem linhas repetidas (pois o projection elimina as linhas repetidas)! Se contarmos a quantidade de linhas de S, temos, portanto, o número de valores distintos do atributo A na relação R. Se o atributo A for chave, então não há valores repetidos, portanto o número de valores distintos é o mesmo número de registros da relação R.

    ------
    Uma informação adicional. Se pensarmos na comparação com o SQL, πA(R) corresponde a seguinte consulta SQL:
    SELECT DISTINCT A FROM R;

    Contando o número de valores, temos: SELECT COUNT(DISTINCT A) FROM R;

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

A cardinalidade um-para-um (1:1) ocorre quando

Alternativas
Comentários
  • Relacionamento um-para-um

    O relacionamento um-para-um é usado quando uma entidade A se relaciona com uma entidade B e vice-versa.

    Este relacionamento é representado pelo sinal: 1:1

    Veja o exemplo:

  • (a) Errado. O relacionamento denominado (1:1) significa que neste relacionamento haverá participação apenas de um par de entidades.

    (b) Correto. Já explanado no comentário anterior.
    (c) Errado. O fato de ser 1:1 não necessariamente implica do mesmo conter um entidade fraca como uma das entidades participlantes.
    (d) Errado. Essa é a definição de 1:N

    (e) Errado. É possível obter um relacionamento 1:1 no qual um existe sem haver a existência do outro. Ex.: Funcionário relaciona-se com mesa (1:1), mas uma mesa pode existir (estar vazia) sem um Funcionário.
  • e

    relacionamento 1..1 ocorre quando uma so ocorrencia de 2 entidades se associam. e.g.: cada país tem só uma capital e cada capital é de só 1 país.

     


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

Uma entidade que não tem atributos suficientes para formar uma chave primária é denominada

Alternativas
Comentários
  • Tipos entidade que não têm seus próprios atributos-chave são chamados tipos entidade fraca.
     
    Complemento
    Em contraste, tipos entidade regular, que têm um atributo-chave, são chamados tipos entidade forte. 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.
     
    Fonte: Sistemas de Banco de Dados - Navathe, 4ª Edição. Seção 3.5.
  • Questão pra não zerar a prova!


    Entidade FRACA.
  • Entidade fraca

    - Depende de outra entidade para existir, ou seja, só existe se a outa entidade existir.

    - Estão relacionadas a entidades específicas de outro tipo de combinação;

    - Possui restrição de participação total (dependência de existência).

    - Não pode ser identificada sem uma entidade proprietária.

    - Não possui atributo-chave;

    Entidade fortes ou Entidade regulares: Não depende de outra entidade para existir.

    Alternativa: D


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

Na modelagem conceitual, os atributos de uma entidade

Alternativas
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


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

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

Alternativas
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)


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

NÃO é uma restrição de integridade básica:

Alternativas
Comentários
  • De vazio - NOT NULL, não pode ter valores nulos.

    De Domínio - Valores válidos possíveis para um atributo.  Pode ser os tipos dos dados: INT, DOUBLE, BOOL, ou restrições complexas: CHECK.

    De Chave - Unicidade e Irredutibilidade. UNIQUE, PRIMARY KEY

    Referecial - Mantém a integridade referial, ou seja, as chaves estrangeiras referenciadas em uma tabela realmente existem na tabela a que se faz referência.

  • Essa questão eu não entendi.... Pelo livro "Sistemas de Banco de Dados", do autor Elmasri e Navate, pag 98, é citado a restrição de integridade de entidade, a qual diz que a chave primária de qualquer entidade não poderá ser NULL. E agora, alguém tem alguma explicação para a letra C ser a correta???
  • Complementando os comentários:

    Restrição de Integridade de Entidade
    :
    = A chave primária não pode ser nula.
    www.ic.unicamp.br/~beatriz/cursos/mc536/.../modeloRelacional.pdf
  • As restrições de integridade básicas são aquelas Garantidas pelo SGBD onde O programador Não se preocupa Com estas restrições.

    São 4:

    1)Restrição de vazio

    2)Restrições de domínio

    3)Restrições de chave primária

    4)Integridade referencial 


    Demais Restriçoes:

    – Integridade de Entidade

    – Integridade Semântica


  • Macete: VA-DO-CHA-RE


ID
188773
Banca
FCC
Órgão
TRT - 9ª REGIÃO (PR)
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Quanto à aplicação em bancos de dados relacionais, Create, Delete, Insert e Drop são, respectivamente, comandos

Alternativas
Comentários
  • Data Definition Language (DDL): create, drop, alter.
    Data Manipulation Language (DML): Select, Insert, Delete, Update.
    Data Control Language (DCL): Grant e Revoke

  • Create -> DDL;
    Delete -> DML;
    Insert -> DML;
    Drop -> DDL.
  • b-

    DDL- data definition language. comandos p/ dar vida à tabela. create, drop, alter etc

    DML - data manipulation language. é usar a tabela. insert, delete, update etc


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

Uma dependência transitiva ocorre quando uma coluna, além de depender da chave primária de uma tabela, depende de outra coluna ou conjunto de colunas dessa tabela.

Alternativas
Comentários
  • Dependência transitiva ocorre  sempre que um atributo não-chave depende de outro atributo não-chave.

    Uma dependência funcional x->y em um esquema de relação R é uma depend~encia transitiva se existir um conjunto de atributos Z que não seja uma chave candidata nem um subconjunto de qualquer chave de R, e tanto X->Z como Z->Y se mantêm. -- Navathe

    Dependência transitiva é dependência mútua(...) Dois ou mais atributos são mutuamente independentes se nenhum deles é funcionalmente dependente de qualquer combinação dos outros. Tal independência implica que cada um deses atributos pode ser atualizado independentemente dos demais. -- Date p.309

  • 1FN - A entidade só pode conter atributos atômicos.

    2FN - A expressão chave é dependência funcional total. Ou seja, os atributos não chaves não podem ser dependentes funcionais de apenas parte da chave primária. Eles precisam ser dependentes funcionais de toda a chave primária.

    3FN - A expressão chave é dependência transitiva. Em uma entidade, imagine três atributos: AB e CA é a chave primária e determina B (atributo não chave). B determina C. Ou seja, só determina por intermédio de B. Isso chama-se dependência transitiva. Caso isso ocorra, o esquema não estará na 3FN. Não pode haver dependência transitiva. Todos os atributos não chaves devem ser dependentes diretamente da chave primária.
  • Dadas os comentários e o conceito sobre dependência transitiva, a questão deveria ser ERRADA, porém o gabarito está como CERTO. Confirmam?


    Uma dependência transitiva ocorre quando uma coluna, além de depender da chave primária de uma tabela, depende de outra coluna ou conjunto de colunas dessa tabela.

    O erro está no fato de que ela depende da chave primária, o que não ocorre. Sendo A, B e C e A a chave primária, B depende de A e C depende de B, sendo que B não faz parte da chave prímária.
  • Dependencia Funcional Transitiva: ocorre quando um atributo não chave não depende diretamente da chave primária ou de parte dela, mas sim depende de outro atributo que não é chave primária.
    Conceito diretamente ligado a 3 FN, que diz que: uma tabela está na 3FN se estiver na 2FN e não possuir nenhuma dependência funcional transitiva.

    Gabarito: errado
  • na dependencia transitiva, ocorre q uma coluna depende indiretamente da chave primaria, por depender, diretamente, de uma outra coluna nao chave.
    Assim, temos:

    A -> B
    B -> C
    C -> D,

    logo, D depende transitivamente de A(por depender diretamente de C, q nao eh chave).
    Acho q a questao foi mal formulada, mas esta certa.
  • Dependência Transitiva (A B C)
    Ex: Uma coluna(C) depende de outra coluna(B) NÃO chave e que esta depende da chave-primária(A).
    Bons estudos
  • GABARITO CORRETO!

    .

    .

    3FN: Não podemos ter um atributo que depende de outro atributo que não é chave.

  • É para isso que existe a terceira forma normal, isto é, para eliminar dependências transitivas. Para eliminá-las, a 3FN define que todos os atributos dessa tabela devem ser funcionalmente independentes uns dos outros, ao mesmo tempo que devem ser dependentes exclusivamente da chave primária da tabela


ID
201496
Banca
FCC
Órgão
BAHIAGÁS
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Em um SGBD relacional, são pertinentes à linguagem de definição de dados e à linguagem de manipulação de dados, respectivamente:

Alternativas
Comentários
  • A) Drop Index (DDL) e Alter table (DDL)
    B) Create Index (DDL) e Insert Into (DML)
    C) Delete (DML) e Select (DML)
    D) Update (DML) e Drop Table (DDL)
    E) Insert into (DML) e Create Table (DDL)
  • Em Oracle:
    Data Definition Language
     (DDL) são comandos utilizados para estruturar(definir) um banco de dados ou esquema: 

    • CREATE - to create objects in the database
    • ALTER - alters the structure of the database
    • DROP - delete objects from the database
    • TRUNCATE - remove all records from a table, including all spaces allocated for the records are removed
    • COMMENT - add comments to the data dictionary
    • RENAME - rename an object

    Data Manipulation Language (DML) são comandos utilizados para manipular os dados do banco de dados:

    • SELECT - retrieve data from the a database
    • INSERT - insert data into a table
    • UPDATE - updates existing data within a table
    • DELETE - deletes all records from a table, the space for the records remain
    • MERGE - UPSERT operation (insert or update)
    • CALL - call a PL/SQL or Java subprogram
    • EXPLAIN PLAN - explain access path to data
    • LOCK TABLE - control concurrency

ID
205471
Banca
FEPESE
Órgão
SEFAZ-SC
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

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

Alternativas
Comentários
  • a) Um relacionamento com cardinalidade um-para-um nunca gera uma tabela.

    ERRADO. Dependerá da decisão de modelagem. Se é Um-Pra-Um poderemos colocar tudo em uma única tabela. Mas isso não é obrigatório.
    b) Um relacionamento com cardinalidade um-para-muitos sempre gera uma tabela.

    ERRADO. Podemos gerar uma tabela caso, por exemplo, algum atributo seja mais adequado estar associado ao relacionamento.


    c) Um relacionamento com cardinalidade muitos- para-muitos nunca gera uma tabela.

    ERRADO. Pelo contrário, em geral é certo este tipo de relacionamento gerar um tabela.


    d) Uma tabela que representa uma entidade não pode ter colunas que representem atributos de seus relacionamentos.

    ERRADO.

    e) Uma tabela que representa uma entidade E pode ter um número de colunas superior ao número de atributos de E.

    CORRETO. Alem de seus atributos ela poderá ter atributos de chaves estrangeiras.

  • Além disso, ela pode também ter atributos de um relacionamento.
  • Prezados,

    Observe que a questão versa sobre entidade-relacionamento , quando falamos em tabela estamos falando da materialização da ideia conceitual da entidade em um banco de dados.
    Então é possível que a entidade E no modelo conceitual tenha sua implementação no SGBD representado pela tabela E que pode possuir mais colunas que a entidade. Uma forma bem comum disso acontecer é quando é criada uma chave sequencial auto incremental , normalmente essa chave não é representada na entidade mas aparece na tabela.

    Portanto a alternativa correta é a letra E



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

Com relação a banco de dados relacional, julgue os itens
subsequentes.

A operação que permite extrair colunas específicas de uma tabela é denominada seleção.

Alternativas
Comentários
  • Atenção. Se a pergunta se referir a COMANDO SQL, então a resposta é SELECT. Se a questão refere-se a OPERAÇÃO (álgebra relacional) a resposta é PROJEÇÃO. A seleção na álgebra relacional é usada para escolher linhas.

    COMANDOS: SELECT = COLUNA, WHERE=LINHA

    ALGEBRA: PROJECAO = COLUNA, SELECT = WHERE

  • A operação de projeção é utilizada na Álgebra Relacional para selecionar determinadas colunas de uma relação. A operação é executada em apenas uma relação e o resultado é uma nova relação contendo apenas os atributos selecionados, eliminando-se as duplicidades.
    Simbologia:
    Sintaxe: <lista de atributos> (Relação)
    Exemplo: NOME, SOBRENOME, SAL (EMPREGADO)
  • ERRADO

    seleção extrai = linha = registro =tupla

    projeção extrai=coluna= atributo=campos

  • Projeção (letra pi) = escolha dos atributos (colunas) a serem exibidos na consulta.

    Seleção (letra sigma) = escolha de um subconjunto de tuplas em um conjunto. Expresso pelo predicado (condição a ser satisfeita) existente na cláusula where. 

  • No futebol... ⚽

    Uma seleção tem vários jogadores de linha.


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

Com relação a banco de dados relacional, julgue os itens
subsequentes.

A operação que retorna como resultado valores de duas tabelas, tendo como base valores comuns em uma coluna comum às duas tabelas, é denominada junção.

Alternativas
Comentários
  • A operação de junção é utilizada para combinar tuplas de duas relações partindo dos atributos comuns a ambas. O resultado conterá as colunas das duas relações que estão participando da junção. Esta operação é de extrema importância em bancos de dados relacionais, pois é através dela que nos é permitido fazer relacionamento.
  • A questão dá margem a dupla interpretação: jna realidade, a operação que retorna como resultado valores de duas tabelas baseando-se em valor comuns em uma coluna comum às duas tabelas é a junção NATURAL.
    A junção (ou join) , por si só, realiza o produto cartesiano entre duas tabelas. Nesse caso, deverá ser especificado um atributo de cada tabela para que eles possam corresponder, conforme o exemplo:
    	SELECT *FROM employee JOIN department ON employee.DepartmentID = department.DepartmentID;
  • Gabarito Certo

    Famoso JOIN.

     

     

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

  • Achei que fosse UNION,vacilei nessa.

  • Quem faz o método de junção é o comando INNER JOIN, ele retorna os registros que são comuns às duas tabelas.


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

Com relação a banco de dados relacional, julgue os itens
subsequentes.

A operação de projeção possibilita a extração de linhas específicas de uma tabela.

Alternativas
Comentários
  • Errado! Projeção possibilita a escolha de colunas específicas. A extração de linhas específicas é a operação de seleção.

    Vale aproveitar a oportunidade para rever os conceitos de álgebra relacional: pt.wikipedia.org/wiki/%C3%81lgebra_relacional

  • Project - colunas

    Select - linhas

  • Projeção : escolhe colunas especificas

    Seleção: extrai linhas especificas


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

Com relação a banco de dados relacional, julgue os itens
subsequentes.

Um sistema relacional admite tanto um banco de dados relacional, quanto a realização de operações de restrição, projeção e junção.

Alternativas
Comentários
  • Conforme C.J. Date pág 67.

    Um sistema de banco de dados relacional admite um bd relacional e operações sobre esse banco. Essas operações são oriundas da algebra relacional.

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

Julgue os itens que se seguem acerca de conceitos referentes a
banco de dados.

Na construção de um banco de dados relacional, a vinculação entre as entidades conceituais e as tabelas implementadas no banco de dados é biunívoca, ou seja, cada entidade conceitual dá origem a uma única tabela.

Alternativas
Comentários
  • ERRADO.

    Veja por exemplo as entidades CHEFE e FUNCIONARIO. Um CHEFE é um FUNCIONARIO. Portanto, podem ser representados por um auto-relacionamento. Logo, 2 entidades conceituais foram representadas no MER como uma única entidade. Conclui-se que a relação não é biunívoca.

  • Gostaria de colaborar.

    biunívoco: relação que associa cada elemento de um conjunto com um único elemento de outro conjunto e vice-versa. Isso quer dizer, neste caso, que cada entidade no modelo da origem a uma única tabela, e cada tabela é originada de uma única entidade.

    Posso estar enganado, mas acredito que este exemplo dado pelo colega não é um exemplo correto, já que independente do autorelacionamento apenas uma tabela é criada. Independentemente de o funcionário ser Chefe ou Empregado, existirá uma única tabela, ou seja neste teu exemplo a relação é biunívoca.

    Acredito que o que realmente prova que estas relações não são biunívocas é o fato de em um modelo relacional termos tabelas criadas a partir de relacionamentos, onde temos, por exemplo uma tabela formada pelos atributos do relacionamento juntamente com as chaves primárias das duas entidades que participam deste determinado relacionamento.

    Neste caso, temos uma tabela que foi originada de mais de uma entidade, ou seja é o caso de uma relação que não é Biunívoca.

    Questão realmente difícil.

    Abraços.

  • Bem, na minha experiência profissional, percebi que algumas tabelas conceituais podem gerar mais de uma tabela lógica.

  • a) Em relações M:N cria-se uma nova tabela (com as chaves primárias das duas entidades em questão) para representar esse relacionamento entre elas.
    b) Em relações 1:N não se cria tabela para o relacionamento, apenas para as entidades. O relacionamento estará imbutido em uma das tabelas (A tabela de cardinalidade  "N" recebe a chave primária da tabela de cardinalidade "1") .

    Em ambos os casos existem 2 entidades, porém em um relacionamento criou-se 2 tabelas e no outro 3 tabelas.
  • Prof Tadeu Rocha:

    Bom o conceito de biunívoco remete á correspondência entre dois conjuntos, na qual cada elemento de um deles corresponde a um, e só um, elemento do outro.
     
    Segundo Korth, para cada conjunto de entidades e para cada conjunto de relacionamentos, dentro de um banco de dados, existe uma tabela única registrando o nome do conjunto de entidades ou relacionamentos correspondente.
     
    Antes de prosseguir, vejamos o conceito de relacionamento binário N:M e de atributos multivalorados:

    Relacionamento muitos-para-muitos (N:M ou N:N): uma instância de uma entidade E está associada a qualquer número de instâncias em uma outra entidade F e uma instância de F está associada a um número qualquer de instâncias em E. Será criada uma nova tabela para receber as chaves primárias de cada entidade.

    Atributos multivalorados: atributos que possuem um conjunto de valores para a mesma entidade.

    Segundo Navathe, no projeto de um banco de dados relacional, para cada tipo de relacionamento binário N:M se criará uma nova relação para representá-lo. E além disso, atributos multivalorados devem ser representados em relações separadas. 
     
    Portanto, repare que não apenas as entidades dão origem a tabelas (relações), mas também os relacionamentos N:M e atributos multivalorados, por exemplo.
     
    Questão ERRADA.

  • GABARITO ERRADO!

    .

    .

    COMENTÁRIO DE UM PARCEIRO AQUI DO QC:

    Na maioria das vezes, no mapeamento de um modelo de dados, uma entidade conceitual se tornará uma tabela, mas podem haver casos que duas ou mais entidades conceituais se tornarão uma única tabela no modelo lógico.


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

Julgue os itens que se seguem acerca de conceitos referentes a
banco de dados.

Em um banco de dados relacional, os valores que compõem um índice em uma tabela não podem ser repetidos em outro registro da mesma tabela.

Alternativas
Comentários
  • ERRADO. Veja por exemplo:

    FUNCIONARIO(ID,NOME,IDADE)

    FUNCIONARIO(55,LEOH,55)

    Não tem problema ter o mesmo valor na mesma tupla. A restrição de unicidade vale somente para atributos da mesma coluna na relação MER.

  • O termo índice é referente a implementações de otimização de consulta, a citar a substuição de uma coluna SEXO por duas colunas: MASCULINO e FEMININO, com valores 0 ou 1. A nível de álgebra relacional, é mais fácil fazer operações AND desta forma. Logo, valores 0 ou 1 em tais índices podem se repetir entre registros - tuplas - diferentes.

  •  Errado.

    O que não pode ser repetido são os valores de chaves primárias. Um índice pode ser perfeitamente criado para uma coluna cujo os valores se repetem.

    Por exemplo, uma tabela aluno que contenha os campos codigo(PK), nome e matrícula. Um índice pode ser aplicado à coluna nome para melhorar a performance de consultas à tabela aluno cujo o filtro seja o campo nome.

  • Índices não podem ser criados para campos não-nulos, mas podem ser criados para campos não-únicos.
  • Errado.

    O índice que permite valores repetidos é o Clustering Index, muito usado inclusive, em campos não numéricos (nome, por exemplo) que podem ter valores repetidos.

  • O índice de agrupamento é definido quando os registros estão ordenados segundo um campo cujo valor seja comum a vários deles.


    Fonte: Sistemas de Banco de Dados. 6ed. Elmasri, Navathe.


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

Acerca de administração de banco de dados relacionais, julgue os
itens que se seguem.

Considere a seguinte situação hipotética. Em determinada organização, os funcionários (entidade F) associam-se aos departamentos (entidade D), por meio do relacionamento de lotação (L), sendo N funcionários em 1 departamento (N:1). Também pode ocorrer, concomitantemente com a lotação, o relacionamento gerencial (G), do tipo 1:1, ou seja, um funcionário gerencia no máximo um departamento. Como restrição da organização, todo gerente deve estar lotado obrigatoriamente no departamento que dirige. Nessa situação, é correto afirmar que, na referida organização, verifica-se um exemplo de restrição de integridade envolvendo relacionamentos.

Alternativas
Comentários
  • Como o gerente de um departamento precisa está lotada naquele departamento, temos uma relação de integridade.
  • As restrições de integridade resguardam o Banco de Dados contra danos acidentais, assegurando que mudanças feitas por usuários autorizados não resultam na perda de consistência de dados.

    Logo, a restrição que todo gerente deve estar lotado obrigatoriamente no departamento que dirige é uma restrição de integridade.

    Resposta: Certo
  • CORRETO

    • [ Funcionários]----(1)--------( Lotação=L)--------(N)----[Departamento]

    Em determinada organização, os funcionários (entidade F) associam-se aos departamentos (entidade D), por meio do relacionamento de lotação (L), sendo N funcionários em 1 departamento (N:1).

    • [ Funcionários gerente]----(1)--------( Gerencia )---(1)----[Departamento]

    Também pode ocorrer, concomitantemente com a lotação, o relacionamento gerencial (G), do tipo 1:1, ou seja, um funcionário gerencia no máximo um departamento. Como restrição da organização, todo gerente deve estar lotado obrigatoriamente no departamento que dirige.

    "Os tipos mais complexos de restrições podem ocorrer, com freqüência, envolvendo a definição de que o registro em um arquivo deve estar relacionado aos registros de outros arquivos."(caso da questão)

    Por exemplo, na Figura 1.2, podemos especificar que 'todo registro de disciplina deve estar relacionado com um registro de Curso'. Outro tipo de restrição especifica a singularidade no valor do item de dado, como 'todo registro de curso deve ter um único valor para Numero do Curso'. Essas restrições são derivadas do significado ou da semântica dos dados e do minimundo que representam.

    Fonte:Navathe ,sistemas de banco de dados ,1.6.8 Forçando as Restrições de Integridade pág 14

  • RESTRIÇÕES DE INTEGRIDADE

    _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. (STRING, BOOL, ETCCC)

    _Integridade de vazios

    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.

    _Integridade da coluna

    Determina os valores aceitos para a respectiva coluna.

    _Integridade definida pelo utilizador

    A integridade definida pelo usuário permite definir regras comerciais que não se encaixam em outras categorias de integridade. Todas as categorias de integridade oferecem suporte à integridade definida pelo usuário.

    _Violação da integridade referencial

    Existe violação da integridade referencial quando a chave externa não coincide com a chave primária da sua tabela “pai”.


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

Acerca de administração de banco de dados relacionais, julgue os
itens que se seguem.

O termo integridade é utilizado em sistema de banco de dados com o significado de precisão, correção ou validade. Nesse contexto, a integridade tem como função assegurar que os dados no banco de dados sejam precisos e preservados contra atualizações válidas.

Alternativas
Comentários
  • Errada. A função da integridade é assegurar que os dados no banco de dados sejam precisos e preservados contra atualizações inválidas.

     

  • O erro esta na parte final da questão, preservados contra atualizações "VÁLIDAS", teria que ser "INVÁLIDAS".

    Questão ERRADA.

  • A integridade é sim utilizada nos bancos de dados com o significado de precisão/correção/validade. O erro do item é dizer que a integridade deve preservar os dados contra atualizações válidas, e não inválidas. As regras de integridade visam impedir que operações não permitidas, que levariam o banco de dados a um estado não íntegro ou incorreto, sejam processadas.


ID
211207
Banca
FUNIVERSA
Órgão
MPE-GO
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

Um banco de dados relacional é baseado em tabelas nas quais é possível armazenar, manipular e recuperar dados. Para se recuperarem informações de uma linha de uma tabela, bem como para inter-relacionar informações entre tabelas diferentes em um banco de dados relacional, utilizam-se as chaves. Assinale a alternativa que apresenta o nome de três tipos de chaves utilizadas em um banco de dados relacional.

Alternativas
Comentários
  • Primária: Chave escolhida dentre as chaves candidatas para definir de forma única uma tupla

    Alternativa: É a chave candidata. Pode ser promovida a chave primária

     Estrangeira.: atributo que contém valor da  chave primária de uma outra tabela

  • gabarito D:

    chave primaria e estrangeira são muito conhecidas, ja essa alternativa ai não e muito popular se ver! rsrsrs

ID
214285
Banca
CESGRANRIO
Órgão
BNDES
Ano
2010
Provas
Disciplina
Banco de Dados
Assuntos

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

Alternativas
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 ???


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

Assinale a alternativa que apresenta as características de uma entidade fraca.

Alternativas
Comentários
  • Entidades Fracas são entidades que são dependentes de existência ou de identificação de um outra entidade.

  • Segundo Navathe: Não possui atributos -chaves. É uma entidade cuja vida depende de outra

  • A característica distintiva das entidades fracas é a incapacidade de serem identificadas unicamente por seus próprios atributos, sendo necessário o estabelecimento de um relacionamento identificador com uma entidade forte. Assim, há uma relação de dependência existencial entre a entidade fraca e a forte associada. A resposta que se adequa a esta definição é a letra B.


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

No intuito de determinar, entre duas entidades, se um relacionamento do tipo N:M possui um atributo, aplica-se um teste com a descrição do referido atributo.
Esse teste deve:

Alternativas
Comentários
  • O relacionamento N:M é também conhecido como relacionamento de muitos para muitos, sendo assim, só faria sentido criar um atributo em um relacionamento N:M se o atributo conter características das duas entidades participante do relacionamento.


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

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

Alternativas
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.

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

O processo de relacionar uma entidade com duas outras entidades previamente relacionadas, geralmente, do tipo N:M, de modo que o relacionamento da primeira entidade com estas duas já relacionadas forme um relacionamento binário, representando de modo mais claro e semântico um relacionamento não-binário entre as três entidades, é denominado de:

Alternativas
Comentários
  • Aggregation refers to an abstraction in which a relationship between objects is regarded as a higher-level object. Generalization refers to an abstraction in which a set of similar objects is regarded as a generic object.



    http://cs-exhibitions.uni-klu.ac.at/index.php?id=433
  • Agregação

    Definição

    É uma forma especializada de associação na qual um todo é relacionado com suas partes. Também conhecida como relação de conteúdo.

    Como representamos uma Agregação?

    É representada como uma linha de associação com um diamante junto à Classe agregadora. A multiplicidade é representada da mesma maneira que nas associações.


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

Um Banco de Dados é um conjunto de registros dispostos em estruturas regulares que possibilita a reorganização dos mesmos e uma produção de informação. Analise os seguintes enunciados e marque a alternativa CORRETA.

I- Um Banco de Dados Relacional está composto por um conjunto de tabelas que podem ou não estar relacionadas entre si;

II- Uma tabela é definida por uma estrutura de campos (colunas);

III- O Banco de Dados Oracle não permite o uso de visões;

IV- Um registro define o tipo de dados a ser armazenado em cada tabela;

V- Em um Banco de Dados, podem ser armazenadas imagens.

Alternativas
Comentários
  • III- O Banco de Dados Oracle não permite o uso de visões;

    IV- Um registro Dominio define o tipo de dados a ser armazenado em cada tabela coluna da tabela;
  • Questão muito fácil. Basta saber que o II está certo e o III errado para matar a questão.

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

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

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

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

NÃO necessitaria ser armazenado no banco de dados (persistido), e somente o seria por questões de melhoria de desempenho, o atributo:

Alternativas
Comentários
  • O valor total do pedido pode ser calculado com base no valor unitário dos produtos multiplicado pela quantidade pedida de cada produto.
    Para fins de performance, este valor pode ser calculado uma única vez, persistido no banco e consultado a partir daí enquanto não houverem alterações no pedido.
    A aplicação que se utiliza da base de dados economizaria processamento, uma vez que não precisaria mais recalcular o valor total.
  • Valor-Total-Pedido pode ser um atributo derivado.


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

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

Alternativas
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.


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

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:

Alternativas
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.

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

A restrição de chave estrangeira, onde a operação de exclusão sobre a tabela referenciada se propaga para todas as chaves estrangeiras correspondentes, é:

Alternativas
Comentários
  • Basta referenciar "[..]operação de exclusão[..]" a "on delete" e "[..]se propaga para todas as chaves[..]" a efeito cascata ("cascade").

  • on update = ação ao atualizar
    on delete = ação ao deletar

    set null = "seta" o campo como null
    cascade = efeito cascata, ou seja, se propaga para todos outros relacionados àquela entidade
    set default = "seta" para o valor default do campo

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

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

Alternativas
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.


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

Considere: Os funcionários podem usar muitos idiomas em qualquer um dentre muitos projetos. Cada projeto possui muitos funcionários com vários idiomas. Funcionário chefia funcionário na razão 1:n. Dado um projeto, é necessário que se conheça os funcionários e quais idiomas eles usam nesse projeto. Também é necessário que se saiba (independentemente do projeto) quem é o chefe de quem. A derivação para BDR (relacional) apresentará um modelo com

Alternativas
Comentários
    • Funcionário
    • Idioma
    • Projeto
    • Funcionário_Idioma (pois o texto diz "Os funcionários podem usar muitos idiomas")
    • Funcionário_Projeto (pois o texto diz "um dentre muitos projetos")
  • Devem ser criado as tabelas:
    Funcionário
    Idioma e 
    Projeto
    Para saber quais idiomas são usados e quais projeto, deve existir uma tabela que contém as chaves primária de idioma e de projetos, logo são 4 tabelas que serão apresentada no modelo.
  • Com todo respeito, corrigindo os colegas Henrique e Mara, não há tabela "Funcionario_Idioma" nem "Funcionario_Projeto", nem a tabela "Chefe", herdando de "Funcionario" é necessária. O relacionamento de 'chefia' acontece com uma chave estrangeira de Funcionário para ele mesmo (além da chave primária, cada Funcionário tem uma chave estrangeira de Funcionário, que indica quem é seu chefe - como acontece em qualquer relação 1:N, a chave estrangeira vai para o lado N, sem a necessidade da criação de uma nova tabela; só que neste caso tanto o lado 1 quanto o lado N são a mesma entidade).

    A colega Fernanda postou a resposta mais próxima, apenas esqueceu de incluir a chave primária de Funcionário na tabela que tem as chaves primárias de Idioma e Projeto, já que trata-se de uma relação ternária N:N:N.
  • Temos uma tabela Funcionario:

    { id-funcionario, nome  , ...   , id_funcionario_chefe } , dessa  forma podemos representar quem é o chefe de quem sem a necessidade de uma outra tabela.

    Temos a tabela Idioma:

    { id-idioma,   descricao }


    Temos a tabela Pro jeto

    { id-projeto, descricao }

    E temos uma quarta tabela para construir um relacionamento ternario,  informando qual idioma cada funcionario fala em qual projeto:

    Funcionario_Idioma_Projeto:

    { id-funcionario, id-idioma, id-projeto }
  • Gostei da proposta do : T. Renegado, mas só tem um errinho:

    A questão diz: "Funcionário chefia funcionário na razão 1:n"

    Sendo assim o campo: id_funcionario_chefe não pode ser chave primária, mas somente chave estrangeira, então ele NÃO deve estar sublinhado. Caso contrário, se ele for chave primária, a relação passa a ser N:M e não 1:N, pois um funcionário daí poderá ter N chefes e 1 chefe por ter N funcionários, o que está errado.
  • Na minha opinião, a questão fala da derivação do modelo Relacional a partir do modelo ER correspondente.
    As regras de transformação aplicadas a este caso são:
    1- para cada entidade do modelo ER crias-se uma tabela. Temos até aqui, então, 3 tabelas.
    2- para cada relacionamento N:N, neste caso um relacionamento ternário (FUNCIONÁRIO, IDIOMAS, PROJETOS), deve ser criada uma tabela, onde a chave primária desta será composta pelas chaves primárias das tabelas que se relacionam. Mais uma tabela. Total = 4.
    3- Os relacionamentos 1:N (FUNCIONÁRIOS, CHEFE) são mapeados adicionando os campos necessários para implementar o relacionamento no lado 1 do relacionamento. Na questão há uma especificidade deste caso, pois as duas entidades estão representadas em uma mesma tabela. Aqui, não criamos nenhuma nova tabela. Finalizamos com 4 tabelas no total.
  • Concordo com a Fernanda, em parte! O relacionamento muitos pra muitos que existe é entre as tabelas Funcionários e idiomas. Portanto a Entidade Associativa, que forma a quarta tabela, seria composta pelos atributos identificadores dessas duas tabelas! 

  • Esse tipo de questão é f...


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

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

Alternativas
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


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

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              20                 [p05:p06]
                                        N5              20                 [p06:p07] 

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

Alternativas
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 p05 a p06 teve status 20 e no período p06 a p07 teve o status 20. Observe que os dados são os mesmo, apenas o período mudou, e detalhe, p06 aparece nos dois registros. Observe também que poderíamos dizer simplesmente que N5, no período p05 a p07 tinha status 20. Date chama este problema de Redundância pois o status de p06 é enunciado duas vezes.