Questões de Concurso

rotação e drill-down.

ROLAP e drill-through.

rotação e roll-up.

roll-up e rotação.

drill-down e ROLAP.

CREATE TABLE CLIENTE(
cpf varchar(15) PRIMARY KEY,
nome varchar(100) NOT NULL,
nascimento data;

CREATE TABLE ARTIGO(
id integer PRIMARY KEY,
descricao varchar(60) NOT NULL,
qtd integer NOT NULL,
preco number NOT NULL);

CREATE TABLE FIDELIDADE(
cpf_cliente varchar(15) PRIMARY KEY,
bonus NUMBER,
FOREIGN KEY(cpf) REFERENCES CLIENTE(cpf_cliente));

CREATE TABLE LOG_OPERACOES(
date data NOT NULL,
operacao varchar(200));

CREATE TABLE PEDIDO(
id_artigo int,
data_pedido date NOT NULL,
qtd int NOT NULL,
FOREIGN KEY(id_artigo) REFERENCES ARTIGO(id),
PRIMARY KEY(id_artigo, data_pedido));

I  - Redes Neurais
II  - Árvore de decisão
III - Padrões sequenciais

I  - Associação
II  - Padrões sequenciais
III - Classificação

I  - Classificação
II  - Associação
III - Previsão

I  - Árvore de decisão
II  - Classificação
III - Associação

I   - Padrões sequenciais
II  - Redes Neurais
III - Árvore de decisão

Na fragmentação realizada, os fragmentos são excludentes. Porém, mudando o predicado para a seleção usada na construção dos fragmentos, pode haver uma determinada tupla replicada em mais de uma relação.

Cada tupla da relação original não precisa estar representada nos fragmentos resultantes, pois a tabela original continua armazenada no banco de dados.

A relação original processo pode ser reconstruída usando o comando SQL UNIONTABLE, que uniria os fragmentos vara1 e vara2.

A relação processo foi submetida a uma fragmentação vertical.

A fragmentação realizada resultou em apenas 2 fragmentos vara1 e vara2 porque havia apenas 2 varas diferentes na relação original, portanto, esta é a única fragmentação possível.

A relação processo foi submetida a uma fragmentação mista, que une a fragmentação horizontal e a vertical, a melhor técnica a ser aplicada neste exemplo.

O único modo de garantir que a relação original possa ser reconstruída é incluir os atributos da chave primária da relação processo em cada um dos fragmentos, portanto, este projeto é inválido.

Embora o atributo id_tupla facilite a implementação da fragmentação, é um artifício interno e viola a independência de dados, uma das principais características do modelo relacional.

O endereçamento físico ou lógico para uma tupla deve ser usado a partir de sua chave primária. Portanto, id_tupla deve ser a chave estrangeira na relação processo2.

O atributo especial id_tupla é um valor único e foi acrescentado para permitir a fragmentação horizontal da relação original.