Come archiviare al meglio un timestamp in PostgreSQL?

Sto lavorando su un progetto DB PostgreSQL e mi chiedo come archiviare i timestamp nel modo migliore.

ipotesi

Gli utenti con fusi orari diversi useranno il database per tutte le funzioni CRUD.

Ho esaminato 2 opzioni:

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

• bigint NOT NULL DEFAULT

Per timestampvorrei inviare una stringa che rappresentasse l'esatta data e ora (UTC) per il momento INSERT.

Per bigintavrei memorizzare la stessa cosa, ma in un formato numerico. (i problemi di fuso orario vengono gestiti prima che i millisecondi vengano consegnati al server, quindi sempre i millis in UTC.)

Un vantaggio principale con la memorizzazione di a bigintpotrebbe essere che sarebbe più facile da memorizzare e recuperare, poiché passare un timestamp correttamente formattato è più complesso di un semplice numero (millisecondi da Unix Epoc).

La mia domanda è quale si consentirebbe il design più flessibile e quali potrebbero essere le insidie ​​di ogni approccio.

Memorizza i timestamp come timestamp, o meglio timestamptz( timestamp with time zone) poiché hai a che fare con più fusi orari . Ciò impone dati validi ed è in genere il più efficiente. Assicurati di comprendere il tipo di dati, ci sono alcune idee sbagliate che galleggiano intorno:

• Archiviazione del fuso orario nei timestamp PostgreSQL
• Ignorando del tutto i fusi orari in Rails e PostgreSQL

Per rispondere alla tua preoccupazione:

passare un timestamp correttamente formattato è più complesso di un semplice numero

Puoi passare e recuperare un'epoca UNIX in entrambi i modi se preferisci:

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

Relazionato:

• Tronca il timestamp a intervalli arbitrari
• Aggregazione delle nuvole di punti di coordinate (x, y) in PostgreSQL

Se si desidera memorizzare il timestamp corrente con scritture nel DB, utilizzare una timestamptz colonna con valore predefinitonow() . L'ora di sistema sul server DB è in genere molto più affidabile e coerente rispetto a più client che trasmettono la rispettiva nozione di che ore sono.
Perché INSERTpuò essere semplice come:

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

E non scrivere su quella colonna. Viene compilato automaticamente.

Dovresti sempre archiviare i dati nel suo tipo di dati nativo in modo da poter utilizzare le funzioni integrate. E il tipo di dati di un timestamp è ovviamente a timestamp.

A proposito, a nontimestamp è memorizzato come una stringa, è archiviato come un numero intero a 8 byte, esattamente uguale a : documentazione PostgreSQL .bigint