Questões de Ciência da Computação

As ferramentas Online Analytical Processing − OLAP suportam análise de dados em um ambiente multidimensional no qual é possível estruturar logicamente os dados na forma de um cubo. Dentre os recursos disponíveis nessas ferramentas, há a operação

• A. dice, que extrai um subcubo do cubo original executando uma operação de seleção em duas ou mais dimensões.
• B. roll-up, que seleciona dados de uma única dimensão de um cubo, resultando em um subcubo.
• C. drill-down, que aplica uma agregação sobre o cubo de dados, aumentando o nível de granularidade dentro de uma dimensão e reduzindo o detalhamento da informação.
• D. slice, que é uma operação de visualização que rotaciona os eixos de um determinado cubo, provendo uma visão alternativa dos dados.
• E. pivot, que provê uma forma de navegar de um dado com menor nível de detalhe para um dado com maior nível de detalhe, descendo em uma hierarquia de uma dimensão ou introduzindo dimensões adicionais.

No contexto de Business Intelligence, os sistemas OLAP e OLTP se diferenciam em diversas características. Na tabela abaixo, no que diz respeito às características, está INCORRETO:

• A.
• B.
• C.
• D.
• E.

As formas normais estabelecem algumas restrições aos valores das tabelas de um banco de dados relacional. Segundo a definição da primeira forma normal,

• A. em uma mesma tabela não pode haver atributos com domínios distintos entre si.
• B. não pode haver mais do que 10 atributos na composição de cada tabela.
• C. o número de registros com valores nulos em uma tabela deve ser, no máximo, a metade do número de registros dessa tabela.
• D. o número máximo de caracteres de cada atributo tem um valor limite.
• E. o valor de um atributo qualquer de um registro de uma tabela deve ser constituído por um único valor do domínio desse atributo.

Considere que em um Banco de Dados (BD) há duas tabelas: RCLM_CLIENTE (Reclamações de Clientes), com cerca de 30.000 linhas, e TP_MTVO_RCLM (Tipo do Motivo da Reclamação), com 150 linhas, que atendem à área de Ouvidoria de uma organização. Considere ainda que:

− Há uma transação crítica no ambiente online que requer a leitura das duas tabelas em conjunto, pois sempre que recupera uma reclamação, precisa obter a descrição (DS_MTVO) do motivo.

− São cerca de 4.000 usuários concorrentes. Usuários com permissão executam a transação crítica 5 vezes ao dia, em média, sendo que, em uma mesma execução, milhares das linhas da tabela RCLM_CLIENTE são acessadas.

− A tabela de TP_MTVO_RCLM tem perfil estável, quase não há inclusões, alterações e exclusões.

O Administrador, considerando que é necessário que o projeto físico do BD atenda ao requisito de qualidade de “alta performance na execução da transação crítica”, propôs, corretamente:

• A. Colocar a tabela RCLM_CLIENTE na 3a forma normal não permitindo redundar a coluna DS_MTVO. Assim, ao se fazer o JOIN das tabelas, pode-se eliminar cerca de 20.000 acessos/dia à tabela TP_MTVO_RCLM.
• B. Desnormalizar a tabela RCLM_CLIENTE, ferindo a 3a forma normal, redundando a coluna DS_MTVO. Assim evita-se o JOIN das tabelas, eliminando cerca de 20.000 acessos/dia à tabela TP_MTVO_RCLM. A estabilidade da coluna DS_MTVO foi fundamental para esta decisão.
• C. Colocar a tabela TP_MTVO_RCLM na 3a forma normal, não permitindo redundar a coluna DS_MTVO. Assim, ao se fazer o JOIN das tabelas, pode-se eliminar cerca de 20.000 acessos/dia à tabela RCLM_CLIENTE.
• D. Desnormalizar a tabela TP_MTVO_RCLM, ferindo a 1a forma normal, ou seja, redundar a coluna DS_MTVO. Assim, ao se realizar o JOIN das tabelas, eliminam-se cerca de 20.000 acessos/dia à tabela RCLM_CLIENTE. A estabilidade da tabela TP_MTVO_RCLM foi garantida nesta decisão.
• E. Criar uma 3a tabela através do operador UNION, combinando os resultados da transação crítica em um único result set, inserindo- os como linhas desta tabela, a partir de todas as queries envolvidas na execução. Isso é possível, pois o número e a ordem das colunas não são idênticos em todas as queries.

Diz-se que uma tabela está na primeira forma normal, quando ela

• A. não contém chaves primárias ou estrangeiras compostas.
• B. contém apenas dados relevantes para o negócio.
• C. possui dados redundantes.
• D. não contém tabelas aninhadas.
• E. possui atributos não dependentes da chave primária.

O mecanismo disponível no MySQL 5.0 por meio da cláusula AUTO_INCREMENT na definição de uma coluna é funcionalmente equivalente, no Oracle 11g, ao que é conhecido como:

• A. Rowid;
• B. Row_number;
• C. Sequence;
• D. Synonym;
• E. Timestamp.

Analise as afirmativas seguintes sobre a criação de tabelas com a palavra chave TEMPORARY no MySQL 5.0.

I. São criadas na memória.

II. Persistem somente durante a sessão em que foram criadas.

III. Não podem receber nomes que já estão em uso em tabelas não temporárias do bancos de dados.

IV. Sua criação requer que o usuário possua o privilégio CREATE TEMPORARY TABLES.

Somente estão corretas:

• A. I e IV;
• B. I, II e III;
• C. II e III;
• D. II e IV;
• E. III e IV.

Após a view ser criada no MySQL, foi digitada uma instrução sobre ela, que exibiu os seguintes dados:

A instrução digitada foi

• A. SELECT DISTINCT Nome, CPF FROM Rel ORDER BY Nome DESC;
• B. SELECT VIEW UNIQUE Nome, CPF FROM Rel ORDER BY Nome DESCENDING;
• C. SELECT DISTINCT Nome, CPF FROM Rel ORDER BY NOME ASC;
• D. SELECT Nome, CPF FROM Rel ORDER BY Nome DESCENDING;
• E. SELECT VIEW DISTINCT Nome, CPF FROM Rel ORDER BY Nome DESC;

<img src= Na tabela Envolvido, deseja-se incluir um campo dataNascEnvolvido cujo preenchimento será obrigatório, imediatamente após o campo cpfEnvolvido. Considerando que o banco de dados e as tabelas foram criados no MySQL, deve-se utilizar, para isso, a instrução

• A. ALTER TABLE Envolvido ADD COLUMN dataNascEnvolvido DATE NOT NULL AFTER cpfEnvolvido;
• B. ADD COLUMN dataNascEnvolvido DATE NOT NULL FROM Envolvido AFTER cpfEnvolvido;
• C. UPDATE TABLE Envolvido ADD COLUMN dataNascEnvolvido DATE NOT NULL AFTER cpfEnvolvido;
• D. ALTER TABLE Envolvido ADD COLUMN dataNascEnvolvido DATE NOT NULL AFTER (cpfEnvolvido);
• E. INSERT COLUMN dataNascEnvolvido DATE NOT NULL AFTER cpfEnvolvido FROM Envolvido;

Considere Modelo Entidade-Relacionamento − MER, abaixo:

Para realizar a derivação do MER acima para o esquema relacional, é correto afirmar que

• A. o relacionamento, em termos de máximo, entre País Origem, Setor e Tempo é tipo 1:1:N.
• B. relacionamento, em termos de máximo, entre País Origem, Setor e Tempo é tipo 1:1:N. (B) uma associação do tipo N:N origina uma nova tabela que herda os atributos da associação e cujo identificador pode ser composto a partir dos identificadores das entidades participantes na associação.
• C. são exemplos de tabelas derivadas: País Origem = {Nome, Código, População, PIB} e Investe={Designação, Setor}.
• D. em uma associação do tipo 1:N o atributo identificador da entidade do lado N vai ser atributo não identificador da entidade do lado 1. Exemplo: Investidor = {NomeInvestidor, NomePaísOrigem, Investe}.
• E. são exemplos de tabelas derivadas: Tempo={Ano, Investe} e Setor = {NomePaís, DesignaçãoSector, Ano, Montante}.