YYYY，MM，DD，HH24，StormNumber，BLAdj 

最新推荐文章于 2020-10-12 22:17:08 发布
原创 最新推荐文章于 2020-10-12 22:17:08 发布 · 392 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

YYYY，MM，DD，HH24，StormNumber，BLAdj =对于动态Holland模型（NWS = 8）和动态不对称模型（NWS = 19），这是冷启动日期时间，预报集合中的风暴次数以及边界层调整因子。日期时间告诉ADCIRC什么时间对应于t = 0。例如，如果在冷启动时将日期时间指定为2005 08 29 06，则ADCIRC将在“ 单文件气象强迫输入文件”中找到该时间，并在必要时进行线性插值以获取其初始风速状态。对于热启动，热启动文件中的时间将被添加到该日期时间，然后在

最低0.47元/天 解锁文章
NWS = 20 (广义不对称荷兰模型（GAHM）格式)
CHEN_BR/BLOG
06-18 647
NWS=控制使用风速还是应力，波辐射应力和大气压力来强制ADCIRC的参数。 = 20，广义不对称荷兰模型（GAHM）格式。跟踪文件格式类似于较旧的动态非对称模型（NWS = 19），但具有8个额外的数据列。有关更多信息，请参见fort.22文件中的注释。GAHM的理论和实现最初在2013 ADCIRC用户小组会议上进行了描述。 文件 fort .22 1 0 1.0 文件 NWS_20_fort.22 AL, 14, 2016100800, , BEST, 14...
典型的ADCIRC参数选择
CHEN_BR/BLOG
09-22 1061
https://wiki.adcirc.org/wiki/Typical_ADCIRC_Parameter_Selections 参数选择与设置和运行仿真时必须进行的模型参数选择有关。ADCIRC和耦合的ADCRC + SWAN模型具有大量用户可控制的参数。一些参数代表模型精度与稳定性之间的平衡，例如通过NOLICA和NOLICAT启用或禁用对流。其他的则平衡了准确性和运行时间，例如通过IM的隐式vs.显式GWCE公式表达。（这也会影响稳定性）。同时，某些参数表示的值是真正的“最佳”选择取决于具体情.
关于NWS=22
CHEN_BR/BLOG
10-12 420
防风文件为bal072008.dat，ADCIRC希望将其重命名为Fort.22。只要在ADCIRC控制文件中使用NWS = 8的设置指定了强制风，ADCIRC就会从NOAA FTP站点接受最佳跟踪文件，而无需进行任何修改。最佳跟踪文件包含有关眼睛位置，中心压力，最大风的半径等信息。ADCIRC使用此信息在内部构造压力场和风场。Gustav文件的开始时间为2008/08/25/0000 UTC，我们的仿真也是如此。 ...
oracle 中YYYY-MM-DD HH24:MI:SS的使用 和 HH24:MM:SS
热门推荐
eluanshi12的博客
08-08 5万+
http://lilixu.iteye.com/blog/2087047 项目中需要使用时间过滤信息，而且时间是带有时分秒的，刚开始使用YYYY-MM-DD HH:MM:SS这种格式进行比较，所查询出来的数据不正确，查询语句： Sql代码   SELECT s.sbsj     FROM T_JBXX s    where     TO_CHAR(s.SBS
时间的坑yyyy-MM-dd HH:mm:ss代表将时间转换为24小时制
人生最遗憾的莫过于：轻易地放弃了不该放弃的,固执地坚持了不该坚持的
04-14 1万+
java中的的日期格式为: yyyy-MM-dd HH:mm:ss:代表将时间转换为24小时制,例: 2018-06-27 15:24:21 yyyy-MM-dd hh:mm:ss:代表将时间转换为12小时制,例: 2018-06-27 03:24:21 oracle中的日期格式为: yyyy-MM-dd HH24:mi:ss和 yyyy-MM-dd HH:mi:ss,分别代表oracle中的2...
精选资源
oracle日期格式和java日期格式区别 HH24：mm：ss和HH24：mi：ss的区别
08-05
oracle日期格式和java日期格式...oracle中to_char(sysdate,'yyyy-mm-dd hh24:mm:ss')和to_char(sysdate,'yyyy-mm-dd hh24:mi:ss')有着巨大差别: select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;【用这个】
js将日期格式转换为YYYY-MM-DD HH:MM:SS
10-14
本篇文章主要讨论如何将日期对象转换为"YYYY-MM-DD HH:MM:SS"这种标准格式。以下是一些方法： 1. **方法一**： 这个方法利用了自定义的`Format`方法，这个方法可能是在某个库或自定义函数中定义的。例如： ```...
js时间戳转yyyy-MM-dd HH-mm-ss工具类详解
01-21
在web开发中，我们经常需要用js将时间戳转yyyy-MM-dd HH-mm-ss类似的格式，这样才适合我们的观感，那么我们该如何在js中将时间戳转换成这种格式呢？其实很简单，我们开发一个时间戳工具类，如下： 第一种:最简单的是...
katrina_2015_nws_20
CHEN_BR/BLOG
06-22 249
fort.22 AL, 12, 2005082318, , BEST, 0, 231N, 751W, 30, 1008, , 0, NEQ, 0, 0, 0, 0, 1013, , 30, , , , , ,299, 6, TWELVE , 1, 1, 1, 1, 1, 1, 30.0, 30.0, 30.0, 30.0, 1.2996, 1.5957, 1.59
MySQL的datetime和time允许存取24:xx:xx格式的时间
生而为人我很抱歉
08-12 5672
今天加班到凌晨，跑程序时发现报错：java.sql.SQLException: Illegal hour value ‘24’ for java.sql.Time type in value ‘24:42:13… 查了一下数据库的数据发现，数据库中的数据有24:42:13的数据，查了一下原因发现居然是MySQL的bug！ bug地址：http://bugs.mysql.com/bug.php?i
面向对象设计上的一点小经验
tv002的专栏
03-02 285
在进行开发一些新项目的时间，往往不会有这些类设计的经验，而我们作为人考虑问题不会一下子很全面。 面向对象的主要思想是，每个方法尽量只实现单一的功能，这样容易有复用的机会，这个方法才写得有价值 可以在开发的过程中，慢慢地修正面向对象这个类的设计方法，有如，发现有一段代码在这个类的各个方法中重复引用的次数很多 则可以，将这段代码写到开头构造函数中，或者单独为这些代码写一个方法供快速引用。等 ...
SimpleDateFormat显示24小时和12小时时间格式
韩云川的博客
06-12 2万+
public static void main(String[] args) throws Exception { MainTest1 mainTest1 = new MainTest1(); mainTest1.dateFormat(); } yyyy-MM-dd HH:mm:ss格式显示的时间为:2017-06-12 18:01:06 ...
oracle 时间格式的坑 HH和HH24,mm和mi
GMaya的博客
02-13 2万+
oracle中的日期格式为: 坑之一:HH和HH24 12小时制:yyyy-MM-dd HH:mi:ss 24小时制:yyyy-MM-dd HH24:mi:ss 在java中HH和hh是区分12小时制和24小时制的,oracle中并不适用(不区分大小写) 坑之二:mm和mi 在java中yyyy-MM-dd HH:mm:ss 是正常的,oracle不区分大小写,应该使用mi获取分钟数 ...
ADCIRC物理机理
CHEN_BR/BLOG
09-22 716
ADCIRC既是二维（2D）模型又是3D模型，其表示形式略有不同。ADCIRC理论报告中目前提供了有关两者的基本模型物理学的最佳文档。 2D ADCIRC基于浅水方程的一种形式，其中包括连续性方程和水平动量方程。该模型是深度集成的，这意味着尽管模型中未解决垂直流问题，但此类垂直变化的影响仍然可以在一定程度上包括在内，例如二维斜压模型。 https://wiki.adcirc.org/wiki/ADCIRC_physics https://wiki.adcirc.org/wiki...
个人一点小经验分享
weixin_34161064的博客
06-10 112
我们在LINUX下挂载windows分区后，默认情况下，挂载的分区只有root用户可以读写.有没有办法让挂载的分区能让普通用户也可以正常读写呢？ man mount发现如下一段话： uid=value and gid=value Set the owner and group of the root of the...
'YYYY-MM-DD HH24:MI:SSXFF'日期格式转换
章
08-07 1万+
SELECT TO_CHAR(TO_TIMESTAMP('2011-07-03 00:00:00.0' ,'YYYY-MM-DD HH24:MI:SSXFF') ,'YYYY-MM-DD') ,TO_DATE(TO_CHAR(TO_TIMESTAMP('2011-07-03 00:00:00.000' ,'YYYY-MM-DD HH24:MI:SSXFF') ,'YYYY-MM-DD')...
一不小心装了两个MPI，怎么卸载？
CHEN_BR/BLOG
07-31 5951
应该是不影响你使用的，反正linux只认路径，你装几个都无所谓的，请高手再详细指正，呵呵。 locate mpirun就找到mpi的位置了。至于正在使用哪个，可以查看.bashrc或.bash_profile文件。 ...
gp数据库YYYYMMDDHH24MISS 和YYYYMMDDHH24MMSS的区别
最新发布
10-23
<think>我们正在讨论Greenplum数据库中的日期时间格式字符串。用户询问的是两种格式：YYYYMMDDHH24MISS 和 YYYYMMDDHH24MMSS 的区别。 首先，我们需要解析这两个格式字符串： 1. YYYYMMDDHH24MISS - YYYY：四位数的年份 - MM：两位数的月份（01-12） - DD：两位数的日期（01-31） - HH24：24小时制的小时（00-23） - MI：分钟（00-59） - SS：秒（00-59） 但是，注意在第一个格式字符串中，分钟部分使用了“MI”，而秒部分使用了“SS”。 2. YYYYMMDDHH24MMSS - 前面部分相同：YYYYMMDDHH24 - 然后是“MM”，这里可能有两个解释： a) 如果按照前面的逻辑，分钟部分应该是“MI”，但这里写成了“MM”。那么“MM”在日期格式中通常代表月份，但这里已经出现过月份了（在DD之前），所以这是不合理的重复。 b) 实际上，在标准的日期格式中，分钟部分是用“MI”表示的，而“MM”代表月份。因此，第二个格式字符串中，在小时（HH24）之后出现了两个“MM”，第一个“MM”应该代表分钟吗？但标准中分钟是“MI”。 因此，我们需要明确：在Greenplum（以及PostgreSQL，因为Greenplum基于PostgreSQL）中，日期时间格式的模板中： - 月份是用“MM”表示 - 分钟是用“MI”表示 - 秒是用“SS”表示 所以，第一个格式字符串“YYYYMMDDHH24MISS”是正确的，它表示： 年（4位）+ 月（2位）+ 日（2位）+ 小时（24小时制，2位）+ 分钟（2位）+ 秒（2位） 而第二个格式字符串“YYYYMMDDHH24MMSS”则存在问题： - 在日期（DD）之后，紧接着是小时（HH24），然后又是“MM”。按照标准，这里的“MM”会被解释为月份，但是月份已经出现过一次（在DD之前），所以这会导致混淆。 - 最后的“SS”会被解释为秒。 因此，第二个格式字符串实际上是不正确的。因为它试图用“MM”来表示分钟，但标准中分钟的占位符是“MI”，而“MM”是月份的占位符。 总结： - “YYYYMMDDHH24MISS” 是正确的格式字符串，表示“年月日时分秒”。 - “YYYYMMDDHH24MMSS” 是错误的，因为分钟应该用“MI”而不是“MM”。如果使用这个格式字符串，在解析时可能会出错（比如将分钟部分解释为月份，导致错误）或者无法识别。 在Greenplum中，我们通常使用标准的to_char和to_timestamp函数来处理日期时间格式。例如： - 使用 to_timestamp('20211231235959', 'YYYYMMDDHH24MISS') 可以将字符串'20211231235959'转换为时间戳。 - 而使用 to_timestamp('20211231235959', 'YYYYMMDDHH24MMSS') 则会失败，因为格式字符串中的第二个“MM”（在HH24之后）会被当作月份，但月份已经解析过了，并且这里的值59（分钟部分）作为月份是无效的（月份必须在01-12之间）。 让我们用一个例子来验证： - 尝试将字符串'20211231235959'用格式'YYYYMMDDHH24MMSS'解析： YYYY=2021, MM=12（月份）, DD=31, HH24=23, 然后下一个MM=59（但59作为月份是无效的，因为月份只能是01-12），所以会报错。 因此，正确的分钟占位符是“MI”，秒占位符是“SS”。所以，第一个格式是正确的，第二个格式是错误的。 用户需要注意：在构造日期时间格式字符串时，必须使用正确的占位符。 </think>在Greenplum数据库（基于PostgreSQL）中，`YYYYMMDDHH24MISS` 和 `YYYYMMDDHH24MMSS` 都是**无效的日期时间格式**，但两者的错误性质不同。以下是具体分析： --- ### 1. **`YYYYMMDDHH24MISS` 的问题** - **语法错误**：`MI` 是标准SQL中表示**分钟(Minutes)** 的占位符，但 `MISS` 在格式字符串中会引发歧义。 - **实际效果**： - 若尝试解析 `20231015123045`（表示2023-10-15 12:30:45）： ```sql SELECT TO_TIMESTAMP('20231015123045', 'YYYYMMDDHH24MISS'); ``` 系统会将 `MI` 识别为分钟，但无法处理后续的 `SS` → **报错 "invalid format"**。 - **正确分钟占位符**：分钟必须用 `MI` **单独表示**（如 `YYYYMMDDHH24MISS` 中的 `MI` 是合法的）。 --- ### 2. **`YYYYMMDDHH24MMSS` 的问题** - **语法错误**：`MM` 是标准SQL中表示**月份(Month)** 的占位符，但月份已在格式开头使用过（`YYYYMMDD`）。 - **实际效果**： - 若尝试解析 `20231015123045`： ```sql SELECT TO_TIMESTAMP('20231015123045', 'YYYYMMDDHH24MMSS'); ``` 系统会尝试将 `MM` 二次解析为月份，但 `30` 不是有效月份（需01-12）→ **报错 "invalid month"**。 - **正确秒占位符**：秒必须用 `SS` **单独表示**（如 `HH24:MI:SS`）。 --- ### 3. **正确格式示例** ```sql -- 合法格式：分钟用 MI，秒用 SS SELECT TO_TIMESTAMP('20231015123045', 'YYYYMMDDHH24MISS'); -- 正确 SELECT TO_TIMESTAMP('20231015123045', 'YYYYMMDDHH24:MI:SS'); -- 更推荐（可读性高） ``` 输出： ``` 2023-10-15 12:30:45 ``` --- ### 关键区别总结 | **格式字符串** | 问题类型 | 错误原因 | |----------------------|----------------|--------------------------------------------------------------------------| | `YYYYMMDDHH24MISS` | 占位符冲突 | `MISS` 被误解析为 `MI`（分钟）+ `SS`（秒），但语法不分离 | | `YYYYMMDDHH24MMSS` | 占位符重复定义 | `MM` 被二次解析为月份，但分钟/秒未使用正确占位符（`MI`/`SS`） | > 📌 **最佳实践**： > 始终使用明确分隔的格式（如 `'YYYY-MM-DD HH24:MI:SS'`），避免连续占位符歧义[^1]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值