Хранение данных о времени и дате зависит от того, что вам нужно с ними делать с точки зрения поиска, обработки и отображения.
Представляет ли оно прошлое (т. Е. Журнал) или будущее (т. Е. Назначение)?
Прошлое легко, оно произошло, и вы, вероятно, знаете, когда и где.Но будущее DST может повлиять на это.
В вашем случае это выглядит как проблема с дисплеем, тогда вы можете выбрать, кто будет оплачивать счет за ЦП, ваша компания или пользователь.
Таким образом, вы можете использовать CONVERT_TZ (), чтобы получить его и сохранить в UTC'0.Я бы порекомендовал вам создать ВИД с этим правилом.(возможно, новые товарищи по команде не знают об этом преобразовании).В этом случае стоимость обработки является вашей.С другой стороны, вы можете передать его пользователю и настроить UTC'0 -> IP на клиентской стороне.
Есть некоторые ситуации, которые становятся беспорядочными, например, когда у вас есть журналкоторый отображает данные из разных часовых поясов для пользователя.Или когда вы хотите отправить электронное письмо этому пользователю.В этом случае вам придется также сохранять часовой пояс пользователя.
Я бы порекомендовал это видео .