有什么工程上的原因为什么会这样？在RDBMS的情况下，我想知道它与性能有关，因为“ YEAR”比“ MONTH”更具体，例如：您只有2000年，而每年都有“ January”，这样可以更轻松，更快捷地按年份过滤/排序某些内容，这就是为什么年份第一的原因。

但是我不知道这真的有道理吗？有什么理由吗？

这样，就可以使用默认的排序规则（即字典顺序排序）轻松地将日期排序为字符串。

这也是为什么使用两位数字指定月份和日期的原因（如果需要，请添加前导零）。

实际上，它是ISO 8601定义的日期格式之一。该标准还定义了日期和时间格式，2015-03-27T15:26:40Z也可以按字符串排序。

但是，YYYYMMDD的另一个好处是可以轻松地（不涉及子字符串或字符替换）将字符串解析为整数，并且仍然对整数使用默认顺序。

尚未提及，但您很快就会忽略YYYY 内部的订单。那已经是几千年，几个世纪，几十年甚至几年了。也就是说，YYYY已经从最长周期到最短周期被命令。MM和DD也是如此，这就是数字系统的工作方式。

因此，要使字段之间的顺序与字段内的顺序一致，唯一的选择是YYYYMMDD。

正如zahbaz和Arseni Mourzenko指出的那样，YYYYMMDD格式很容易排序。这不是一个幸运的巧合，这是直接将最长持续时间的字段放在第一位的直接结果（并保持长度固定；我们在此引入了Y10K问题）。

有什么理由吗？

是。这些软件将使用ISO 8601。

与其他日期格式相比，ISO 8601具有许多优点：

• 这是带有规格文档的标准:)
• 这是明确的。除非已超过13天，否则mm / dd / yyyy和dd / mm / yyyy可能会造成混淆。
• 它按字典顺序按升序排序，因此不需要特殊的日期排序逻辑。这在文件名中尤其有用，在文件名中，按字典顺序排序的数字常常令人困惑（例如1_file, 10_file, 2_file）。
• 它要求4位数字的年份和零填充的月份和年份。这避免了2000年问题和其他歧义。

至于为什么首先出现 ISO 8601的原因，是因为人们在国家/系统之间交换数据时发现日期格式不明确且令人困惑，因此他们需要明确的内容。

有关基本原理，请参见规范的介绍。

尽管自1971年以来就可以使用该领域的ISO建议和标准，但不同国家/地区已普遍使用不同形式的日期和时间数字表示形式。在跨国家边界互换此类表示的地方，可能会误解数字的含义，从而造成混乱和其他后果性的错误或损失。本国际标准的目的是消除误解的风险，避免混淆及其后果。

...

本国际标准保留了最常用的日期和时间，以及它们在早期国际标准中的表示形式，并为实践中使用的某些新表达式提供了独特的表示形式。它在信息交换中的应用，尤其是在数据处理系统和相关设备之间的交换，将消除因误解和由此产生的成本而产生的错误。推广此国际标准不仅将促进跨国际边界的互换，而且还将改善软件的可移植性，并将减轻组织内部以及组织之间的通信问题。

该标准将“基本”变体定义为最大程度地减少了定界符的使用。因此，YYYYMMDD是扩展格式的基本替代YYYY-MM-DD。

这是因为其他所有实现方式都不明确。

2003/01/02是什么意思？2003年1月2日？还是在欧洲：2003年2月1日？如果您在年份中使用两位数字（如03年2月2日），情况将更加糟糕。

这就是为什么您使用YYYYMMDD的原因，这是使我们能够清晰地交流有关日期的约定，因为日期始终是20030201。（它使排序更容易）

（现在不要将其存储为整数2000万3万200和1.。好吗？好吗？）

假设t1和t2是不同的整数，它们代表两次用YYYYMMDD格式写入。那么t1 <t2意味着t2在t1之后发生。

使用DD和MM优先格式会丢失此顺序。

IMO是唯一明智的格式。

没有提到的一点是，在交互式输入中，这种格式允许控制输入。

系统无法在不知道特定年份和月份的情况下知道一个月是否有28、29、30或31天。当交互式输入命令以年份和月份为准时，它可以检查日期（最后插入）是否在允许的范围内。

当然，这个问题主要是关于日期格式的，但是可以说日期格式遵循呈现给用户的格式。

YYYYMMDD订单的日期与订购数字的日期相同：最重要的部分在前。MMDDYYYY就像将“一百二十三”写成“二十三十三”一样。

在我们的文化中，我们对MMDDYYYY具有天生的理解，因为作为人类，我们对时间有所了解，并且岁月缓慢。我们通常知道是哪一年。看到年份几乎无关紧要，因此我们将其推后一步。几个月的变化速度足以保持其重要性。其他文化则对此有所不同。世界上许多人更喜欢DDMMYYYY。

已经提到了排序，但是到目前为止，最有用的原因是将它们作为“字符串”进行比较，是的，以类似的方式对26个字符的时间戳进行排序。

我知道这样的比较对于排序至关重要，但是对于2元素排序通常很有用。

我曾在未采用此方法的项目中工作过，是的，程序员尝试（混合结果）将日期作为字符串进行比较。

漂亮的格式适用于客户端或排版。

此格式使字符串的字母顺序与日期的时间顺序相同。这很有用，因为许多工具提供按名称的字母顺序排序，例如，文件按名称排序，但没有办法从文件名中解析任意格式的日期并对其进行排序。

这是限制性的。想象一下YEAR，MONTH和DAY作为参数，格式为YYYYMMDD，每个参数比前一个更具限制性。

因此，如果您要搜索1970年发生的事情，可以通过搜索以开头的字符串来完成"1970*"，但是如果您记住是哪个月份，则可以添加"197005*"。这样，日期的每个“参数”都会为您提供更具体的信息。

这是从不太具体的信息（"1970*"）转到更具体的信息（"19700523"）的唯一方法。

为什么在编程中，默认日期格式为YYYYMMDD ...

这是一种人类可读的输入和输出格式，不一定以这种方式存储。

在所有编程语言中，有超过三分之一是在以英语为主要语言的国家/地区开发的，而大多数现代语言都遵循某种描述标准-日期的国际标准是ISO 8601。

更多信息：（TMI？）

随着时间的变化，通常向前，天数首先增加，然后是月数，最后是年数-如果我们有十进制日期（和十进制时间），可能会更容易理解-随着时间的流逝，数字会越来越大。对于人类来说，一目了然地查看数字并将其与另一个日期进行比较会更加容易。

计算机不在乎您要使用什么结构，在大多数（但不是全部）计算机中使用了二进制逻辑 -基数e实际上具有最低的基数经济性，但对于完整的序列而言并不是最有效也不最简单的。

日期的实际输入和输出格式因国家/地区而异，并由本地化设置，而YYYYMMDD似乎最有意义，并且您习惯的用法在今天并不普遍，过去也不是。时间最长的一次，但即使在今天，罗马数字是常用的日期。

提前了解一年会告诉您一年中的天数，这是一年中可以经历的最大持续时间变化。它可以预先告诉您每个月要遵循的天数（用于在输入期间进行错误检查），如果下一年的输入与您的输入不一致，则允许第一天的输入可能需要备份您-可能使可访问的输入更加困难。关于日历格式，它也很重要。另请参阅极客日历及其十进制星标。

就计算机而言，它很可能使用UNIX Epoch time，即1970年1月1日星期四00:00:00协调世界时（UTC）以来经过的秒数。正好是86400秒 另见儒略日。YYYYMMDD格式只是以自我为中心的人类所偏爱的格式，除非另有说明，否则IAU将一年视为儒略年为365.25天（3155.576万秒）。

我见过的另一种用法是，您可以将日期存储为整数（即​​，存储在数据库中），每个日期仅使用4个字节。然后，使用YYYYMMDD意味着整数比较（通常是一条机器指令）的结果与所表示日期的比较结果相同。而且它的打印程度中等，易于阅读。在任何主流编程环境中，这些都不要求任何代码或特殊支持。

如果这些事情是您需要处理的大部分日期，并且您需要做很多事情，那么这种格式具有很大的吸引力。

相比之下，DD / MM / YYYY等常见格式的日期以10个字节作为ASCII字符字符串。YYYYMMDD字符串将其减少到8，并获得了“比较表示形式与比较日期具有相同的结果”的优点，但是即使这样，基于字符串的比较也是逐个字符而不是单个整数比较。

月亮由绿色奶酪制成的原因相同：不是。在大多数情况下，默认格式是某种本地化的字符串。有时使用ISO格式，但通常使用破折号以提高可读性。YYYYMMDD（或%Y%m%d用strftime很少的话）很少是默认值。公平地说，我敢肯定我已经看过，但是现在我想不出一个例子。

Unix日期（GNU核心实用程序）

date

输出：

Wed Sep 26 22:20:57 CEST 2018

蟒蛇

import time
print(time.ctime())

输出：

Wed Sep 26 22:27:20 2018

C

#include <stdio.h>
#include <time.h>

int main () {
   time_t curtime;

   time(&curtime);
   printf(ctime(&curtime));
   return(0);
}

输出：

Wed Sep 26 22:40:01 2018

C ++

#include <ctime>
#include <iostream>

int main()
{
    std::time_t result = std::time(nullptr);
    std::cout << std::ctime(&result);
}

输出：

Wed Sep 26 22:51:22 2018

Java脚本

current_date = new Date ( );
current_date;

输出：

Wed Sep 26 2018 23:15:22 GMT+0200 (CEST)

SQLite的

SELECT date('now');

输出：

2018-09-26

LibreOffice Calc

字母数字

OnlyOffice

Python + numpy的

import numpy as np
pd.datetime64('now')

输出：

numpy.datetime64('2018-09-26T21:31:55')

Python +熊猫

import pandas as pd
pd.Timestamp('now', unit='s')

输出：

Timestamp('2018-09-26 21:47:01.277114153')

软件工程

apport.log

ERROR: apport (pid 9742) Fri Sep 28 17:39:44 2018: called for pid 1534, signal 6, core limit 0, dump mode 2

Alternatives.log

update-alternatives 2018-05-08 15:14:24: run with --quiet --install /usr/bin/awk awk /usr/bin/mawk 5 --slave /usr/share/man/man1/awk.1.gz awk.1.gz /usr/share/man/man1/mawk.1.gz --slave /usr/bin/nawk nawk /usr/bin/mawk --slave /usr/share/man/man1/nawk.1.gz nawk.1.gz /usr/share/man/man1/mawk.1.gz

cups / access.log

localhost - - [28/Sep/2018:16:41:58 +0200] "POST / HTTP/1.1" 200 360 Create-Printer-Subscriptions successful-ok

系统日志

Sep 28 16:41:46 pop-os rsyslogd:  [origin software="rsyslogd" swVersion="8.32.0" x-pid="946" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

迄今为止未提及的另一个好处是，所需的量化（将精确值分配为属于相同的通用值范围）是相对容易且快速的单个操作。

假设您正在编写一份报告，该报告总结了今天的事件，例如总销售额和销售数量。销售日期和时间存储为YYYYMMDDHHMISS，您只需要保留最左边的8个字符（如果是字符串）或整数除以1,000,000（即下限）即可将日期时间减少到销售日。

同样，如果您希望当月的销售额，则只保留最左边的6位数字，或除以100,000,000

当然，您可能会争辩说任何字符串操作都是可能的，可以将销售日期为“ 12-25-2018 12:34 pm”的日期时间进行子字符串化和多次操作，以获取月份和年份。以数字形式122520181234可以被分割和模化，相乘，除以更多，最终还产生一个月和一年的时间。但是该代码确实很难编写，阅读，维护和理解。

而且，如果日期格式为MM / DD / YYYY，但将其切成小块，则即使是复杂的数据库优化器也可能无法使用where子句的列索引。相比之下，存储YYYYMMDD表示并希望在2018年12月导致ilk的where子句dateasstring LIKE '201812%'或dateasint BETWEEN 20181200 and 20181299-索引可以轻松用于

因此，如果没有用于日期的专用数据类型，则字符串/数字表示法是唯一的选择，以某种形式使用和存储时间，即从最长时间间隔到最短时间间隔right拥有许多好处，可简化理解，操纵，存储，检索和代码维护