Questões de Concurso
Sobre banco de dados
Foram encontradas 15.801 questões
Resolva questões gratuitamente!
Junte-se a mais de 4 milhões de concurseiros!
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista Técnico - Tecnologia da Informação |
Q371834
Banco de Dados
Texto associado
A respeito de datawarehouse, julgue os próximos itens.
Na modelagem, o esquema estrela é um refinamento em que parte da hierarquia dimensional é normalizada em um conjunto de tabelas dimensão menores, de forma similar a um floco de neve.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371792
Banco de Dados
Texto associado
Julgue os itens subsequentes, relativos a bancos de dados.
Apesar de possuírem a capacidade de serem executados de forma distribuída, os sistemas gerenciadores de bancos de dados (SGBDs) não podem ser dispostos em arquiteturas GRID, devido a restrições como atomicidade e isolamento dos bancos de dados.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371791
Banco de Dados
Texto associado
Julgue os itens subsequentes, relativos a bancos de dados.
Um sistema de gerenciamento de bancos de dados distribuídos (SGBDD) é o resultado da fusão das tecnologias de banco de dados e de redes e comunicação de dados. Nesse sistema, os elementos de processamento são necessariamente homogêneos e permitem que o processamento e a entrega de dados seja centralizada ou distribuída, diferentemente dos SGBDs tradicionais, que realizam esse processamento exclusivamente na forma centralizada.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371771
Banco de Dados
Texto associado
No que se refere a linguagem de implementação de banco de dados, julgue os itens subsequentes.
Ao executar as querys mostradas abaixo, o comando INSERT não será executado, pois não foi inserido valor no campo dataHora.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371770
Banco de Dados
Texto associado
No que se refere a linguagem de implementação de banco de dados, julgue os itens subsequentes.
O comando drop table remove toda a tabela da base de dados. Um exemplo de utilização desse comando é o seguinte: drop table examplo_timestamp;
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371766
Banco de Dados
Texto associado
Com relação ao Hibernate, julgue os itens subsecutivos.
Os tipos de mapeamento do Hibernate são considerados tipos de dados SQL e precisam de conversão para dados Java nas respectivas classes Java.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371759
Banco de Dados
Texto associado
Julgue os itens subsequentes a respeito de arquitetura de banco de dados.
Em um banco de dados relacional, a criação de uma nova forma de pesquisa capaz de melhorar a pesquisa de uma lista de empregados denomina-se independência de dados lógica.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371758
Banco de Dados
Texto associado
Julgue os itens subsequentes a respeito de arquitetura de banco de dados.
Em um banco de dados orientado a objeto, os objetos trabalhados pelo sistema de recursos humanos são conservados no banco de dados e podem ser acessados pelo sistema de ponto da empresa.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371756
Banco de Dados
Texto associado
Julgue os itens a seguir acerca de banco de dados relacional em plataforma baixa.
O MySQL não permite a conexão de usuário anônimo sem identificação e senha.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371755
Banco de Dados
Texto associado
Julgue os itens a seguir acerca de banco de dados relacional em plataforma baixa.
O comando DESCRIBE permite obter informações referentes a tabelas no MySQL.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371754
Banco de Dados
Texto associado
Julgue os itens seguintes a respeito de bancos de dados.
Um sistema gerenciador de banco de dados deve possuir restrições de integridade por meio do controle de relacionamento entre dois registros.
Ano: 2014
Banca:
CESPE / CEBRASPE
Órgão:
SUFRAMA
Prova:
CESPE - 2014 - SUFRAMA - Analista de Sistemas |
Q371753
Banco de Dados
Texto associado
Julgue os itens seguintes a respeito de bancos de dados.
Uma chave primária é composta de um registro único, o qual identifica a entidade.
Q370982
Banco de Dados
No PostgreSQL os espaços de tabelas permitem aos administradores (superusuários) definir locais no sistema de arquivos onde os arquivos que representam objetos do banco de dados podem ser armazenados. Uma vez criado, o espaço de tabelas pode ser referenciado por seu nome ao criar os objetos do banco de dados. Para criar o espaço de tabelas teste no diretório /data/teste pertencendo ao usuário souza, utiliza-se a instrução:
Q370981
Banco de Dados
No PostgreSQL, quando um objeto do banco de dados é criado, é atribuído um dono ao mesmo. O dono é o usuário que executou o comando de criação. Para mudar o dono de uma tabela, índice, sequência ou visão deve ser utilizado o comando
Q370980
Banco de Dados
Em uma abordagem top-down, após a definição de um modelo de dados, aplica-se a normalização para se obter uma síntese dos dados, bem como uma decomposição das entidades e relacionamentos em elementos mais estáveis, tendo em vista sua implementação física em um banco de dados.
Com relação à normalização, analise o texto a seguir:
Cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não pode conter grupos repetitivos (multivalorados). Para se obter entidades nesta forma, é necessário decompor cada entidade não normalizada em tantas entidades quanto for o número de conjuntos de atributos repetitivos.
O texto define ;
Com relação à normalização, analise o texto a seguir:
Cada ocorrência da chave primária deve corresponder a uma e somente uma informação de cada atributo, ou seja, a entidade não pode conter grupos repetitivos (multivalorados). Para se obter entidades nesta forma, é necessário decompor cada entidade não normalizada em tantas entidades quanto for o número de conjuntos de atributos repetitivos.
O texto define ;
Q370978
Banco de Dados
Texto associado
O modelo de dados a seguir deve ser utilizado para responder as questões de 86 a 88.
Consiste em uma instrução SQL correta para criar a tabela Fisico:
Q370977
Banco de Dados
Texto associado
O modelo de dados a seguir deve ser utilizado para responder as questões de 86 a 88.
Com relação ao modelo apresentado e suas restrições, é correto afirmar que :
Q370976
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Em uma operação na tabela departamento, foi digitada a seguinte instrução:
insert into departamento (DepNo, DNome) values(50,'Educação');
Ao fazer uma consulta na tabela, verificou-se que mesmo tendo sido especificado apenas a inclusão de valores nos campos DepNo e DNome, o campo DLocal recebeu o valor 'São Paulo'. Pode-se concluir que antes da digitação do comando insert, pode ter sido digitada a instrução:
insert into departamento (DepNo, DNome) values(50,'Educação');
Ao fazer uma consulta na tabela, verificou-se que mesmo tendo sido especificado apenas a inclusão de valores nos campos DepNo e DNome, o campo DLocal recebeu o valor 'São Paulo'. Pode-se concluir que antes da digitação do comando insert, pode ter sido digitada a instrução:
Q370975
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Ao se criar uma estrutura de banco de dados complexa, envolvendo muitas tabelas com restrições de chave estrangeira, visões, gatilhos, funções, etc., cria-se, implicitamente, uma rede de dependências entre os objetos. Para garantir a integridade de toda a estrutura do banco de dados, muitos SGBDs não permitem remover um objeto quando há objetos que dependem do mesmo. Por exemplo, tentar remover a tabela departamento, onde a tabela funcionario depende dela, produz uma mensagem de erro semelhante a esta:
DROP TABLE departamento;
ERRO: não foi possível remover a tabela departamento porque outros objetos dependem dela.
Se não tiver importância remover todos os objetos dependentes, então poderá ser executado o comando DROP TABLE com uma cláusula que faz com que todos os objetos dependentes sejam removidos. A cláusula citada é a
DROP TABLE departamento;
ERRO: não foi possível remover a tabela departamento porque outros objetos dependem dela.
Se não tiver importância remover todos os objetos dependentes, então poderá ser executado o comando DROP TABLE com uma cláusula que faz com que todos os objetos dependentes sejam removidos. A cláusula citada é a
Q370974
Banco de Dados
Texto associado
Em um banco de dados há duas tabelas, departamento e funcionario, cujos campos são:
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Departamento:
DepNo - int - primary key - not null
DNome - varchar(50) - not null
DLocal - varchar(40)
Funcionario:
FunNo - int - primary key - not null
DepNo - int - foreign key - not null
FNome - varchar(50) - not null
FCargo - varchar(40)
FSal - double
Ambas as tabelas possuem muitos registros cadastrados, que não incluem valores nulos. Considere as instruções SQL a seguir:
I. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario INNER JOIN departamento ON funcionario.DepNo = departamento.DepNo;
II. select funcionario.FunNo, funcionario.FNome, departamento.DNome from funcionario, departamento where funcionario.DepNo = departamento.DepNo;
III. select f.FunNo, f.FNome, d.DNome from (select departamento.DepNo, departamento.DNome from departamento) as d, funcionario as f where d.DepNo = f.DepNo;
IV. select DISTINCT f.FunNo, f.FNome, d.DNome from funcionario f, departamento d;
Para excluir todos os funcionários que tenham o cargo (FCargo) iniciados por 'An' e salário (FSal) menor ou igual a 800, utiliza-se a instrução:
Conheça nossos planos