Как лучше всего хранить временную метку в PostgreSQL?

Я работаю над дизайном БД PostgreSQL и мне интересно, как лучше хранить временные метки.

Предположения

Пользователи в разных часовых поясах будут использовать базу данных для всех функций CRUD.

Я посмотрел на 2 варианта:

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

• bigint NOT NULL DEFAULT

Поскольку timestampя послал бы строку, которая представит точную (UTC) метку времени для момента ВСТАВКИ.

Ибо bigintя бы сохранил то же самое, но в числовом формате. (Проблемы с часовым поясом обрабатываются до того, как миллис будет передан на сервер, поэтому всегда миллис в UTC.)

Одним из основных преимуществ хранения a bigintможет быть то, что его будет проще хранить и извлекать, поскольку передача правильно отформатированной временной метки является более сложной, чем простое число (миллис со времен Unix Epoc).

Мой вопрос заключается в том, какой из них позволил бы создать наиболее гибкую конструкцию и какие могут быть подводные камни каждого подхода.

Храните временные метки как timestamp, а точнее timestamptz( timestamp with time zone), так как вы имеете дело с несколькими часовыми поясами . Это обеспечивает правильность данных и, как правило, наиболее эффективно. Убедитесь, что вы понимаете тип данных, есть некоторые заблуждения:

• Хранение часового пояса в метках времени PostgreSQL
• Полное игнорирование часовых поясов в Rails и PostgreSQL

Для решения вашей проблемы:

Передача правильно отформатированной временной метки сложнее простого числа

Вы можете передать и получить эпоху UNIX в любом случае, если вы предпочитаете:

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

Связанный:

• Обрезать временную метку до произвольных интервалов
• Агрегирование (x, y) координатных облаков точек в PostgreSQL

Если вы хотите сохранить текущую метку времени с записью в БД, используйте timestamptz столбец со значением по умолчаниюnow() . Системное время на сервере БД, как правило, гораздо более надежно и согласованно, чем несколько клиентов, которые сообщают о своем времени.
Ибо INSERTэто может быть так просто, как:

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

И просто не пишите в эту колонку. Заполняется автоматически.

Вы всегда должны хранить данные в их собственном типе данных, чтобы вы могли использовать встроенные функции. И тип данных временной метки, очевидно, является timestamp.

Кстати, timestampэто не хранится в виде строки, она хранится как 8-байтовое целое число, точно так же , как bigint: PostgreSQL документации .