O tipo mais simples de lista de seleção é o *, que mostra todas as colunas produzidas pela expressão de tabela. De outra forma, a lista de seleção é uma lista separada por vírgulas de expressões de valor (conforme definido na Seção 4.2). Por exemplo, esta pode ser uma lista de nomes de colunas:

SELECT a, b, c FROM ...

Os nomes das colunas a, b e c podem ser os nomes verdadeiros das colunas das tabelas referenciadas na cláusula FROM, ou aliases dados a estas colunas, conforme explicado na Seção 7.2.1.2. O espaço de nomes disponível na lista de seleção é o mesmo da cláusula WHERE, a não ser que seja utilizado agrupamento e, neste caso, passa a ser o mesmo da cláusula HAVING.

Se mais de uma tabela possui uma coluna com o mesmo nome, o nome da tabela deve ser fornecido também, como em:

SELECT tbl1.a, tbl2.a, tbl1.b FROM ...

Quando se trabalha com várias tabelas, também pode ser útil solicitar todas as colunas de uma determinada tabela:

SELECT tbl1.*, tbl2.a FROM ...

Veja a Seção 8.16.5 para obter mais informações sobre a notação nome_de_tabela.*.

Se for usada uma expressão de valor arbitrária na lista de seleção, esta expressão adiciona, conceitualmente, uma nova coluna virtual à tabela retornada. A expressão de valor é avaliada uma vez para cada linha do resultado, com os valores de linha substituídos por quaisquer referências de coluna. Porém, as expressões da lista de seleção não precisam referenciar nenhuma coluna da expressão de tabela da cláusula FROM; elas podem ser, inclusive, expressões aritméticas constantes, por exemplo.

As entradas na lista de seleção podem receber nomes para processamento posterior, como para uso em uma cláusula ORDER BY, ou para exibição pela aplicação cliente. Por exemplo:

SELECT a AS value, b + c AS sum FROM ...

Se nenhum nome de coluna de saída for especificado utilizando AS, o sistema atribui um nome padrão. Para simples referências a colunas, é o nome da coluna referenciada. Para chamadas de função, é o nome da função. Para expressões complexas, o sistema gera um nome genérico.

A palavra-chave AS é geralmente opcional, mas em alguns casos em que o nome da coluna desejada corresponde a uma palavra-chave do PostgreSQL, deve ser escrito AS, ou colocado o nome da coluna entre aspas ("), para evitar ambiguidade. (No Apêndice C são mostradas quais palavras-chave requerem AS para serem usadas como rótulo de coluna). Por exemplo, FROM é uma destas palavras-chave, portanto isto não funciona:

SELECT a from, b + c AS sum FROM ...

mas qualquer uma destas duas funciona:

SELECT a AS from, b + c AS sum FROM ...
SELECT a "from", b + c AS sum FROM ...

Para maior segurança contra possíveis futuras adições de palavras-chave, é recomendado que sempre se escreva AS, ou coloque aspas no nome da coluna de saída.

Após a lista de seleção ser processada, a tabela resultante poderá, opcionalmente, estar sujeita à remoção das linhas duplicadas. A palavra-chave DISTINCT deve ser escrita logo após o SELECT para especificar esta funcionalidade:

SELECT DISTINCT lista_de_seleção ...

(Em vez de DISTINCT, pode ser usada a palavra-chave ALL para especificar o comportamento padrão de manter todas as linhas.)

Como é óbvio, duas linhas são consideradas distintas quando elas têm pelo menos um valor de coluna diferente. Os valores nulos são considerados iguais nessa comparação.

Como alternativa, uma expressão arbitrária pode determinar quais linhas devem ser consideradas distintas:

SELECT DISTINCT ON (expressão [, expressão ...]) lista_de_seleção ...

Neste caso, expressão é uma expressão de valor arbitrária avaliada para todas as linhas. Um conjunto de linhas para as quais todas as expressões são iguais é considerado duplicado, e somente a primeira linha do conjunto é mantida na saída. Repare que a “primeira linha” de um conjunto é imprevisível, a não ser que a consulta seja ordenada por um número suficiente de colunas para garantir a ordem única das linhas que chegam no filtro DISTINCT (o processamento de DISTINCT ON ocorre após a ordenação do ORDER BY).

A cláusula DISTINCT ON não faz parte do padrão SQL, sendo algumas vezes considerada um estilo ruim devido à natureza potencialmente indeterminada de seus resultados. Utilizando-se adequadamente GROUP BY e subconsultas no FROM esta construção pode ser evitada, mas é geralmente a alternativa mais conveniente.