- Devo usar timestamp de fuso horário?
- O timestamp é afetado pelo fuso horário?
- Qual é o melhor formato de registro de data e hora?
- 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.