Pular para o conteúdo principal

O que devemos conhecer sobre SQL/Oracle Parte 12: Utilizando os operadores SET


Descrevendo os operadores SET


Os operadores SET são utilizados para combinar dois ou mais comandos SELECT, onde o resultado depende do operador:

  • UNION combina o resultado de dois comandos SELECT, eliminando registros duplicados;
  • INTERSECT combina o resultado de dois comandos SELECT, mostrando apenas as ocorrências únicas e comuns a ambas as consultas, ignorando tudo o que não aparece nos dois;
  • MINUS pega o resultado do primeiro comando SELECT e subtrai as ocorrências idênticas do segundo;
  • UNION ALL faz o mesmo que o UNION, porém não elimina os registros duplicados;

SELECT COD, NOME FROM FUNCIONARIOS
COD
NOME
1
MARIA
2
ANA
UNION
1
MARIA
2
ANA
3
JOÃO

UNION ALL
1
MARIA
2
ANA
2
ANA
3
JOÃO

SELECT COD, NOME FROM GERENTES
COD
NOME
2
ANA
3
JOÃO
INTERSECT
2
ANA

MINUS
1
MARIA


Para exemplificar o que cada operador produzirá com base em dois comandos SELECT, temos o quadro anterior, onde a primeira coluna indica a consulta e seu resultado e a segunda indica o resultado obtido para cada operador.


Quanto a esses operadores devemos ter em mente o seguinte:

  • Os operadores SET são posicionados entre os comandos SELECT;
  • Os comandos SELECT podem ser simples ou complexos, podem possuir clausulas GROUP BY, WHERE e até subconsultas;
  • A cláusula ORDER BY, se usada, deve ser a ultima clausula do comando;
  • É possível conectar múltiplos comandos SELECT com múltiplos operadores SET;
  • Os operadores SET possuem a mesma precedência;
  • É possível utilizar parênteses para indicar uma precedência;
  • Se uma clausula ORDER BY for usada ela deve ser a ultima, ao final dos comandos SELECT;
  • Múltiplos comandos SELECT conectados pelos operadores SET podem ser ordenados por posição ou referencia;
  • Quando utilizando a clausula ORDER BY, as colunas a serem referenciadas devem ser as colunas do primeiro comando SELECT;


Comentários

Mais visitadas

Lista de políticos com ficha suja

ATUALIZAÇÃO (08/03/2012 ano de eleição) Representantes de duas pessoas da lista (Eliseu Padilha e Alex Canziani) entraram em contato e pediram que esses fossem removidos, alegando que não houve condenação. É justo essa requisição, porém vale lembrar que escândalos nacionalmente reconhecidos de corrupção não deram em nada, por isso o que realmente conta nesse ano de eleição é uma pesquisa minuciosa sobre os candidatos escolhidos, eu particularmente, por não estar nem um pouco satisfeito, não irei votar em ninguém que já tenha sido eleito. Estou voltando a postar por um motivo nobre, meu tempo continua apertado mas esse post é rápido, na verdade nem meu ele é (visitem o espaço de nosso amigo Lord ), estou apenas repassando essa valiosa informação. Teremos eleição esse ano, e é importante não repetirmos erros passados, vamos ficar atentos em relação a esses nomes e exclui-los de vez do cenário politico nacional. Façamos nossa parte, publicando em nossos blog...

Centralizar Texto em Edit

Como todos sabemos o Edit mantém todo texto digitado a esquerda, o que não fica bem quando o usamos para a entrada de números, pois bem, o exemplo abaixo apresenta uma alternativa para centralizar um determinado valor dentro de um Edit: procedure EditChange(Sender: TObject); var vl_label : TLabel; //variável do tipo Label begin vl_label := TLabel.Create(self); //criamos um label WITH vl_label DO BEGIN Font.Name := TEdit(sender).Font.Name; //pegamos a fonte usada no edit Caption := TEdit(sender).Text; //pegamos o conteúdo do edit SendMessage(TEdit(sender).Handle, EM_SETMARGINS, EC_LEFTMARGIN, (TEdit(sender).Width-vl_label.Width) div 2); //centraliza no label e retorna para o edit END ; vl_label.Free; end ;

Como pegar valor de coluna invisível do GridView

Em determinado momento nos deparamos com a seguinte situação, nossa tabela do banco de dados possui como campo chave, um ID por exemplo, incrementado por uma rotina da aplicação, do banco ou algum outro mecanismo de incremento (sequences, increment, etc), logo não há porque mostrar essa coluna para o usuário porque o mesmo não sabe de sua existência, e seu valor não tem qualquer relevância para ele, sendo assim o mais lógico a se fazer é não mostra-lá na aplicação. Seu valor é necessário já que por se tratar de uma chave primária precisaremos dela para atualizar, inserir ou excluir os dados, então o que fazer? A resposta seria simples, deixemos ele invisível, buscaremos seu valor e o usuário não perceberá, porém a partir da versão 2005 do visual Studio as colunas setadas com "visible = false" não são renderizadas, com isso ao se tentar acessar seu valor o que recebemos é nada. Para contornarmos essa situação podemos codificar o seguinte: protected void GridView1_R...