É uma boa prática incluir um fuso horário em um registro de data e hora?

1. Devo usar timestamp de fuso horário?
2. O timestamp é afetado pelo fuso horário?
3. Qual é o melhor formato de registro de data e hora?
4. Quais são as práticas recomendadas para lidar com o fuso horário nas transações de banco de dados?

Devo usar timestamp de fuso horário?

É válido usar o registro de data e hora para qualquer carimbo de data e hora e datas que estão sempre no mesmo fuso horário ou estão sendo armazenados em relação a algum fuso horário conhecido. Se o fuso horário é sempre o mesmo ou implícito, é mais do AntiPattern armazená -lo do que não armazená -lo (informações redundantes).

O timestamp é afetado pelo fuso horário?

O timestamp do Unix é o número de segundos (ou milissegundos) decorridos desde um momento absoluto, meia -noite de 1 de janeiro de 1970 na hora da UTC. (UTC é o tempo médio de Greenwich sem ajustes no horário de verão.) Independentemente do seu fuso horário, o timestamp Unix representa um momento que é o mesmo em todos os lugares.

Qual é o melhor formato de registro de data e hora?

Nós da MOESIF preferimos ISO 8601 (AAAA-MM-DD'T'HH: MM: SSZ) porque é humano legível e tem um fuso horário especificado. Não há ambiguidade se a época estiver em segundos ou milissegundos. As cordas ISO 8601 são codificadas de uma maneira que permita a classificação e comparação de string decentes. Epoch tem benefícios sobre ISO 8601 também.

Quais são as práticas recomendadas para lidar com o fuso horário nas transações de banco de dados?

Regra 1: Datas da loja no UTC

A solução amplamente recomendada para armazenar datas e horários é armazenar a data e a hora no UTC. Isso significa que, sempre que você tem um usuário que insere ou atualiza um valor de tempo de dados no banco de dados, converte -o em UTC e armazene o valor UTC na coluna do banco de dados. Seus dados serão consistentes.