Início / coding / Perguntas / 79285073
Accepted
Han Qi
Asked: 2024-12-16 22:49:47 +0800 CST

Por que o literal de string '2021-02-16 09:00' sem informações de fuso horário é interpretado como `timestamp with time zone` com AT TIME ZONE?

  • 772

set timezone = 'Asia/Ho_Chi_Minh';

Defino os horários exibidos para GMT+7.

select '2021-02-16 09:00' AT TIME ZONE 'Asia/Singapore';
select '2021-02-16 09:00+06' AT TIME ZONE 'Asia/Singapore';

Saída

2021-02-16 10:00:00
2021-02-16 11:00:00

Como AT TIME ZONEconverte timestamp without time zonepara timestamp with time zonee vice-versa ( https://www.postgresql.org/docs/current/functions-datetime.html#FUNCTIONS-DATETIME-ZONECONVERT ), e como ambas as saídas são timestamp without time zone(você pode ver que elas não têm a parte + - ou pg_typeofpara confirmar), deduzo que ambas as literais de string são interpretadas como timestamp with time zone.

Entendo que a segunda seleção tem a +06parte para indicar o fuso horário, o que faz sentido.

Pergunta :

Por que a primeira seleção, que não tem parte de fuso horário + ou -, é interpretada como timestamp with time zonea segunda seleção?

Eu sei que posso especificar o tipo com TIMESTAMP/TIMESTAMP WITH TIME ZONE ou converter com ::timestamp/::timestamptz, mas supondo que eu não faça nada disso, há alguma documentação descrevendo o que está acontecendo com o literal de string?

postgresql

2 respostas

  1. Best Answer

    É por causa da preferência de tipo . Para que at time zonea construção funcione, o literal desconhecido que você especificou precisa ser timestamp, timeTZou timestampTZ- para quebrar o empate entre estes e escolher um, o Postgres verifica pg_type.typispreferred:

    typispreferred bool

    Truese o tipo for um alvo de elenco preferido dentro de seu typcategory.

    TimestampTZé o tipo preferido nesse grupo :
    demo em db<>fiddle

    select typname
      ,typcategory 
      ,typispreferred 
from pg_type 
where typname in('timetz','timestamp','timestamptz');
    nome do tipo tipocategoria tipicamente preferido
    carimbo de data/hora D significa "Tipos de data/hora" e
    carimbo de data/horatz E E
    tempo tz E e

    O Postgres reescreve at time zonecomo uma pg_catalog.timezone()chamada de função. Ele é sobrecarregado e uma das variantes disponíveis aceita timestampTZcomo o segundo parâmetro. A menos que você atribua explicitamente um tipo ao literal e escolha timestamp, o Postgres tem que adivinhar e escolher um para você, seguindo a preferência predefinida de timestampTZ.
    Isso significa que em ambos os seus exemplos você está começando com um timestampTZ, que é então removido por at time zone, retornando um timestamp without time zone.

    Como observação, este também deve ser seu tipo preferido .

    Na verdade, há um problema semelhante em relação 'Asia/Singapore'à direita. Há variantes de pg_catalog.timezone()que aceitam an intervalem vez de textthere, mas como esses não são apenas tipos diferentes, mas também tipos de categorias diferentes, o Postgres precisa desempatar a categoria: se disponível, 'S'"Tipos de string" são preferidos, então textvence. Essa tendência em relação à string é explicada no Capítulo 10. Conversão de tipo, 10.3. Funções, etapa 4.e :

    Se algum argumento de entrada for unknown, verifique as categorias de tipo aceitas nessas posições de argumento pelos candidatos restantes. Em cada posição, selecione a stringcategoria se algum candidato aceitar essa categoria. (Essa tendência em direção à string é apropriada, pois um literal de tipo desconhecido se parece com uma string.)

    • 3

  2. O literal de string em select '2021-02-16 09:00' AT TIME ZONE 'Asia/Singapore';(ou seja, a parte '2021-02-16 09:00') é interpretado como tendo um fuso horário porque você definiu o fuso horário como 'Asia/Ho_Chi_Minh'.

    O PostgreSQL trata '2021-02-16 09:00'como se estivesse 2021-02-16 09:00no formato Asia/Ho_Chi_Minh time zone (UTC+7).

    Portanto, todos os horários são associados a estar em Ho Chi Minh. Como você mencionou, você precisará usar SELECT '2021-02-16 09:00:00'::timestamp AT TIME ZONE 'Asia/Singapore';e será tratado como um timestamp sem fuso horário no início. Se você nunca definiu o fuso horário para Ho Chi Minh, o PostgreSQL usará o fuso horário padrão (no meu caso, América/Nova York).

    • 0

relate perguntas