Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/mysql/70.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
MySQL时区转换\u类型\u id_Mysql_Datetime_Timezone_Timezone Offset - Fatal编程技术网
Fatal编程技术网
  • mysql/
  • MySQL时区转换\u类型\u id

MySQL时区转换\u类型\u id

mysql datetime

MySQL时区转换\u类型\u id,mysql,datetime,timezone,timezone-offset,Mysql,Datetime,Timezone,Timezone Offset,我已经成功地将我的本地tzinfo导入mysql，我已经掌握了关于如何存储和使用这些数据的所有细节，除了一个字段。有一个名为Transition\u type\u id（在表time\u zone\u Transition\u type中）的数字字段，似乎包含某种可能重要的数字数据，但没有查找表，其功能也不明显 是的，我知道我可以使用mysql的内置函数来利用这些数据，但我也想了解在幕后发生了什么。此查询将各种时区表组合在一起，并显示美国东部时区的转换列表 SELECT n.name, n.ti

我已经成功地将我的本地tzinfo导入mysql，我已经掌握了关于如何存储和使用这些数据的所有细节，除了一个字段。有一个名为Transition\u type\u id（在表time\u zone\u Transition\u type中）的数字字段，似乎包含某种可能重要的数字数据，但没有查找表，其功能也不明显

是的，我知道我可以使用mysql的内置函数来利用这些数据，但我也想了解在幕后发生了什么。

此查询将各种时区表组合在一起，并显示美国东部时区的转换列表

SELECT n.name, n.time_zone_id, z.Use_leap_seconds,
       tt.offset, tt.Is_DST, tt.Abbreviation,
       FROM_UNIXTIME(t.Transition_time) AS p, 
       t.Transition_type_id
  FROM time_zone_name AS n
  JOIN time_zone AS z USING(time_zone_id)
  JOIN time_zone_transition AS t USING (time_zone_id)
  JOIN time_zone_transition_type AS tt USING(time_zone_id,transition_type_id)
 WHERE NAME='America/New_York'

transition\u type\u id
标识了转换类型（“向前跳”、“向后退”等）。它通过链接到
时区转换类型
表来实现这一点。这里有很多价值观

这组数据的一个奇怪之处是一堆负的
时区转换。转换时间
值，指的是UNIX纪元之前的时间戳。
由于数据来自标准IANA时区数据，因此负值可能是每个时区的LMT基值。这是正常的，不应该碍事。