Diferença entre now() e current_timestamp

Não há diferença . Três citações do manual:

1.

Todas essas funções padrão SQL retornam valores com base na hora de início da transação atual:
... ...
CURRENT_TIMESTAMP

transaction_timestamp()é equivalente a CURRENT_TIMESTAMP, mas é nomeado para refletir claramente o que ele retorna.

now()é um equivalente tradicional do PostgreSQL ao transaction_timestamp().

Minha ênfase em negrito . CURRENT_TIMESTAMP, transaction_timestamp()e now()faça exatamente o mesmo. CURRENT_TIMESTAMPé uma estranheza sintática para uma função, não tendo par de parênteses à direita. Isso está de acordo com o padrão SQL.

Se você não declarar um alias de coluna para uma chamada de função em uma instrução SQL, o alias será padronizado para o nome da função. Internamente, o SQL padrão CURRENT_TIMESTAMPé implementado com now(). Até o Postgres 9.6 que aparece no nome da coluna resultante , que era "now", mas mudou para "current_timestamp" no Postgres 10.

transaction_timestamp()faz o mesmo, mas esta é uma função apropriada do Postgres, então o alias padrão sempre foi "transaction_timestamp".

Não confunda nenhuma dessas funções com a constante de entrada'now' especial . Esse é apenas um dos vários atalhos de notação para valores específicos de data/hora/timestamp, citando o manual:

... que serão convertidos em valores comuns de data/hora quando lidos. (Em particular, nowas strings relacionadas são convertidas em um valor de tempo específico assim que são lidas.) Todos esses valores precisam ser colocados entre aspas simples quando usados ​​como constantes em comandos SQL.

Pode aumentar a confusão que (até pelo menos Postgres 12) qualquer número de espaços e colchetes à esquerda e à direita ( {[( )]}) são cortados desses valores de entrada especiais. Então 'now()'::timestamptz- ou apenas 'now()'onde nenhuma conversão de tipo explícito é necessária - também é válida e acontece para avaliar o mesmo timestamp que a função now() na maioria dos contextos . Mas essas são constantes e normalmente não o que você deseja como padrão de coluna, por exemplo.

db<>fiddle aqui
_{Velho sqlfiddle}

Alternativas notáveis ​​são statement_timestamp()e clock_timestamp(). O manual:

statement_timestamp()retorna a hora de início da instrução atual (mais especificamente, a hora de recebimento da última mensagem de comando do cliente). retorna a
clock_timestamp()hora atual real e, portanto, seu valor muda mesmo dentro de um único comando SQL.

Nota: statement_timestamp()é STABLEcomo o acima (sempre retorna o mesmo valor dentro do mesmo comando SQL). Mas clock_timestamp()necessariamente é apenas VOLATILE. A diferença pode ser significativa.

Além de não terem diferença funcional quando você os usa corretamente, eles são lançados de forma diferente:

'now()'reconhecido (como 'today'ou 'now'):

b=# select 'now()'::timestamptz;
          timestamptz
-------------------------------
 2016-12-09 16:31:35.942243+00
(1 row)

'CURRENT_TIMESTAMP'dá erro engraçado de bordas escuras

Nota: A partir do PostgreSQL versão 7.2, 'current' não é mais suportado como uma constante de data/hora

b=# select 'CURRENT_TIMESTAMP'::timestamptz;
ERROR:  date/time value "current" is no longer supported
LINE 1: select 'CURRENT_TIMESTAMP'::timestamptz;
               ^

e 'transaction_timestamp()'simplesmente não é recongized como timestamp com valor tz:

b=# select 'transaction_timestamp()'::timestamptz;
ERROR:  invalid input syntax for type timestamp with time zone: "transaction_timestamp()"
LINE 1: select 'transaction_timestamp()'::timestamptz;
               ^

Por favor, não pergunte por que você lançaria 'now()' as timestamp. Eu vi where timestamp_column = 'now()'em vez de where timestamp_column = now()no código das pessoas, então pensei que esse esclarecimento seria um fato engraçado e uma boa adição à resposta de Erwin.