ZonedDateTime美洲/凤凰城区域到GMT有问题[重复]
我想把美国/凤凰城转换成格林威治标准时间
ZonedDateTime zdtPhoenix1 = ZonedDateTime.of(2022, 6, 27, 10, 0, 0, 0, ZoneId.of("America/Phoenix"));
System.out.println(zdtPhoenix1);
System.out.println(zdtPhoenix1.withZoneSameInstant(ZoneId.of("GMT")));
输出
2022-06-27T10:00-07:00[America/Phoenix]
2022-06-27T17:00Z[GMT]
我在等格林威治时间
2022-06-27T03:00Z[GMT]
由于美国/凤凰城的区域偏移为-7小时，但实际输出为7小时
共有3个答案
美洲/凤凰城与格林威治/UTC的偏移为-7小时，这意味着格林威治/UTC中的时间为美洲/凤凰城7小时。
你得到的结果是正确的。
ZoneDateTime方法的Java doc中提到
返回具有不同时区的此日期时间的副本，并保留即时。
所以，如果格林威治标准时间是下午5点（17），那么在同一时间（你们可以说即时），凤凰城时钟显示上午10点：（17-7=10）。
所以结果是正确的。
10:00-07:00不是算术表达式。
-07:00表示您的时钟比GMT晚7小时。所以这意味着当它是GMT的10点时，美国/凤凰城的10点将是7小时后。
是的，如果美国/凤凰城是10:00，那么格林威治标准时间已经是17:00了。
-
我应该创建phoenix视图还是表来映射hbase表？如果hbase表被hbase api更新，那么phoenix视图或表会更新吗？
-
我创建了Hbase表EMP，它具有列族f1和ID作为rowkey和NAME作为另一个列字段。 当我在这个Hbase表的顶部创建凤凰视图时 创建视图EMP（ID INTEGER Not NULL PRIMARY KEY， NAME VARCHAR（40））；并运行选择状态，凤凰视图显示ID列的负值。Hbase中的实际值类似于101,102,103...但是当我在凤凰运行“从EMP中选择ID”时，我得
-
一些基本信息如下: Hadoop2.7.1和NameNode HA enable hbase0.98.12 phoenix-4.6.0-hbase-0.98 执行sqlline.py localhost is error 执行sqlline.py localhost：nameservices/hbase is error
-
插件更新到Spark2.0了吗？我不能使用插件 错误： 只要jdbc连接凤凰就可以了！
-
请指引我。
-
在HBase Shell中是否可以显示实际的十进制值，而不是以科学记数法显示？ 通过下面提到的Phoenix脚本创建了HBase表。通过java中的Spark job将数据（“loginTime”：0.00006444）填充到此HBase表（通过phoenix脚本创建）。 如果该字段的java数据类型是双，那么该值将以科学符号显示为“6.44443E-5”，而不是显示实际值。但是如果我使java数