Есть ли какая-то инженерная причина, почему это так? В случае СУБД мне было интересно, что она как-то связана с производительностью, поскольку, например, «ГОД» более специфичен, чем «МЕСЯЦ»: у вас есть только один год 2000, но каждый год «Январь», что облегчит / ускорит фильтрацию / сортировку чего-либо по году в первую очередь, и поэтому год идет первым.

Но я не знаю, имеет ли это смысл ... Есть ли вообще причина?

Таким образом, даты могут быть легко отсортированы в виде строк с использованием правил сортировки по умолчанию (т.е. лексикографическая сортировка ).

По этой же причине месяц и день указываются с использованием двух цифр (при необходимости добавляется начальный ноль).

Фактически это один из форматов даты, определенных ISO 8601 . Этот стандарт также определяет формат даты и времени 2015-03-27T15:26:40Z, который также можно сортировать в виде строк.

Тем не менее, YYYYMMDD имеет дополнительное преимущество, заключающееся в том, что он позволяет легко (без подстрок или замены символов) анализировать строку как целое число и по-прежнему использовать порядок по умолчанию для целых чисел.

Пока не упоминается, но вы быстро замаскируете порядок внутри YYYY. Это уже тысячелетия, века, десятилетия, годы. То есть YYYY уже заказан от самого длинного периода к самому короткому периоду. То же самое касается ММ и ДД, так работает система счисления.

Таким образом, чтобы сохранить порядок между полями в соответствии с порядком в полях, единственным вариантом является ГГГГММДД.

Как отметил Захбаз и Арсений Мурзенко, форматы ГГГГММДД легко сортируются. Это не случайное совпадение, это прямое следствие того, что поля с наибольшей длительностью ставятся первыми (и с фиксированной длиной; здесь мы вводим проблему Y10K).

Есть ли какая-то причина вообще?

Да. Эти части программного обеспечения будут использовать ISO 8601 .

ISO 8601 имеет ряд преимуществ перед другими форматами даты:

• Это стандарт со спецификацией документа :)
• Это однозначно. мм / дд / гггг и дд / мм / гггг могут сбивать с толку, если не прошло 13-го дня.
• Он лексикографически сортирует по возрастанию, поэтому никакой специальной логики сортировки даты не требуется. Это особенно полезно в именах файлов, где сортировка лексикографических чисел часто сбивает с толку (например 1_file, 10_file, 2_file).
• Это требует 4-значного года и нуля с добавлением месяца и года. Это позволяет избежать проблемы 2000 года и других неясностей.

Что касается того, почему ISO 8601 существует в первую очередь, это потому, что люди находили форматы дат неоднозначными и запутанными при обмене данными между странами / системами, и им нужно что-то однозначное.

Обоснование см. Во введении спецификации .

Хотя Рекомендации и Стандарты ИСО в этой области доступны с 1971 года, в разных странах широко используются различные формы числового представления дат и времени. Когда такие представления пересекаются через национальные границы, может произойти неправильное толкование значимости цифр, что приведет к путанице и другим косвенным ошибкам или потерям. Цель настоящего международного стандарта состоит в том, чтобы устранить риск неправильного толкования и избежать путаницы и ее последствий.

...

Этот международный стандарт сохраняет наиболее часто используемые выражения для даты и времени дня и их представления из более ранних международных стандартов и предоставляет уникальные представления для некоторых новых выражений, используемых на практике. Его применение в обмене информацией, особенно между системами обработки данных и соответствующим оборудованием, устранит ошибки, возникающие из-за неправильного толкования и связанных с этим затрат. Продвижение этого международного стандарта не только облегчит обмен через международные границы, но также улучшит мобильность программного обеспечения и облегчит проблемы связи как внутри организации, так и между организациями.

Стандарт определяет «базовые» вариации как минимизацию использования разделителей. Итак, YYYYMMDDявляется основной альтернативой расширенному формату YYYY-MM-DD.

Это потому, что все другие способы сделать это неоднозначны.

01/02/2003 что это значит? Второго января 2003 года? Или в Европе: 1 февраля 2003 года? Это становится еще хуже, если вы используете две цифры в году, как 01/02/03.

Вот почему вы используете ГГГГММДД, это соглашение, которое позволяет нам четко сообщать о датах, 20030201 как дата всегда ясна. (и это облегчает сортировку)

(Теперь не храните это как целое число 20 миллионов 30 тысяч двести 1. пожалуйста, хорошо? Довольно пожалуйста?)

Пусть t1 и t2 будут разными целыми числами, которые представляют два раза записанные в формате ГГГГММДД. Тогда t1 <t2 означает, что t2 произошло после t1.

Вы теряете этот порядок с первым форматированием DD и MM.

ИСО, ИМО, единственный разумный формат.

Одна вещь, не упомянутая, состоит в том, что в интерактивных входах этот формат позволяет управлять вводом.

Система не может знать, имеет ли месяц 28, 29, 30 или 31 день, не зная конкретного года и месяца. Когда в интерактивном режиме ввода указывается, что год и месяц появляются первыми, он может проверить, находится ли день (вставленный последним) в допустимом диапазоне.

Конечно, вопрос был в основном о формате даты, но можно утверждать, что формат даты следует форматированию, представленному пользователю.

ГГГГММДД заказывает даты так же, как вы заказываете номера: сначала самая значительная часть. ММДДГГГ было бы похоже на запись «сто двадцать три» как «двадцать сто три».

В нашей культуре у нас есть естественное понимание MMDDYYYY, потому что, как люди, мы осознаем время, и годы прогрессируют медленно. Мы вообще знаем, какой это год. Видеть год редко имеет значение, поэтому мы отодвигаем его назад. Месяцы сменяются достаточно быстро, чтобы сохранить свое значение. Другие культуры справляются с этим по-разному. Большая часть мира предпочитает ДДММГГГГ.

Сортировка была упомянута, но наиболее полезной причиной для этого является сравнение их как «строк», и да, 26-символьная временная метка упорядочена аналогично.

Я знаю, что такие сравнения необходимы для сортировки, но в целом это полезно для сортировки из 2 элементов.

Я работал над проектами, где это не было принято, и да, программисты пытались (со смешанными результатами) сравнивать даты как строки.

Хорошее форматирование для клиентской стороны или для набора текста.

Этот формат делает алфавитный порядок строк идентичным хронологическому порядку дат. Это полезно, потому что многие инструменты обеспечивают алфавитное упорядочение, например, файлов по имени, но не позволяют анализировать произвольно отформатированные даты по именам файлов и сортировать по ним.

Это об ограниченности. Представьте YEAR, MONTH и DAY в качестве параметров, в формате YYYYMMDD каждый параметр является более строгим, чем предыдущий.

Поэтому, если вы хотите найти что-то, что произошло в 1970 году, вы можете сделать это путем поиска строки, начинающейся с "1970*", но если вы помните, какой месяц был, вы можете добавить месяц как "197005*". Таким образом, каждый «параметр» даты дает вам более конкретную информацию.

Это единственный способ перейти от менее конкретной информации ( "1970*") к более конкретной информации ( "19700523").

Почему в программировании формат даты по умолчанию - ГГГГММДД ...

Это удобочитаемый формат для ввода и вывода, он не обязательно хранится таким образом.

Более трети всех языков программирования были разработаны в стране, где основным языком является английский, и большинство современных придерживаются стандарта некоторого описания - международного стандарта дат ISO 8601 .

Больше информации: (TMI?)

По мере изменения времени, обычно вперед, сначала увеличиваются дни, а затем месяцы и, наконец, годы - может быть легче понять, если бы у нас были десятичные даты (и десятичное время ) - с течением времени число становится больше. Людям просто проще взглянуть на число и сравнить его с другой датой.

Компьютер не заботится о том, какую структуру вы хотите использовать, и на большинстве (но не на всех ) компьютерах используется двоичная логика - база e на самом деле имеет самую низкую экономию радиуса, но не является ни самой эффективной, ни самой простой для полной последовательности .

Фактический формат ввода и вывода даты варьируется в зависимости от страны и определяется локализацией , в то время как ГГГГММДД может показаться наиболее целесообразным, и то, к чему вы привыкли, сегодня не является универсальным , как и в прошлом. дольше времени, но даже сегодня римские цифры которые обычно используются для дат .

Зная год вперед, вы узнаете, сколько дней в году - самое большое изменение продолжительности года. Он сообщает вам заранее количество дней в каждом месяце (для проверки ошибок при вводе), разрешая ввод дня, который может потребоваться вначале, чтобы поддержать вас, если следующий год не согласуется с вашим вводом - возможно, затрудняя доступный ввод , Это также имеет значение в отношении формата календаря . Смотрите также календарь компьютерщиков с его десятичными звёздами.

Что касается компьютера, то он, вероятно, будет использовать время эпохи UNIX , количество секунд, прошедших с 00:00:00 всемирного координированного времени (UTC), четверг, 1 января 1970 года, где каждый день рассматривается так, как если бы он содержал ровно 86400 секунд. Смотрите также юлианский день . Эгоцентричный человек предпочитает формат ГГГГММДД , а МАС рассматривает год как юлианский год, равный 365,25 дням (31,5576 млн. Секунд), если не указано иное.

Другое использование, которое я видел для этого представления, заключается в том, что вы можете хранить даты в виде целых чисел (то есть в базе данных), используя только 4 байта на дату. Использование YYYYMMDD означает, что целочисленные сравнения (часто это одна машинная инструкция) имеют тот же результат, что и сравнения на представленную дату. И это печатает в меру читабельно. И ни для чего из этого не требуется никакого кода или специальной поддержки вообще в любой основной среде программирования.

Если эти вещи представляют собой большую часть того, что вам нужно делать с датами, и вам нужно делать много, то этот формат очень привлекателен.

Для сравнения, даты в распространенных форматах, таких как ДД / ММ / ГГГГ, принимают 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

С

#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

Javascript

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

Gnumeric

OnlyOffice

Python + NumPy

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

Выход:

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

Питон + панды

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

Чашки / 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

Дополнительное преимущество, не упомянутое до сих пор, состоит в том, что желаемое квантование (назначение точного значения как принадлежащего тому же общему диапазону значений) является относительно простой и быстрой единственной операцией.

Предположим, вы пишете отчет, который суммирует события сегодня, такие как сумма и количество продаж. Дата и время продажи хранятся в формате ГГГГММДДЧЧММИС, вам просто нужно сохранить крайние левые 8 символов (если это строка) или целочисленное деление (т. Е. Пол), чтобы сократить дату и время до даты продажи.

Точно так же, если вы хотите продажи за месяц, оставьте только 6 самых левых цифр или разделите на 100 000 000

Конечно, вы можете утверждать, что возможны любые манипуляции со строками, дата-время для продаж «12-25-2018 12:34 pm» может быть подставлена ​​в подстроки и манипулирована несколько раз, чтобы получить месяц и год. В числовой форме 122520181234 можно было бы разделить и изменить, умножить и еще немного разделить, и, в конечном счете, также создать месяц и год ... ... но код будет действительно трудно писать, читать, поддерживать и понимать.

И даже сложные оптимизаторы базы данных могут не иметь возможности использовать индекс по столбцу для предложения where, если форма даты была MM / DD / YYYY, но вырезана и сложена обратно вместе. Для сравнения, хранение представления ГГГГММДД и отсутствие декабря 2018 года приводит к тому, что предложения типа dateasstring LIKE '201812%'или dateasint BETWEEN 20181200 and 20181299что-то, что может легко использоваться для индекса

Таким образом, если не было выделенного типа данных для дат, а строковое / числовое представление было единственным выбором, используя и сохраняя времена в некотором представлении «самый длинный интервал слева направо к самому короткому интервалу» Право имеет довольно много преимуществ для простоты понимания, манипулирования, хранения, поиска и обслуживания кода