Vamos à nossa prova.
26- Um Sistema de Banco de Dados é
a) uma associação de dados interdependentes e hardware adequado que permitem aos usuários acesso aos mesmos.
b) uma coleção de dados relacionados por processadores pertencentes a usuários com privilégio de acesso.
c) uma coleção de dados inter-relacionados e um conjunto de programas que permitem aos usuários acessar e
modificar esses dados.
d) uma disposição de dados e atributos que permitem aos usuários construir instâncias multiestruturadas.
e) uma coleção de dados de dimensionalidade variável, selecionada por cada usuário através de programas
interpretadores.
Comentários:
Bem, a questão pergunta sobre um Sistema de Banco de Dados. Na prática, isso quer dizer o SGBD e os Bancos de Dados propriamente ditos. Sabemos que o SGBD é um software que automatiza um Banco de Dados, e que o Banco de Dados propriamente dito é uma coleção de dados inter-relacionados. Dessa forma, temos a letra (c) como gabarito. As letras (a) e (b) citam hardware, o que não tem nada a ver com Banco de Dados. As letras (d) e (e) não passam nem perto do conceito pedido. Dessa forma, concordo com a banca nessa questão.
27- O projeto geral do banco de dados é
a) o esquema do banco de dados.
b) o planejamento estratégico do fluxo de dados.
c) o esquema de dimensionamento físico-financeiro do banco de dados.
d) a versão inicial de instanciação dos dados a serem carregados no sistema.
e) o esquema de atualização dos dados para manutenção de consistência.
Comentários:
Conforme comentamos na aula 3, o resultado do projeto físico, ou seja, do projeto final do Banco de Dados, que a questão chamou de projeto geral, é o esquema do Banco de Dados. Com o a definição do esquema do Banco de Dados, criamos um Banco de Dados novo, vazio. Dessa forma, temos a letra (a) como gabarito, e as demais nem sentido fazem.
28- O Modelo Relacional usa
a) uma coleção de tabelas para representar os dados e as relações entre eles.
b) uma coleção de tabelas de decisão para representar os dados através de relações parametrizadas.
c) um conjunto de relações entre objetos representados por seus dados.
d) uma tabela de relações de acesso para determinados usuários.
e) uma coleção de modelos de bancos de dados com hierarquias relacionais de usuários.
Comentários:
Imagino que muitos podem ter ficado na dúvida entre as letras (a) e (c) nessa questão. Vejam a questão comentada 1, na aula 02, página 7. É quase idêntica, e dessa forma a letra (a) está correta. E qual o erro da letra (c)? Bem, o item fala de conjunto de “relações entre objetos”. Isso seria um sinônimo para relacionamento, e o modelo relacional não usa apenas relacionamentos, conforme estudamos.
29- A Mineração de Dados é
a) o processo de desenvolvimento de soluções automáticas de acesso a informações úteis em depósitos de
dados.
b) a transformação automática de dados existentes em grandes depósitos de dados em informações
quantificáveis.
c) a automação da recuperação de informações caracterizadas por registros com grande quantidade de atributos.
d) a descoberta de relações significativas entre dados e informações passíveis de atualização automática.
e) o processo de descoberta automática de informações úteis em grandes depósitos de dados.
Comentários:
Bem, as questões de Mineração de Dados foram todas na base do Ctrl+C e Ctrl+V. No final tenho comentários adicionais. Livro da qual a questão foi tirada: Introdução ao Data Mining, de autoria de Tan, Steibach e Kumar, editora Moderna, 2009.
Contudo, acredito que essa ficou fácil de caracterizar a letra (e) como resposta correta.
30- São características gerais de conjuntos de dados:
a) disposição, dispersão e renderização.
b) dimensão, posicionamento e homogeneidade.
c) compatibilidade, dispersão e interação.
d) dimensão, dispersão e resolução.
e) portabilidade, concentração e resolução.
Comentários:
A resposta a essa questão está literalmente na nossa aula 05, nas páginas 12 e 13. A resposta é a letra (d). Mais uma da série Ctrl + C e Ctrl + V, do livro Introdução ao Data Mining, de autoria de Tan, Steibach e Kumar, editora Moderna, 2009.
31- São aspectos motivadores da Mineração de Dados:
a) Escalabilidade. Dimensionalidade moderada. Dados homogêneos. Propriedade e centralização dos dados.
b) Extensibilidade. Alta paridade. Dados complexos e heterogêneos. Concorrência e distribuição dos dados.
c) Escalabilidade. Alta dimensionalidade. Dados complexos e heterogêneos. Propriedade e distribuição de dados.
d) Escalabilidade. Dimensionalidade variável. Dados compatíveis e acoplados. Adequação da distribuição de dados.
e) Especialidade. Alta dimensionalidade de verificação. Dados complexos e complementares. Propriedade e
consistência de dados.
Comentários:
Mais uma Ctrl + C e Ctrl + V. Tirada do livro Introdução ao Data Mining, de autoria de Tan, Steibach e Kumar, editora Moderna, 2009. Simplesmente ridícula essa questão. Assim, como as demais de Data Mining, muito mal elaborada, simplesmente copiando trechos de um livro. E pior, nem copiaram tudo, o citado livro ainda coloca Análises não tradicionais como aspecto motivador da mineração de dados. Cabe recurso? Sinceramente não sei, mas como o examinador que fez as questões de DM utilizou única e exclusivamente o copiar e colar, talvez caiba um recurso ai. Mandem a opinião de vocês para mim, se for o caso faço um recurso e disponibilizo na página do curso para vocês usarem como base.
32- Classificação é
a) a tarefa de atualizar uma função focal f que permeia cada conjunto de variáveis x para um dos blocos de
classes y discretos.
b) o mapeamento de uma função objetivo f à qual são atribuídos valores x fixados por categorias de rótulos
de classes z pré-determinados.
c) a função alvo f que mapeie cada classificação de atributos x para um dos eixos de classes y pré-determinados.
d) a tarefa de aprender uma função alvo f que mapeie cada conjunto de atributos x para um dos rótulos de
classes y pré-determinados.
e) a tarefa de ordenar funções de mapeamento para cada categoria de atributos x para um dos rótulos de
variáveis y controladas.
Comentários:
Nessa questão a ESAF pegou pesado também. Colocou um conceito muito matemático de classificação. Na aula definimos Classificação como a tarefa de organizar objetos em uma entre diversas categorias. Ou seja, pegamos um objeto, analisamos seus atributos, e determinamos a qual classe ou categoria pertence. A ESAF, no velho estilo copiar e colar, pegou a definição correta do autor, que está dizendo a mesma coisa, só que numa linguagem matemática. Vejamos: A tarefa de aprender uma função alvo f (ou seja, é feito treino e teste para aprender a classificar) que mapeie cada conjunto de atributos x (são analisados os atributos do objeto) para um dos rótulos de classes y pré-determinado (é escolhida uma classe entre aquelas pré-determinadas).
Agora, vocês acham que o examinador inventou esse conceito? Adivinhem só, foi copiado e colado também. E adivinhem de onde? Do mesmo livro que citei na questão anterior.
33- Uma das seguintes instruções SQL finaliza uma transação
a) Stand-up work.
b) Commit work.
c) Complete work.
d) Roll-and-stop work.
e) Put-up work.
Comentários:
Bem, vimos que na aula 3, p.26, o Commit confirma uma transação. Os demais nada têm com a finalização de uma transação. E que raio de “work” é esse professor? É uma palavra chave opcional que vem depois de um commit. Nunca vi ninguém usar, mas está correta. Podemos escrever tanto commit como commit work, na maioria dos SGBDs. Bem, mesmo com esse work, acredito que essa questão não estava difícil de matar.
34- É correto afirmar que
a) a cláusula from isolada define um produto vetorial das relações na operação.
b) a comparação de relações e atributos é feita através da cláusula as-while.
c) uma relação SQL é definida usando o comando set-relation.
d) a cláusula cart isolada define um produto priorizado das relações na cláusula.
e) uma relação SQL é definida usando o comando create-table.
Comentários:
Engraçado que na hora de falar em SQL a ESAF se refere à relação, e não tabela. Mas já tinha alertado no curso que isso acontece muito, tratar as Relações do Modelo Relacional como tabelas, e as tabelas no modelo físico como relações. Isso por si só não invalida a questão. Assim, temos como gabarito a letra (e), pois é com o create table que criamos (ou definimos) uma tabela.
Contudo, vejam que a questão fala no comando create-table. Ora, toda linguagem tem uma sintaxe, e em computação create table é diferente de create-table, que é diferente de create_table e assim sucessivamente. Então, apesar de não ter sido uma questão difícil, acredito que cabe recurso. Se quiserem, me avisem por email.
O que está errado na letra (a)? Bem, o from implementa o produto cartesiano, e não vetorial. As letras (b) a (d) não passam nem perto da resposta.
35- Na linguagem SQL, chama-se de view qualquer relação que
a) sendo parte do modelo lógico, torna-se visível a um usuário como uma relação pontual.
b) não seja parte do modelo lógico, mas que se torna visível a um usuário como uma relação virtual.
c) não seja parte do modelo físico, mas que se torna propriedade de um usuário como uma relação
individual.
d) não visualize o modelo lógico, mas que se torna atualizável para o usuário como uma propriedade
virtual.
e) não seja parte do comando lógico, mas que se torna visível a um usuário como uma visualização strong da
modelagem.
Comentários:
Comecemos pela polêmica. Chamar a VIEW de relação é meio duvidoso, pois para mim view é um objeto, uma estrutura, e não uma relação. Relação é tabela. Bem, pelo menos é assim que os principais autores definem. Certo, mas como isso está no enunciado, não impede de vocês encontrarem a alternativa correta. Nesse caso é a letra (b). Lembram que o nosso modelo lógico é o modelo relacional? Pois é, a view é criada na parte final, quando da implementação do BD, então não faz parte do modelo lógico. O restante está correto, uma view se torna visível aos usuários como uma relação virtual, ou seja, uma relação que não existe fisicamente no Banco. Bem, se alguém tem intenção de entrar com recurso porque a ESAF chamou view de relação entre em contato comigo, mas sinceramente não acredito que eles anulem por causa disso. Eles simplesmente copiaram esse conceito de view como uma relação da Internet: http://pt.wikipedia.org/wiki/Vis%C3%A3o_(banco_de_dados)
Comentários Gerais sobre a prova.
Olha, achei a prova decepcionante, principalmente a parte de Data Mining. Pegar uma prova de BD, com 10 questões, e colocar 4 delas de DM simplesmente copiando e colando as definições de um livro é no mínimo uma falta de respeito com os candidatos desse concurso. Ora, assim é fácil ser examinador, podem me contratar para fazer uma prova de medicina, ou de física quântica, ou seja lá do que for, é só pegar um livro e sair copiando conceitos. Sinceramente, se era para cobrar a decoreba de um livro entre dezenas que existem por ai, então que definam a bibliografia do concurso. Sem esquecer que uma das questões de BD foi cópia de outra já apresentada pela Banca.
Me sinto revoltado e frustrado com esse tipo de coisa, ainda mais vindo de uma Banca conceituada como a ESAF, e para selecionar servidores para um órgão tão importante como é a CGU. Só realmente quando resolverem aprovar uma lei que regulamente os concursos públicos, talvez essa pouca vergonha acabe. Desculpem o desabafo, mas acho que um cidadão não deve ganhar pouco para fazer uma prova dessas, deveria saber elaborar questões. E com essa “metodologia” não se consegue realmente aferir os conceitos mais importantes que devem ser cobrados dos candidatos. Começou com o edital mal formulado, colocando poucos termos genéricos para definir uma disciplina que é enorme. Enfim, se eu fosse examinador, estava escondido uma hora dessas com vergonha dessa prova. Estou realmente p. da vida!!!!!!
Quanto a recursos, a chance maior, ainda que pequena, é na questão do create-table. Aguardo emails, mas só poderei ler amanhã.
Abraços