对于DST偏移量为负的特定历史日期,我得到了错误的时区名称。 时区数据库(tzdata)中的更新在1946-12-01至1947-02-23期间引入了欧洲/布拉格区的负DST。 这是欧洲/布拉格的tzdata的来源: # We know of no English-language name for historical Czech winter time;
# abbreviate it as "GMT", as it happened to be GMT. ..。 1:00 Czech CE%sT 1946 Dec 1 3:00
我正在将一些时间偏移列的时间从UTC转换到东方。我是通过命令这样做的
UPDATE MyTable SET MyColumn = MyColumn AT TIME ZONE 'Eastern Standard Time'
这似乎是正确的工作(时间提前了4个小时,现在有一个-04:00的偏移,完全符合我的要求),但后来我意识到,这不是东部时间,这是美国东部时间现在。
SELECT * FROM sys.time_zone_info
给我一个时区列表,但是没有“东部夏令时间”,只有“东部标准时间”。有一列"is_current_dst“似乎是正确的。但据我所知,谈论时区“
我必须转换一些报告的世界协调时的日期。我们使用的是Server 2016,我的所有报表查询都是SPs,所以我能够这样做:
SELECT MyDateTime AT TIME ZONE 'Pacific Standard Time' AS 'MyLocalDateTime'
这将返回预期值,但我无法确定这在夏令时是否仍然有效。
通过查询时区信息DMV:
select * from sys.time_zone_info
我看到有一个列表示“is DST”,所以我假设服务器正在跟踪它。因此,我是否可以安全地假设server将在DST期间根据需要调整时间?
我正在努力了解更多关于sys.time_zone_info表的信息。这一切似乎都是直观的,除了在此查询中找到的E.Australia标准时间条目:
select current_utc_offset from sys.time_zone_info where [name] = 'E. Australia Standard Time'
我住在英国,现在的英国时间是: 22:38。目前的世界协调时间是: 21:38。当前在澳大利亚悉尼的时间是: 08:38,这是UTC+11。然而,上面的查询返回如下:
+10:00
我希望:
+11:00
我已经将Server设置为Docker容
我有一个postgres表,其列是带有时区的时间戳。存储的数据以UTC为单位。我想把这个列从UTC转换成不同的时区。如何选择正确的时区,以便在postgres中考虑日光节约?我看过pg_timezone_names视图,并且知道postgres支持的实际缩写。我担心的是,像加利福尼亚这样的州在一年的部分时间里会使用PST和PDT。
我怀疑,像select current_time at time zone 'PDT'或select current_time at time zone 'PST'这样的代码不会给出我全年在加利福尼亚的正确时间。我明白这点了吗?
我知
我有一个事件列表,每个事件都有一个startDate和endDate。我需要知道每个事件的平均时间。
我需要这样的东西:
select sum ( (timestamp(startDate) - timestamp(endDate)) for each event )
/ (count of events)
我正在使用Alamofire 4.0和Swift 3.0
我应该在我的web服务中发布带有时区的当前日期和时间。
当我尝试在控制台中打印时,我得到了正确的当前时间,但是当使用Alamofire将数据推送到web服务时,日期和时间被更改/增加了8小时。
这就是我正在尝试的代码。请帮助我,让我明白它什么时候出错,为什么出错。
let now = NSDate();
let formatter = DateFormatter();
formatter.dateFormat = "yyyy-MM-dd HH:mm:ss zzz";
let
我的服务器正在UTC中向Javascript客户端发送时间戳。我目前在山区时间,这是目前在日光节约(格林尼治时间-7),但任何时区调整,我做的只是应用-6抵消。
为了确认javascript甚至知道我的时区,我执行了以下操作:
console.log(Date().toString());,它输出以下内容:Mon Nov 19 2018 12:13:28 GMT-0700 (Mountain Standard Time)。很明显,JS知道我现在在GMT-7。
现在,我的服务器正在发送2018-08-24T17:00:00。所以我用moment.js解析它,转换到本地时区,然后格式化结果。
mo
我对tm结构中tm_isdst标志的使用有以下疑问。根据手册页和googled结果,我理解它的价值被解释如下
A.值为0表示DST在表示的时间内不生效
B.值为1表示DST生效
C.值为-1会导致mktime检查DST是否生效。
这第三点让我感到困惑。我的疑问是mktime如何才能确定是否必须准确地应用DST。
例如
My Time Zone = GMT + 3:00
DST shifting = +1 Hour at 5:00 AM in January (to keep it simple)
Current UTC time = "01/Jan/2012 00:00:00"