Views criadas nos bancos podem, de acordo com alguns critérios, ser naturalmente atualizáveis, o que significa, por exemplo, que podem ser objeto de comandos update do SQL sem a necessidade de mecanismos auxiliares ou triggers. Essa característica depende da expressão SQL que define a view e das tabelas/views de origem.

Considere alguns tipos de construções SQL que podem ser empregadas na definição de uma coluna de uma view: 

 I. funções de agregação, tais como sum, avg

II. funções escalares, tais como sin, trim

III. expressões aritméticas

IV. expressões condicionais, tais como case

V. literais

VI. subconsultas  

Está correto concluir que uma determinada coluna NÃO pode ser objeto de atualização quando resultar de qualquer dos tipos: 

Um técnico de TI criou uma view e executou a instrução SELECT * FROM processos 2010;, que exibiu apenas os dados a seguir:

A instrução utilizada para criar a view foi: 

Considere as tabelas a seguir existentes em um banco de dados aberto e em condições ideais:

                 Tabela Loja
                 Cidade_Loja        Vendas         Data
                 Canoas                   1500     05-Jan-2015
                 Porto Alegre             250      07-Jan-2015
                 Canoas                     300      08-Jan-2015
                 Fortaleza                   700      08-Jan-2015

                 Tabela Regiao
                  Regiao_Nome          Cidade_Loja
                  Nordeste                       Fortaleza
                  Nordeste                       Sobral
                  Sul                                 Canoas
                  Sul                                 Porto Alegre


Considere que foi digitada a instrução seguinte para criar  uma view com informações de vendas 

CREATE VIEW VENDAS_REGIAO
AS SELECT t1.Regiao_Nome REGIÃO, SUM(t2.Vendas) VENDAS
FROM REGIAO t1, LOJA t2
WHERE t1.Cidade_Loja = t2.Cidade_Loja
GROUP BY t1.Regiao_Nome;  


Para exibir o conteúdo desta view deve-se digitar o comando SQL 

Em SQL, é possível criar estruturas que funcionam como uma tabela virtual, cujo comportamento assemelha-se a uma tabela real de banco de dados, entretanto, sem armazenar as informações apresentadas. Essas estruturas não existem como uma entidade independente na base de dados física. A essa estrutura, dá-se o nome de

Em um banco de dados, uma maneira de aumentar a segurança é a ocultação de dados de um usuário. Um recurso que pode ser utilizado na ocultação de dados que o usuário não tem necessidade de acessar, denomina-se

Com relação ao tema “Views e Triggers no PostgreSQL” na versão 9.2, analise as afirmativas a seguir.

I. Os triggers podem ser do tipo per‐row, per‐table e per‐statement.

II. Os triggers podem ser aplicadas tanto em tabelas como em visões.

III. As visões são fisicamente materializadas se forem definidas com a opção CHECK OPTION.

Assinale

Validação dos dados inseridos em formulários e uso de visões (views) em Banco de Dados são que tipos de controles de segurança, respectivamente:

O Microsoft SQL Server 2012 provê ferramentas específicas para Business Intelligence. Uma dessas ferramentas possibilita a apresentação e visualização de dados (View), enquanto a outra auxilia o usuário no acesso aos dados que são exibidos (Model). Essas ferramentas são chamadas, respectivamente,

Uma forma de observação de dados de uma ou mais entidades que compõem uma base de dados e que é considerada uma tabela virtual ou consulta armazenada denomina-se

Quanto aos níveis de abstração de bancos de dados, é correto afirmar que:

Considere as afirmações que seguem, referente a visão (view) num banco de dados:


I. Visão é um objeto que não armazena dados, composto dinamicamente por uma consulta que é previamente analisada e otimizada.


II. Diferentemente de tabelas, visões não são objetos físicos, ou seja, não ocupam espaço em disco.


Está correto o que se afirma em:

Diferenciando as características dos data warehouses e das visões, é CORRETO afirmar que:

Considere abaixo: o esquema de banco de dados, as duas visões V1 e V2 que criam tabelas virtuais aplicadas ao esquema definido e a consulta QV1 aplicada sobre a visão V1. 

EMPREGADO

PNOME   UNOME   SSN   DATANASC   ENDERECO   SALARIO   SUPERSSN   DNO

DEPARTAMENTO

DNOME    DNUMERO    GERSSN

PROJETO

PJNOME    PNUMERO    PLOCALIZACAO    DNUM

TRABALHA_EM

ESSN    PNO    HORAS

V1:      CREATE VIEW            TRABALHA_EM1

            AS SELECT                 PNOME, UNOME, PJNOME, HORAS

            FROM                         EMPREGADO, PROJETO, TRABALHA_EM

            WHERE                       SSN=ESSN AND PNO=PNUMERO;

V2:      CREATE VIEW            DEPT_INFO(DEPT_NOME, NO_EMPS, TOTAL_SAL)

            AS SELECT                 DNOME, COUNT(*), SUM(SALARIO)

            FROM             DEPARTAMENTO, EMPREGADO

            WHERE                       DNUMERO=DNO

            GROUP BY                 DNOME;

QV1: SELECT                     PNOME, UNOME

            FROM         TRABALHA_EM1

           WHERE                   PJNOME=’ProjetoX’ 

  

Com base no conhecimento sobre o conceito de visão em SQL, considere as seguintes afirmativas.

I. V1 não especifica nenhum novo nome de atributo para a visão TRABALHA_EM1. Nesse caso, TRABALHA_EM1 receberá os nomes dos atributos das tabelas de definição EMPREGADO, PROJETO E TRABALHA_EM.   

II. V2 explicita novos nomes para os atributos da visão DEPT_INFO, usando a correspondência um a um entre os atributos especificados na cláusula CREATE VIEW e os especificados na cláusula SELECT da consulta que define a visão.  

III. A consulta QV1 não funciona porque, para recuperar o último e o primeiro nome de todos os empregados que trabalham no ‘ProjetoX`, é necessária a formulação de duas junções usando as relações básicas EMPREGADO, PROJETO E TRABALHA_EM. 

 Assinale a alternativa CORRETA.

Em bases de dados relacionais, o catálogo ANSI (INFORMATION_SCHEMA) contém views unicamente para leitura, provendo informações sobre: