ARQUITETURA DE SISTEMAS DE BANCO DE DADOS_A8

Prévia do material em texto

Aluno: Matr.: 201910004448 
Disc.: ARQ.SIST.BAN.DADOS 2020.1 EAD (GT) / EX 
 
 
 
1. 
 
 
A execução que sempre gera o resultado correto na execução concorrente de transações é a execução: 
 
 
 
Concorrente 
 
 
Pessimista 
 
Serial 
 
 
Otimista 
 
 
Intercalada 
 
Explicação: 
Qualquer resultado obtido por uma execução serial de transações SEMPRE ESTÁ CORRETO 
 
 
2. 
 
 
Um dos problemas que pode ocorrer consultas paralelas a dados em um SGBD é o problema da 
concorrência. Este problema precisa ser tratado para EVITAR QUE: 
 
O resultado das consultas leve a valores inconsistentes. 
 
 
Uma consulta termine antes de outra que iniciou mais cedo. 
 
 
Ocorram consultas em paralelo. 
 
 
Haja perda de desempenho do sistema com consultas paralelas. 
 
 
O resultado corresponda a uma execução como se as transações fosses executadas uma após 
outra. 
 
 
 
Explicação: 
A ideia básica do controle de concorrência é produzir um resultado consistente, ou seja, produzir o 
mesmo resultado que seria obtido se as transações tivessem sido executadas uma depois da outra. 
Então, uma escala de execução de transações sempre será correta se o seu resultado corresponder ao 
obtido por uma execução sequencial das mesmas. 
 
 
 
 
3. 
 
 
Para evitar problemas relativos à concorrência, um sistema deve possuir um controle de concorrência de 
transações. Este controle deve ser feito pelo: 
 
 
administrador do SGBD 
 
SGBD 
 
 
programador 
 
 
sistema operacional 
 
 
administrador de dados 
 
 
 
Explicação: 
A ideia básica do controle de concorrência é produzir um resultado consistente, ou seja, produzir o 
mesmo resultado que seria obtido se as transações tivessem sido executadas uma depois da outra. 
Então, uma escala de execução de transações sempre será correta se o seu resultado corresponder ao 
obtido por uma execução sequencial das mesmas. 
Cabe ao SGBD definir o plano de escalonamento, ou seja, a forma como um conjunto de transações será 
executado. 
 
 
4. 
 
 
Quando uma transação le os dados novamente e descobre que apareceram novas linhas temos o 
problema: 
 
Problema da Leitura fantasma (Phantom Read) 
 
 
 
Problema da Atualização Temporária ou Leitura suja (Dirty Read) 
 
 
 
Problema da Atualização Perdida 
 
 
 
Problema da Leitura que não pode ser repetida (Nonrepeatable Read) 
 
 
 
Problema do Resumo Incorreto 
 
 
 
Explicação: 
O problema da leitura fantasma acontece quando uma transação ao ler dados lidos anteriormente 
descobre que o conjunto de linhas retornados é diferente do anterior pois outra transação, entre as 
leituras inseriu novas linhas na tabela. 
 
 
 
 
5. 
 
 
Considere os seguintes planos de execuçaõ de duas transações T1 e T2, sempre operando a partir do 
mesmo valor inciail de X. : 
1. Execução Serial na ordem T1 e T2 e o valor final de x foi 120 
2. Execução Serial na ordem T2 e T1 e o valor final de x foi 85 
3. Execução Intercalada de T1 e T2 e o valor final de x foi 110 
4. Execução Intercalada de T1 e T2 e o valor final de x foi 85 
Analise a situaçaõ podemos afirmar que: 
 
 
As execuções 2, 3 e 4 estão corretas 
 
 
Todas as execuções produzem resultados corretos 
 
As execuções 1,2 e 4 estão corretas 
 
 
Todas as execuções produzem resultados errados 
 
 
Somente as execuções 1 e 2 estão corretas 
 
 
 
Explicação: 
Produzem resultados corretos todas as execuções seriais e qualquer execução intercala que produza o 
mesmo resultado de uma serial 
 
 
 
6. 
 
 
Quando um transação T1 atualiza um dados e antes que ela commit T2 lé esse valor e o utiliza, ocorre o 
problema da: 
 
 
Problema da Atualização Perdida 
 
 
 
Problema da Leitura fantasma (Phantom Read) 
 
 
 
Problema da Leitura que não pode ser repetida (Nonrepeatable Read) 
 
 
Problema da Atualização Temporária ou Leitura suja (Dirty Read) 
 
 
 
Problema do Resumo Incorreto 
 
 
 
Explicação: 
A leitura suja ocorre quando uma transação atualiza um dado e outra transação o lê antes de ela ter sido 
efetivada (commit). Se a transação da atualização falhar ou for desfeita (rollback) a transação que leu ira 
operar com dados incorretos.