Questão 209380

• Banca: CESPE / CEBRASPE
• Órgão: Banco da Amazônia
• Ano: 2010
• Provas: CESPE - 2010 - Banco da Amazônia - Técnico Científico - Tecnologia da Informação - Administração de Dados
• Disciplina: Banco de Dados
• Assuntos: Administração de banco de dados

Considere que o administrador de banco de dados (DBA) de uma
empresa de software tenha sido encarregado de verificar a situação
do BD da instituição e que, ao concluir essa tarefa, tenha constatado
que a instituição não dispunha de nenhum projeto lógico e físico
dos dados relativos ao BD. A partir dessa situação, julgue os itens
seguintes.

Se após a análise dos dados, o administrador descobrir que eles estão muito desorganizados, motivando baixo desempenho dos sistemas em operação, deve ser feita uma mudança gradual dos dados para melhorar a situação da empresa nesse setor.

• C. Certo
• E. Errado

Gabarito: C

Comentários

• Discordo da parte "...deve ser feita uma mudança gradual dos dados para melhorar... "
  
  Acredito que a mudança deveria ser na organização/estruturação/disposição dos dados pois o problema não são os dados, mas sim a desorganização destes dados.
  
  
• Concordo com o comentário acima.
  
  Como é que eu vou mudar os dados de uma organização só porque o banco de dados está lento?
  
  Isso não faz o menor sentido.

• Trata-se de uma questão de otimização.
  
  Segundo Navathe,
  
  É necessário monitorar e revisar o projeto físico do banco de dados constantemente. Os objetivos da sintonização (tuning) são os seguintes:
  Fazer com que as aplicações sejam executadas mais rapidamente.
  Diminuir o tempo de resposta de consultas/transações.
  Melhorar o desempenho geral das transações.
  
  Desta forma, é válido o administrador responsável realizar alterações graduais ou não (cabe ele decidir) buscando realizar ajustes de desempenho.

• Pergunta com enunciado ruim! Concordo com o Gabriel.

• Amigos, é apenas uma pegadinha. A questão fala em desorganização dos dados e baixo desempenho. O que melhora isso? Ajustes finos (tuning). Criação de índices por exemplo. Mudar os dados não é trocá-los, e sim, reorganizá-los.

• A questão realmente está meio mal escrita, mas não é suficiente para invalidá-la. Para fins de otimização, geralmente esses são os passos:

  1) Otimização dos SQLs que estão causando mais lentidão, como de grandes relatórios ou de funcionalidades muito utilizadas no sistema. Esses SQLs podem ser obtidos a partir de logs do próprio SGBD

  2) Criação de índices e/ou remoção de índices e desnormalizações em alguns pontos, quando necessário. Lembrando que índices, a depender da tabela, também podem atrapalhar. Uma tabela de log a princípio nem deve ter índices, e possivelmente nem chave primária (que cria um índice implícito). Tabelas que recebem muitas inserções/alterações/remoções não devem muitos índices.
  

  3) Otimização da utilização de recursos do SO, SGBD, uso de memória e disco

  4) Se nada disso resolver, um upgrade no servidor ou servidor novo :P