O Exemplo 2 está incorreto, pois não existe o método get na interface List, apenas na interface Set. O Exemplo 3 também está incorreto, pois a instrução for precisa de três parâmetros (início, limite e incremento/decremento) e, no exemplo, só recebe um.

O Exemplo 2 está incorreto, pois o método next da classe Iterator necessita de um parâmetro inteiro, indicando qual será o incremento ou salto na lista. Por exemplo, se for passado o parâmetro 1, o apontador de operações da lista salta uma posição a frente.

Apesar do Exemplo 3 não acusar erro de compilação, o cast do objeto_cliente do tipo Object para o objeto cli do tipo Cliente não é necessário, pois a conversão de tipos, nesse caso, é automática. Além disso, este laço repete o mesmo elemento da lista infinitamente, pois não tem um incremento.

O Exemplo 2 está incorreto, pois o método iterator precisa receber como parâmetro o tamanho da lista. Como esse valor não foi passado como parâmetro, haverá um erro na compilação.

os três exemplos, quando executados em condições adequadas, terão o mesmo resultado, percorrendo a lista até o final. A cada passagem pelo interior do laço, um elemento da lista é colocado em um objeto da classe Cliente e, em seguida, o nome do cliente é exibido.

SELECT max (Tamanho), sum(Qtde) FROM tabval GROUP BY Codigo, Nome, Tamanho, Qtde;

INSERT INTO tabval VALUES Codigo, Nome, max (Tamanho) Tamanho, sum(Qtde) Qtde GROUP BY Codigo, Nome;

SELECT Codigo, Nome, Tamanho, Qtde FROM tabval WHERE Tamanho=max AND QTDE=sum;

SELECT Codigo, Nome, count (Tamanho) Tamanho, max (Qtde) Qtde FROM tabval GROUP BY Codigo, Nome, Tamanho, Qtde;

o resultado de EXEC decisao (5.5, 4.5); é 10.0.

a stored procedure decisao recebe 2 parâmetros reais e apresenta apenas o resultado da adição dos valores cuja soma seja maior ou igual a 10.

o comando de decisão IF utilizado na stored procedure apresenta erros de sintaxe.

o resultado de EXEC decisao (5.5, 6.5); é 12.0.

não existe ELSE no comando de decisão IF; o certo seria usar ELSEIF.

COPY.

TRANSFER.

SERIALIZE.

FILE TRANSFER.

EXPORT.

um trecho de pesquisa específico.

uma tabela remota.

um banco de dados do tipo cluster.

uma visualização (VIEW).

um servidor estrangeiro (foreign server).

a criação de uma visualização requer a utilização da cláusula WHERE para a restrição dos dados.

não é possível criar uma VIEW sem a identificação do tipo de dado e sem a determinação da quantidade de registros selecionados.

o comando CREATE VIEW deve utilizar a cláusula FROM para o nome da tabela.

a criação de uma visualização (VIEW) requer a definição de um gatilho (trigger) correspondente ao nome da coluna.

por padrão, o tipo de dado será considerado indefinido (unknown) e a coluna irá utilizar o nome padrão ?column?.

No processamento de consultas em ambiente OLTP ou em OLAP, principalmente em subquery, o comando IN é sempre mais performático em comparação com o EXISTS.

A criação de índices do tipo BITMAP é sugerida para tabelas com poucos registros que possuam atributos do tipo BLOB e onde houver, no WHERE, atributos em colunas com alto grau de cardinalidade.

A criação de cluster em duas tabelas é recomendada se a leitura em ambas as tabelas for ocasional, se a coluna comum às duas tabelas for modificada frequentemente e se houver full table scan em apenas uma delas.

Quando do emprego de funções em filtros, recomenda-se usar a sintaxe valor = TO_CHAR(coluna) em vez de TO_CHAR (coluna) = valor.

No Oracle 10g, é possível investigar o desempenho de SQL dinâmicas geradas por aplicações por meio do SQL_TRACE e do TKPROF para, respectivamente, capturar o SQL executado e gerar um arquivo de saída.

EXEC SP_ADDROLEMEMBER 'DB_READERONLY', 'USUARIO'

EXEC “DB_DATAREADER”, INTO “USUARIO”

EXEC 'USUARIO', SP_ADDROLEMEMBER 'DB_DATAREADER'

EXEC 'USUARIO', SP_ADDROLEMEMBER 'DB_READERONLY'

EXEC SP_ADDROLEMEMBER 'DB_DATAREADER', 'USUARIO'