Почему я должен использовать UTC?

Question

В настоящее время наше приложение использует локальное время, а не UTC. Я знаю, что очень важно использовать UTC, но не могу за всю жизнь помнить, почему.

Предполагая, что DateTimes хранятся со смещением при сравнении местного времени с временем UTC или с другим временем с другим часовым поясом, конечно, любая используемая библиотека будет знать о разных часовых поясах и мутировать два объекта в что можно сравнить?

До тех пор, пока смещение передается с помощью DateTime (которое, как говорят, использует объекты, а не строки), я не понимаю, почему это имеет значение. Почему я должен иметь дело с 2014-09-01T13:44:13+00:00, а не 2014-09-01T14:44:13+01:00? Фактически, сохранение в виде UTC теряет информацию о смещении (местное время, когда было объявлено время).

Что мне здесь не хватает?

Контекст: У нас есть ограничения, связанные с ошибками стиля, и я подумал «аха: переместите все вещи в UTC», но потом понял, что я просто просматриваю код, преобразующий кучу объектов DateTime использовать часовой пояс UTC, и это показалось мне пустой тратой времени.

Answer 1

Ваш прецедент позволяет хранить местное время со смещением. IMO нет необходимости хранить в UTC, так как вы всегда можете перевести момент времени в любое другое местное время. На самом деле это дает вам еще больше, поскольку у вас есть дополнительная информация о местном времени.

Технически есть преимущество в сохранении даты как UTC и смещения отдельно: вы можете сортировать строку, которая дает вам преимущество, например. DBS, которые должным образом не поддерживают даты с смещениями (например, MySQL).

Если вы рассматриваете системы, которые не позволяют хранить смещение, актерам придется согласовать общий часовой пояс. UTC представляется очень стабильным кандидатом с хорошей поддержкой перевода времени.

Одним из примеров этого является Exif, где вы можете сохранить только локальную дату без информации о часовом поясе. Другим примером является аппаратные часы на компьютере с несколькими ОС. Если актеры не согласны с общим часовым поясом, у вас появятся головные боли (Linux & Windows может стать забавной во время переключения DST).

Answer 2

Есть две причины, по которым я храню время как UTC.

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

Во-вторых, временные изменения. Они подчиняются прихотям правительств. То, что UTC +5 сегодня может быть завтра UTC +6, просто потому, что некоторые правительства говорят так, что затем сделает локальное время + смещение отличным от того, что было сохранено. Вы всегда можете определить правильное местное время, но я просто рассматриваю его как большую работу, чем просто преобразование UTC в локальный.

Это лучшие причины, которые я знаю для использования UTC, но я уверен, что есть другие, о которых я не думал.

Answer 3

Я думаю, что лучше всего хранить DATETIME + Offset

Дело в том, вы должны всегда хранить DateTime либо в UTC или в зачёт, но никогда не магазин DateTime «местный ориентированный», или без смещения. Иными словами:

Лучшее! DateTime + компенсировали

2014-09-03 11:36:07 EDT -04:00 

Хорошо UTC:

2014-09-03 15:36:07 UTC 

Veryyyyy плохо: DateTime нет смещения

2014-09-03 11:36:07 

Например, это может случится, если вы на самом деле не уход за часовым поясом и в конце предыдущего времени может быть сохранен как:

2014-09-03 11:36:07 UTC 

Теперь, в зависимости от структуры языка, это может случится, что вы, возможно, потребуется преобразовать ваш DateTime/Смещение в чем-то другом, но мой совет хранить всегда в качестве первой формы ....