QuestLab Plataforma Inteligente de Questões
Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Encontre as questões que procura
Limpar filtros
73 questões encontradas

A literatura de bancos de dados propõe técnicas específicas para lidar com o problemade implementar e atualizar visões em SGBDs. Com base nas estratégias de implementação e atualização de visões, analise as assertivas abaixo e assinale a alternativa correta.

I. A estratégia chamada modificação de consulta envolve transformar a consulta da visão (submetida pelo usuário) em uma consulta diretamente nas tabelas da base. A principal vantagem dessa técnica é a sua alta eficácia para visões definidas por consultas complexas, especialmente se várias delas tiverem de ser aplicadas à mesma visão em um curto período.

II. A materialização de visões envolve criar fisicamente uma tabela temporária. Para mantê-la sincronizada com as tabelas base, utilizam-se técnicas de atualização incremental, nas quais o SGBD, a cada alteração na base, remove automaticamente a tabela física e a recalcula para garantir a consistência dos dados exibidos.

III. A atualização de dados diretamente por meio de visões é um processo direto e livre de ambiguidades. Para uma visão que envolve junções (joins), uma operação de atualização é mapeada de forma única para as relações da base, permitindo que o SGBD determine, com exatidão, qual atualização foi intencionada pelo usuário.

A Todas as assertivas estão corretas.
B Todas as assertivas estão incorretas.
C Apenas a assertiva I está correta.
D Apenas as assertivas I e III estão corretas.
E Apenas as assertivas II e III estão corretas.

Analise as seguintes definições de visões em um banco de dados relacional com as tabelas base PEDIDO(id_pedido, id_cliente, valor, status) e CLIENTE(id_cliente, nome, cidade): V1: CREATE VIEW v_pedidos_altos AS SELECT id_pedido, id_cliente, valor FROM pedido WHERE valor > 500; V2: CREATE VIEW v_total_por_cliente AS SELECT id_cliente, SUM(valor) AS total FROM pedido GROUP BY id_cliente; V3: CREATE VIEW v_clientes_pedidos AS SELECT p.id_pedido, c.nome, p.valor FROM pedido p JOIN cliente c ON p.id_cliente = c.id_cliente; V4: CREATE VIEW v_status_distinct AS SELECT DISTINCT status FROM pedido; Um desenvolvedor precisa identificar quais visões não permitem operações de atualização direta segundo os critérios do padrão SQL. Sobre o assunto, assinale a alternativa correta.

A Apenas V2 e V4 são não atualizáveis, pois V1 e V3 preservam a correspondência direta com as tuplas das tabelas base, permitindo que o SGBD identifique e modifique os registros originais sem ambiguidade.
B V2, V3 e V4 são não atualizáveis, pois V2 utiliza agregação com GROUP BY, V4 utiliza DISTINCT e V3 envolve junção entre duas tabelas, sendo que nenhuma dessas construções permite ao SGBD identificar unicamente a tupla da tabela base a ser modificada.
C Todas as visões são não atualizáveis, pois qualquer restrição aplicada na definição de uma visão, seja por WHERE, JOIN, GROUP BY ou DISTINCT, impede que o SGBD propague modificações para as tabelas base de forma confiável.
D Apenas V2 é não atualizável, pois o uso de GROUP BY com função de agregação impede a identificação direta das tuplas originais, enquanto V3, apesar de envolver junção, permanece atualizável por preservar a chave primária de ambas as tabelas base na projeção.
E V1, V2 e V4 são não atualizáveis, pois a cláusula WHERE em V1 restringe o conjunto de tuplas visíveis, tornando ambígua qualquer tentativa de inserção de registros com valor inferior a 500 diretamente pela visão.

Assinale a alternativa que corresponde ao nome do arquivo de configuração principal do banco de dados MySQL em sistemas operacionais Microsoft Windows.

A conf.app
B global.properties
C init.cnf
D general.dll
E my.ini

Um Tribunal Regional do Trabalho deseja consultar a quantidade de audiências realizadas nos últimos 3 meses para o tipo de processo trabalhista 'RESCISÃO CONTRATUAL'. Em um banco de dados PostgreSQL, aberto e funcionando em condições ideais, a consulta é obtida usando-se o comando:

A SELECT COUNT(*) FROM audiencias WHERE tipo processo = 'RESCISÃO CONTRATUAL' AND data audiencia >= MAKE INTERVAL (months := 3);
B SELECT COUNT(*) FROM audiencias WHERE tipo processo = 'RESCISÃO CONTRATUAL' AND data - audiencia >= CURRENT - DATE - INTERVAL '3 MONTH';
C SELECT COUNT (*) AS total FROM audiencias WHERE tipo processo = 'RESCISÃO CONTRATUAL' AND data - audiencia >= CURRENT - DATE - '90 DAYS';
D SELECT COUNT (*) FROM audiencias WHERE tipo processo = 'RESCISÃO CONTRATUAL' AND data - audiencia >= NOWDATE() - INTERVAL '3 MONTH';
E SELECT COUNT (*) FROM audiencias WHERE tipo_processo = 'RESCISÃO CONTRATUAL' AND data - audiencia >= DATE - TRUNC('MONTH', NOW()) - '3 MONTHS';

Um sistema de banco de dados baseado em PostgreSQL possui três servidores, sendo um primário e dois em espera (standby). O servidor primário executa comandos de escrita e leitura (readonly), enquanto os servidores em standby resolvem apenas requisições de leitura. A replicação é realizada utilizando-se write-ahead log (WAL). A cada atualização do banco de dados do servidor primário, um WAL é encaminhado diretamente para os dois servidores em standby. O processo de replicação se encerra após o recebimento de respostas de todos os servidores em standby. Com relação ao sistema de banco de dados em questão, é correto afirmar que

A possui balanceamento de carga, os servidores estão conectados na configuração multiespera (multi-standby) e a replicação do banco de dados é síncrona.
B possui balanceamento de carga, os servidores estão conectados na configuração multiespera (multi-standby) e a replicação do banco de dados é assíncrona.
C não possui balanceamento de carga, os servidores estão conectados na configuração cascata e a replicação do banco de dados é assíncrona.
D não possui balanceamento de carga, os servidores estão conectados na configuração multiespera (multi-standby) e a replicação do banco de dados é síncrona.
E possui balanceamento de carga, os servidores estão conectados na configuração cascata e a replicação do banco de dados é síncrona.

Em sistemas de gerenciamento de banco de dados relacionais, uma view

A continuará executando e retornando os resultados calculados previamente, ainda que a tabela-base seja dela removida.
B pode receber privilégios de SELECT independentes da(s) tabela(s)-base, permitindo que usuários consultem apenas colunas específicas sem ter acesso pleno às tabelas originais.
C não armazena dados fisicamente e só reflete alterações nos dados das tabelas-base quando for redefinida.
D impede a exposição de colunas de uma tabela, mas não impede a exposição de linhas específicas que atendam a algum critério.
E é definida por meio de consulta simples em uma única tabela, sem poder incluir junções ou subconsultas.

Em sistemas de gerenciamento de banco de dados relacionais, triggers

A BEFORE TRUNCATE são executados antes de apagar as linhas e permitem cancelar a operação lançando erro.
B AFTER DELETE são acionados antes de remover fisicamente a linha, de modo que, durante seu processamento, a linha ainda permanece na tabela.
C BEFORE INSERT disparam antes de alocar espaço para a nova linha e podem ajustar valores usando NEW, ao passo que triggers AFTER INSERT disparam somente depois de todas as restrições terem sido verificadas e a linha ter sido gravada permanentemente.
D BEFORE UPDATE são executados depois de atualizar os valores, porém antes de reindexar a tabela, permitindo reverter a operação caso alguma condição falhe.
E AFTER TRUNCATE permitem o acesso a dados antigos das linhas por meio de uma pseudotabela OLD , possibilitando registrar o que foi apagado.

Para um banco de dados MySQL com oito bases, sendo uma máster e as demais réplicas, o sucesso de uma replicação semissíncrona é garantido quando o número de réplicas atualizadas é, pelo menos, igual a

A sete.
B um.
C seis.
D dois.
E quatro.

No Oracle 19c, uma das vantagens da utilização de mais tablespaces consiste

A na separação dos dados de aplicativos diferentes.
B na garantia da atomicidade dos dados na base.
C na redução do uso de espaço em disco.
D no aumento da disponibilidade dos dados em cada tablespace.
E na diminuição da necessidade de controle.