Segundo o protocolo do bloqueio em duas fases, utilizado em bancos de dados relacionais, há uma dessas fases em que uma transação pode obter, mas não liberar bloqueios.

Tal fase recebe, especificamente, a denominação de fase de

Analise  as  tabelas  a  seguir.
TABELA  1:
TABELA  2 :
Controle  de  concorrência  em  um  SGBD  é  um  mecanismo  para assegurar  que  transações  simultâneas  sejam  executadas  de forma  controlada, sem  interferências  mútuas.  A  tabela  2 apresenta  duas  transações  Tl  e  T2  realizadas  no  decorrer  do tempo  t.  Sabendo  que, na  tabela  2, no  tempo  t8, o  resultado obtido  está  incorreto, pode-se  afirmar  que, de  acordo  com C.J.  Date  (2004), ocorreu  o  seguinte  problema  de  concorrência:

A respeito de concorrência e consistência de dados no banco de dados Oracle 12c, analise as transações a seguir:

1-Transação 1 bloqueia na tabela Product o produto com id igual a 10001;

2-Transação 2 bloqueia na tabela Product o produto com id igual a 10002;

3-Transação 1 bloqueia na tabela Product o produto com id igual a 10002;

4-Transação 2 bloqueia na tabela Product o produto com id igual a 10001;

5-Transação 1 efetua o commit e libera o bloqueio;

6-Transação 2 efetua o commit e libera o bloqueio.

Assinale a alternativa correta:

Associe a segunda coluna de acordo com a primeira, que relaciona tipos de bloqueios (Locks), em um modelo de concorrência de dados e consistência, com a descrição correspondente:

Primeira coluna: tipos de bloqueio (locks)

1-DML Locks

2-DDL Locks

3-Internal Locks

Segunda coluna: mecanismo de ação

(  ) Protege os dados como tabelas e linhas selecionadas.

(  ) Protege a estrutura dos objetos.

(  ) Protege a estrutura do banco de dados como arquivos.

Assinale a alternativa que apresenta a correta associação entre as colunas: 

O IFCE mantém um banco de dados PostgreSQL que suporta o sistema de gestão acadêmica. Durante um período de alta demanda (semana de matrícula), o analista de TI responsável pelo banco de dados recebeu reclamações de lentidão no sistema. Ao investigar com as views de diagnóstico do PostgreSQL, observou as seguintes situações: múltiplas sessões no estado 'idle in transaction' com duração superior a 30 minutos; uma consulta de relatório complexo com varredura sequencial (Seq Scan) em tabela de grande volume estava bloqueando transações que aguardavam locks por mais de 10 minutos; e o parâmetro idle_in_transaction_session_timeout estava com valor 0 (desabilitado). Qual conjunto de ações é mais adequado para diagnosticar, resolver o problema imediato e prevenir recorrência?