Cláusulas de Atenção:Tudo sobre SELECT, FROM, WHERE, GROUP BY, HAVING, ORDER BY e LIMIT

SELECT - A cláusula 'picky' usada para consultar o banco de dados

1. Uma lista SELECT - As colunas de dados que você deseja.
2. os conjuntos de dados de origem - nomeados na cláusula FROM. Tabelas, visualizações, CTEs, etc. É daí que vêm os dados.
3. uma cláusula WHERE opcional usada para filtrar linhas fornecidas pela cláusula FROM.

• SELECT * é uma notação abreviada e retorna todas as colunas das fontes de dados.
• Embora SELECT seja nomeado em termos de sintaxe como a primeira cláusula (com exceção daquelas consultas usando uma cláusula WITH:não discutida aqui), ele não é executado primeiro. Notavelmente, SELECT também não é a última cláusula a ser executada.
• Uma expressão (ou qualquer coluna) pode receber um nome de referência ou ALIAS na cláusula SELECT, com uma ressalva. Esses nomes podem ser usados ​​nas cláusulas ORDER BY e GROUP BY, mas não nas cláusulas WHERE ou HAVING.
• Quando uma cláusula GROUP BY está presente (ou funções agregadas) na consulta, SELECT não deve nomear nenhuma(s) coluna(s) desagrupada(s). Apenas as colunas em qualquer função agregada ou aquelas funcionalmente dependentes das colunas agrupadas.
• O SELECT não apenas retorna colunas específicas, mas seu uso também se estende às instruções INSERT e CREATE TABLE.
• A cláusula SELECT está longe de ser simples.

FROM - Fornece a(s) fonte(s) de dados para a consulta

learning=> SELECT 2+2;
?column? 
----------
4
(1 row)

learning=> TABLE 2+2;
ERROR: syntax error at or near "2"
LINE 1: TABLE 2+2;
^

• Nome da tabela (obviamente precisamos disso).
• UMA VISUALIZAÇÃO.
• Uma instrução SELECT (uma subconsulta).
• Nome CTE (cláusula COM).
• Tipo de JOIN - se houver.
• Uma função (eu não sabia disso. Que legal!!!)

• Embora FROM seja listado sintaticamente como a segunda cláusula em uma consulta SELECT, ela é executada primeiro.
• FROM fornece (ao carregar) todas as linhas de quaisquer tabelas (reais ou virtuais) nomeadas em sua cláusula.
• Os nomes das tabelas podem ter um alias na cláusula FROM (por exemplo, FROM shoe AS s), mas precisam ser referenciados por esse ALIAS durante toda a consulta.
• FROM é uma cláusula obrigatória ao consultar tabelas.

WHERE - Filtra as linhas das fontes de dados com base nas expressões condicionais de validação booleana

• As funções agregadas não são acessíveis e não podem ser usadas na verificação condicional booleana de uma cláusula WHERE. (A cláusula WHERE é possivelmente responsável por quaisquer linhas fornecidas para agregar funções e agrupamento para cálculo.)
• Colunas com alias na cláusula SELECT não podem ser referenciadas na cláusula WHERE.
• A verificação condicional da expressão booleana da cláusula WHERE pode resultar em:verdadeiro, falso ou NULL.
• Todas as linhas nas quais a expressão booleana da cláusula WHERE é avaliada como falsa ou NULL são removidas.
• Várias condições booleanas podem ser verificadas na cláusula WHERE aproveitando as palavras-chave AND ou OR.

GROUP BY - Grupos de formulários

• O Postgres permite o agrupamento não apenas de colunas da tabela de origem, mas também das listadas na lista de colunas SELECT. Isso é um pouco diferente do SQL estrito.
• Em determinadas consultas, GROUP BY pode imitar a cláusula DISTINCT removendo valores duplicados da coluna da cláusula SELECT.
• A ordem das colunas é irrelevante para GROUP BY.
• Essas colunas não segmentadas pela cláusula GROUP BY não podem ser referenciadas, exceto em agregados.
• Em muitos casos, você pode agrupar em uma PRIMARY KEY para as colunas funcionalmente dependentes dessa chave.
• O agrupamento ainda é realizado para consultas que utilizam funções agregadas na ausência de uma cláusula GROUP BY.

HAVING - Filtra GROUP BY Column(s) e funções agregadas

• A cláusula HAVING pode fazer referência às colunas nomeadas em funções agregadas (mesmo aquelas não agrupadas), além de quaisquer colunas GROUP BY.
• HAVING é responsável por eliminar linhas após a aplicação de funções agregadas ou agrupamento.
• Você pode fazer referência a colunas não agregadas na cláusula HAVING, embora isso tenha muito pouco uso.
• Embora a cláusula HAVING seja muitas vezes usada em conjunto com a cláusula GROUP BY, você pode usá-la sozinha. Os resultados da consulta são formados em um único grupo dessas colunas apenas em funções agregadas.

ORDER BY - Uma medida de ordem fora da aleatoriedade

• Expressão(ões) de classificação são aquelas que seriam permitidas na lista SELECT da consulta.
• O PostgreSQL permite ORDER BY colunas não presentes na cláusula SELECT onde alguns dialetos SQL não.
• Os resultados da consulta são caprichosos e não garantem que se pareçam com qualquer padrão ou ordem, a menos que uma cláusula ORDER BY seja usada.
• ORDER BY e a cláusula LIMIT (veja a próxima seção) são ótimas combinadas para determinar um 'Top ' conjunto de resultados de linhas. (por exemplo, 5 dias de maior venda, 5 pares de sapatos mais vendidos, melhor vendedor neste trimestre)
• Você pode ordenar os resultados por número de posição da coluna na lista SELECT, mas o número especificado não deve ser maior que o número de itens na lista de cláusulas SELECT. Em outras palavras, se a cláusula SELECT tiver apenas 2 itens, ORDER BY 3 produzirá um erro.
• Cada expressão individual é ordenada apenas por sua opção listada. (por exemplo, ORDER BY col_1 DESC, col_2 DESC não é o mesmo que ORDER BY col_1, col_2 DESC)

LIMIT - Recuperar um número específico de linhas dos resultados da consulta

• LIMIT pode retornar menos linhas do que o número definido se a própria consulta produzir menos linhas no conjunto de resultados. Em outras palavras, não teria impacto no número de linhas retornadas.
• A sintaxe LIMIT ALL é aceitável e tem o mesmo efeito de não incluir uma cláusula LIMIT.
• Embora o número 'x' de linhas seja ignorado devido a uma cláusula OFFSET, esta não é uma 'solução alternativa ' para qualquer ganho de desempenho, pois eles ainda são calculados para o plano de consulta no servidor.
• OFFSET 0 é equivalente a não incluir uma cláusula OFFSET.