我有以下情景...
我想从今天（中午）开始在我的移动设备上为我自己设置闹钟30天。我也想为许多不同时区的其他人做同样的事情。
我不想在当地时间中午30天转换成当地时间。 （我在美国太平洋时间 - 我不希望美国东海岸的用户在下午3点体验警报。）相反，我希望其他人在当地时间中午30天之后体验警报。
那么存储此类日期/时间信息的最佳做法是什么？存储UTC在这里没有意义。在这些情况下，人们通常只是将日期和时间存储在字符串中，然后使用它们在本地机器上生成本地时间吗？
答案 0 :(得分：-1)
实际上，听起来你应该只跟踪你希望事件发生的日期和时间，无论是关于最终用户的时区 - 还是根本没有时区（推断他们的本地）区）。
之前已经多次介绍such as here。
您没有指出您正在使用的编程语言或数据库环境，但通常您不应将日期/时间值存储为字符串，而应使用适合您所在场景的数据类型。它们可能是基于UTC的，但很多都不是。