Qual a melhor maneira de armazenar um carimbo de data / hora no PostgreSQL?

19

Estou trabalhando em um design de banco de dados PostgreSQL e estou me perguntando a melhor forma de armazenar registros de data e hora.

Suposições

Usuários em fusos horários diferentes usarão o banco de dados para todas as funções CRUD.

Eu olhei para duas opções:

  • timestamp NOT NULL DEFAULT (now() AT TIME ZONE 'UTC')

  • bigint NOT NULL DEFAULT

Pois timestampeu enviaria uma string que representaria o registro de data e hora exato (UTC) para o momento INSERT.

Pois biginteu armazenaria exatamente a mesma coisa, mas em um formato numérico. (os problemas de fuso horário são tratados antes que o millis seja entregue ao servidor, portanto, sempre o millis no UTC.)

Uma das principais vantagens do armazenamento de um bigintseria que seria mais fácil armazenar e recuperar, pois a passagem de um carimbo de data / hora formatado corretamente é mais complexa do que um número simples (milésimos desde o Unix Epoc).

Minha pergunta é qual deles permitiria o design mais flexível e quais seriam as armadilhas de cada abordagem.

Bam
fonte
Existem várias razões pelas quais um registro de data e hora é melhor que um grande exemplo para representar registros de data e hora. Não consigo pensar em uma única razão pela qual um bigint seria melhor que um carimbo de data e hora.
Lennart
A principal razão pela qual acho que um BigInt pode ser mais fácil é que pode ser muito mais fácil recuperar e armazenar. Vou atualizar minhas perguntas.
Bam

Respostas:

23

Armazene os carimbos de hora como timestamp, ou melhor timestamptz( timestamp with time zone), pois você está lidando com vários fusos horários . Isso aplica dados válidos e geralmente é mais eficiente. Certifique-se de entender o tipo de dados, existem alguns conceitos errados:

Para resolver sua preocupação:

passar um carimbo de data / hora formatado corretamente é mais complexo que um número simples

Você pode passar e recuperar uma época do UNIX de qualquer maneira, se preferir:

SELECT to_timestamp(1437346800)
     , extract(epoch FROM timestamptz '2015-07-20 01:00+02');

Palavras-chave:

Se você deseja armazenar o registro de data e hora atual com gravações no banco de dados, use uma timestamptz coluna com valor padrãonow() . A hora do sistema no servidor de banco de dados é geralmente muito mais confiável e consistente do que vários clientes entregando sua respectiva noção de que horas são.
Pois INSERTpode ser tão simples quanto:

CREATE TABLE foo (
  ... -- other columns
, created_at timestamptz NOT NULL DEFAULT now()
);

E apenas não escreva nessa coluna. É preenchido automaticamente.

Erwin Brandstetter
fonte
Isso deixou as coisas claras. Além do fato de que os carimbos de data e hora são armazenados como números inteiros de 8 bytes, essencial o mesmo que armazenar como bigint, armazenar e recuperar com as funções "to_timestamp" torna essa uma escolha muito mais simples. Obrigado
Bam
8

Você sempre deve armazenar dados em seu tipo de dados nativo para poder usar as funções internas. E o tipo de dado de um carimbo de data / hora é obviamente a timestamp.

Btw, a nãotimestamp é armazenado como uma string, é armazenado como um número inteiro de 8 bytes, exatamente o mesmo que : documentação do PostgreSQL .bigint

não
fonte
Minhas desculpas, pretendia dizer que enviaria uma string para armazenamento, não armazenaria um carimbo de data / hora. Corrigido.
Bam